SQL Server數(shù)據(jù)庫附加之后只讀或是失敗的破解
我們今天主要向大家講述的是SQL Server數(shù)據(jù)庫附加后只讀或是失敗解決方法及代碼實現(xiàn)，相信用過SQL Server數(shù)據(jù)庫的朋友一般都會有這樣的經(jīng)歷，當我們在附加SQL Server數(shù)據(jù)庫的時候，會出現(xiàn)附加失敗，或附加成功后數(shù)據(jù)庫是只讀的。
受此影響，也會導致在安裝和部署項目中的自動附加數(shù)據(jù)庫操作失敗。
記得自己曾很長一段時間被這個問題困擾，網(wǎng)上也沒有相關完整詳細的解決說明，為此特將自己的經(jīng)驗與大家分享。
解決此問題的幾個關鍵點如下：
1、該現(xiàn)象只會出現(xiàn)在NTFS文件系統(tǒng)中。
2、由NTFS文件系統(tǒng)的訪問權(quán)限導致。
一般手工操作的解決方案如下：
1、控制面板—>文件夾選項—>查看 關閉“使用簡單文件共享（推薦）”
2、選擇存放SQL Server數(shù)據(jù)庫文件的文件夾，右鍵選擇屬性，這時會多出一個“安全”選項卡，選擇最后一個用戶，將該用戶的權(quán)限設為“完全控制”。
經(jīng)過這兩步操作后，數(shù)據(jù)庫附加失敗或附加后只讀的問題即可解決。
下面重點講這兩步，用C#代碼的實現(xiàn)，因為當我們?yōu)轫椖看虬?，不可能讓用戶手工來?zhí)行這些操作
1、C#關閉簡單文件共享的代碼實現(xiàn)
在百度、Google搜索此問題解決方法時，很多的操作方法并不正確，經(jīng)過自己實際操作測試，正確方法如下：
注冊表文件：
- 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。
通過修改注冊表的方式實現(xiàn)代碼如下：
- 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#修改指定文件夾的用戶訪問權(quán)限代碼實現(xiàn)如下：（將該用戶的權(quán)限設置為可寫）
- string path = this.Context.Parameters["targetdir"];
得到文件夾路徑
- DirectoryInfo dInfo = new DirectoryInfo(path);
- DirectorySecurity dSecurity = dInfo.GetAccessControl();
- dSecurity.AddAccessRule(new FileSystemAccessRule(Environment.UserName, FileSystemRights.CreateFiles, AccessControlType.Allow));
- dInfo.SetAccessControl(dSecurity);
以上的相關內(nèi)容就是對SQL Server數(shù)據(jù)庫附加后只讀或是失敗解決方法及代碼實現(xiàn)的介紹，望你能有所收獲。
【編輯推薦】
