SQL Server數據庫附加之後只讀或是失敗的破解

SQL Server數據庫附加之後只讀或是失敗的破解

  • 發佈時間:2010.07.22 14:00      來源:51cto     作者:51cto

我們今天主要向大家講述的是SQL Server數據庫附加後只讀或是失敗解決方法及代碼實現,相信用過SQL Server數據庫的朋友一般都會有這樣的經歷,當我們在附加SQL Server數據庫的時候,會出現附加失敗,或附加成功後數據庫是隻讀的。

受此影響,也會導致在安裝和部署項目中的自動附加數據庫操作失敗。

記得自己曾很長一段時間被這個問題困擾,網上也沒有相關完整詳細的解決說明,爲此特將自己的經驗與大家分享。

解決此問題的幾個關鍵點如下:

1、該現象只會出現在NTFS文件系統中。

2、由NTFS文件系統的訪問權限導致。

一般手工操作的解決方案如下:

1、控制面板—>文件夾選項—>查看 關閉“使用簡單文件共享(推薦)”

2、選擇存放SQL Server數據庫文件的文件夾,右鍵選擇屬性,這時會多出一個“安全”選項卡,選擇最後一個用戶,將該用戶的權限設爲“完全控制”。

經過這兩步操作後,數據庫附加失敗或附加後只讀的問題即可解決。 

下面重點講這兩步,用C#代碼的實現,因爲當我們爲項目打包後,不可能讓用戶手工來執行這些操作。 

1、C#關閉簡單文件共享的代碼實現

在百度、Google搜索此問題解決方法時,很多的操作方法並不正確,經過自己實際操作測試,正確方法如下:註冊表文件:
Windows Registry Editor Version 5.00 
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa] 
"forceguest"=dword:00000000
批處理:
reg add HKLM\SYSTEM\CurrentControlSet\Control
\Lsa /v forceguest /t REG_WORD /d 0x00000000 /f
如果選中此項,則將上述 0x00000000 改爲 0x00000001。
通過修改註冊表的方式實現代碼如下:
Microsoft.Win32.RegistryKey key = Microsoft.Win32.Registry.LocalMachine; 
Microsoft.Win32.RegistryKey software = key.OpenSubKey
(@"SYSTEM\CurrentControlSet\Control\Lsa", true); 
software.SetValue("forceguest", 0);
2、C#修改指定文件夾的用戶訪問權限代碼實現如下:(將該用戶的權限設置爲可寫)

string path = this.Context.Parameters["targetdir"]; 得到文件夾路徑
DirectoryInfo dInfo = new DirectoryInfo(path); 
DirectorySecurity dSecurity = dInfo.GetAccessControl(); 
dSecurity.AddAcce***ule(new FileSystemAcce***ule
(Environment.UserName, FileSystemRights.CreateFiles,
AccessControlType.Allow));  dInfo.SetAccessControl(dSecurity);

以上的相關內容就是對SQL Server數據庫附加後只讀或是失敗解決方法及代碼實現的介紹,望你能有所收穫。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章