我們今天主要向大家講述的是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.AddAccessRule(new FileSystemAccessRule(Environment.UserName, FileSystemRights.CreateFiles, AccessControlType.Allow));  
dInfo.SetAccessControl(dSecurity); 

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

【編輯推薦】

1. SQL Server分布式事務的問題現象與使用環境
2. SQL Server分布式事務的6解決方案
3. L Server 2000 安裝時的一些癥狀歸納
4. SQL Server 2000 數據倉庫中使用分區之分區設計
5. SQL Server加密的實際操作步驟