| 導購 | 订阅 | 在线投稿
分享
 
 
 

講解孤立用戶和對象名無效問題的解決方法

來源:互聯網  2008-06-12 07:25:05  評論

在使用數據庫的過程中,經常會遇到數據庫遷移或者數據遷移的問題,或者有突然的數據庫損壞,這時需要從數據庫的備份中直接恢複。但是,此時會出現問題,這裏說明幾種常見問題的解決方法。

一、孤立用戶的問題

比如,以前的數據庫的很多表是用戶test建立的,但是當我們恢複數據庫後,test用戶此時就成了孤立用戶,沒有與之對應的登陸用戶名,哪怕你建立了一個test登錄用戶名,而且是以前的用戶密碼,用該用戶登錄後同樣沒辦法操作以前屬于test的用戶表。

這個問題有兩種辦法解決。

先說解決的前提條件。

首先,要用備份文件還原數據庫,我們這裏的數據庫名爲testdb,裏面有屬于用戶test的用戶表。這個很容易了操作了,不多講了,在企業管理器中很方便可以恢複。恢複後,就産生了孤立用戶test。

然後,用sa用戶或者具有DBA權限的用戶登錄,創建一個test數據庫登錄用戶,密碼隨便設置了,也可以和以前的保持一致。我們用它來對應孤立的test用戶。

下面就有兩種操作方法了,第一種就是改變對象的屬主,第二種就是使登錄用戶和數據庫的孤立用戶對應起來。

方法一:修改對象屬主

就是將原本屬于數據庫用戶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

這個方法有個最大的缺點就是,當表的數量非常多,而且還有存儲過程或者觸發器之類的修改起來會非常麻煩,需要一個一個修改,所以,不提倡使用。現在網上有一個批量修改的存儲過程,大家可以找一下,這裏就不說了,而是教大家一個更簡單的。

方法二:使登錄用戶和數據庫的孤立用戶對應起來

其實我們建立了同樣名稱的數據庫登錄用戶後,數據庫中的表我們照樣不能使用時因爲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表空間訪問數據表了。

在使用數據庫的過程中,經常會遇到數據庫遷移或者數據遷移的問題,或者有突然的數據庫損壞,這時需要從數據庫的備份中直接恢複。但是,此時會出現問題,這裏說明幾種常見問題的解決方法。 一、孤立用戶的問題 比如,以前的數據庫的很多表是用戶test建立的,但是當我們恢複數據庫後,test用戶此時就成了孤立用戶,沒有與之對應的登陸用戶名,哪怕你建立了一個test登錄用戶名,而且是以前的用戶密碼,用該用戶登錄後同樣沒辦法操作以前屬于test的用戶表。 這個問題有兩種辦法解決。 先說解決的前提條件。 首先,要用備份文件還原數據庫,我們這裏的數據庫名爲testdb,裏面有屬于用戶test的用戶表。這個很容易了操作了,不多講了,在企業管理器中很方便可以恢複。恢複後,就産生了孤立用戶test。 然後,用sa用戶或者具有DBA權限的用戶登錄,創建一個test數據庫登錄用戶,密碼隨便設置了,也可以和以前的保持一致。我們用它來對應孤立的test用戶。 下面就有兩種操作方法了,第一種就是改變對象的屬主,第二種就是使登錄用戶和數據庫的孤立用戶對應起來。 方法一:修改對象屬主 就是將原本屬于數據庫用戶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 這個方法有個最大的缺點就是,當表的數量非常多,而且還有存儲過程或者觸發器之類的修改起來會非常麻煩,需要一個一個修改,所以,不提倡使用。現在網上有一個批量修改的存儲過程,大家可以找一下,這裏就不說了,而是教大家一個更簡單的。 方法二:使登錄用戶和數據庫的孤立用戶對應起來 其實我們建立了同樣名稱的數據庫登錄用戶後,數據庫中的表我們照樣不能使用時因爲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表空間訪問數據表了。
󰈣󰈤
王朝萬家燈火計劃
期待原創作者加盟
 
 
 
>>返回首頁<<
 
 
 
 
 熱帖排行
 
 
 
靜靜地坐在廢墟上,四周的荒凉一望無際,忽然覺得,淒涼也很美
© 2005- 王朝網路 版權所有