如果你在附加SQL數(shù)據(jù)庫,出現(xiàn)只讀或失敗的情況,來看下本文的解決方案吧。
解決此問題的幾個關鍵點如下:
1、該現(xiàn)象只會出現(xiàn)在NTFS文件系統(tǒng)中。
2、由NTFS文件系統(tǒng)的訪問權限導致。
一般手工操作的解決方案如下:
1、控制面板—>文件夾選項—>查看 關閉“使用簡單文件共享(推薦)”
2、選擇存放數(shù)據(jù)庫文件的文件夾,右鍵選擇屬性,這時會多出一個“安全”選項卡,選擇最后一個用戶,將該用戶的權限設為“完全控制”。
經過這兩步操作后,數(shù)據(jù)庫附加失敗或附加后只讀的問題即可解決。
下面重點講這兩步,用C#代碼的實現(xiàn),因為當我們?yōu)轫椖看虬螅豢赡茏層脩羰止韴?zhí)行這些操作
1、C#關閉簡單文件共享的代碼實現(xiàn)
在百度、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。
通過修改注冊表的方式實現(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#修改指定文件夾的用戶訪問權限代碼實現(xià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);
該文章在 2013/3/17 2:46:57 編輯過