[轉]SQL Server 數據庫使用備份還原造成的孤立用戶和對象名‘xxx’無效的錯誤的解決辦法

SQL Server 數據庫使用備份還原造成的孤立用戶和對象名‘xxx’無效的錯誤的解決辦法

時間:2006-11-24 11:36:08  來源:CSDN  作者:心靈之光
在使用數據庫的過程中,經常會遇到數據庫遷移或者數據遷移的問題,或者有突然的數據庫損壞,這時需要從數據庫的備份中直接恢復。但是,此時會出現問題,這裏說明幾種常見問題的解決方法。
一、孤立用戶的問題
比如,以前的數據庫的很多表是用戶test建立的,但是當我們恢復數據庫後,test用戶此時就成了孤立用戶,沒有與之對應的登陸用戶名,哪怕你建立了一個test登錄用戶名,而且是以前的用戶密碼,用該用戶登錄後同樣沒辦法操作以前屬於test的用戶表。
這個問題有兩種辦法解決。
先說解決的前提條件。
首先,要用備份文件還原數據庫,我們這裏的數據庫名爲testdb,裏面有屬於用戶test的用戶表。這個很容易了操作了,不多講了,在企業管理器中很方便可以恢復。恢復後,就產生了孤立用戶test。
然後,用sa用戶或者具有DBA權限的用戶登錄,創建一個test數據庫登錄用戶,密碼隨便設置了,也可以和以前的保持一致。我們用它來對應孤立的test用戶。
下面就有兩種操作方法了,第一種就是改變對象的屬主,第二種就是使登錄用戶和數據庫的孤立用戶對應起來。先說第一種方法。
1、修改對象屬主
就是將原本屬於數據庫用戶test的用戶表,修改爲屬於dbo的用戶表;然後修改test登錄用戶的數據庫爲testdb,就可以直接使用test登錄用戶登錄後對該數據庫進行操作了。
使用的存儲過程
sp_changeobjectowner [ @objname = ] 'object' , [ @newowner = ] 'owner'
參數說明
[ @objname = ] 'object'
當前數據庫中現有表、視圖、用戶定義函數或存儲過程的名稱。object 是 nvarchar(776),沒有默認值。如果架構及其所有者具有相同的名稱,則 object 可由現有對象所有者限定,格式爲 existing_owner.object。
[ @newowner=] 'owner '
將成爲對象的新所有者的安全帳戶的名稱。owner 的數據類型爲 sysname,沒有默認值。owner 必須是可訪問當前數據庫的有效數據庫用戶、服務器角色、Microsoft Windows 登錄名或 Windows 組。如果新所有者是沒有對應數據庫級主體的 Windows 用戶或 Windows 組,則將創建數據庫用戶。
實例:
以下示例將 authors 表的所有者更改爲 dbo。
EXEC sp_changeobjectowner 'authors', 'dbo';
GO
       這個方法有個最大的缺點就是,當表的數量非常多,而且還有存儲過程或者觸發器之類的修改起來會非常麻煩,需要一個一個修改,所以,不提倡使用。現在網上有一個批量修改的存儲過程,大家可以找一下,這裏就不說了,而是教大家一個更簡單的。
       2、使登錄用戶和數據庫的孤立用戶對應起來
       其實我們建立了同樣名稱的數據庫登錄用戶後,數據庫中的表我們照樣不能使用時因爲sid的不同,就是系統登錄表和數據庫用戶表中的用戶名相同,單是sid字段,數據庫中的還是以前舊系統的sid值,所以我們就要把它對應成我們新建的,數據庫靠sid來識別用戶。
       這裏可以使用存儲過程sp_change_users_login。它有三種動作,分別是report,update_one和auto_fix。
       運行sp_change_users_login 'report',系統會列出當前數據庫的孤立用戶數。
       我們只需要選擇當前數據庫爲testdb,然後運行
       sp_change_users_login 'update_one','test','test'
       系統就會提示修復了一個孤立用戶。
       如果沒有建立test的登錄用戶,還可以用
sp_change_users_login 'Auto_Fix', 'test', NULL, 'testpassword'
來創建一個登錄用戶名爲test,密碼爲testpassword的用戶與之對應。
      
好了,到這裏通常情況下,數據庫對象得到訪問問題已經解決了。如果有多個數據庫中有同一個用戶的數據表,只需要選擇不同的數據庫,執行update_one的那個就行了。
 
二、對象名 ‘xxxx’ 無效的問題
 
這裏可能會有人遇到對象名 ‘xxxx’無效的問題。系統表卻不會產生這個問題,而用戶表還要加上用戶名,然後是表明才能訪問,比如select * from author,會說對象名 author 無效,而用select * from test.author就可以訪問,這個是用戶首選身份的問題。
 
解決很簡單,就是察看test登錄用戶是否具有dba的權限或者系統管理的權限,有的話去掉就行了。
       因爲如果用戶有dba身份,那麼它登陸後的默認表空間是dbo的系統表空間,所以去掉了之後,就會以正常的test表空間訪問數據表了。
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章