SQL Server 資料庫使用備份還原造成的孤立使用者和對象名‘xxx’無效的錯誤的解決辦法(收藏)

介紹SQL Server 資料庫使用備份還原造成的孤立使用者和對象名‘xxx’無效的錯誤的解決辦法

 

       在使用資料庫的過程中，經常會遇到資料庫遷移或者資料移轉的問題，或者有突然的資料庫損壞，這時需要從資料庫的備份中直接恢複。但是，此時會出現問題，這裡說明幾種常見問題的解決方案。一、孤立使用者的問題比如，以前的資料庫的很多表是使用者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資料表空間訪問資料表了。        好了，基本上可能出現的就這麼多問題，如果還有問題，歡迎來我的論壇一起討論：

http://www.inspriesky.com/bbs/。祝大家一切順利吧。