posts - 14,  comments - 37,  trackbacks - 0
          在使用數(shù)據(jù)庫的過程中,經(jīng)常會遇到數(shù)據(jù)庫遷移或者數(shù)據(jù)遷移的問題,或者有突然的數(shù)據(jù)庫損壞,這時需要從數(shù)據(jù)庫的備份中直接恢復。但是,此時會出現(xiàn)問題,這里說明幾種常見問題的解決方法。
          一、孤立用戶的問題
              比如,以前的數(shù)據(jù)庫的很多表是用戶test建立的,但是當我們恢復數(shù)據(jù)庫后,test用戶此時就成了孤立用戶,沒有與之對應的登陸用戶名,哪怕你建立了一個test登錄用戶名,而且是以前的用戶密碼,用該用戶登錄后同樣沒辦法操作以前屬于test的用戶表。
          這個問題有兩種辦法解決。
              先說解決的前提條件。
              首先,要用備份文件還原數(shù)據(jù)庫,我們這里的數(shù)據(jù)庫名為testdb,里面有屬于用戶test的用戶表。這個很容易了操作了,不多講了,在企業(yè)管理器中很方便可以恢復。恢復后,就產(chǎn)生了孤立用戶test。
              然后,用sa用戶或者具有DBA權(quán)限的用戶登錄,創(chuàng)建一個test數(shù)據(jù)庫登錄用戶,密碼隨便設置了,也可以和以前的保持一致。我們用它來對應孤立的test用戶。
          下面就有兩種操作方法了,第一種就是改變對象的屬主,第二種就是使登錄用戶和數(shù)據(jù)庫的孤立用戶對應起來。先說第一種方法。
          1、修改對象屬主
              就是將原本屬于數(shù)據(jù)庫用戶test的用戶表,修改為屬于dbo的用戶表;然后修改test登錄用戶的數(shù)據(jù)庫為testdb,就可以直接使用test登錄用戶登錄后對該數(shù)據(jù)庫進行操作了。
          使用的存儲過程
          sp_changeobjectowner [ @objname = ] 'object' , [ @newowner = ] 'owner'
          參數(shù)說明
          [ @objname = ] 'object'
          當前數(shù)據(jù)庫中現(xiàn)有表、視圖、用戶定義函數(shù)或存儲過程的名稱。object 是 nvarchar(776),沒有默認值。如果架構(gòu)及其所有者具有相同的名稱,則 object 可由現(xiàn)有對象所有者限定,格式為 existing_owner.object。 
          [ @newowner=] 'owner '
          將成為對象的新所有者的安全帳戶的名稱。owner 的數(shù)據(jù)類型為 sysname,沒有默認值。owner 必須是可訪問當前數(shù)據(jù)庫的有效數(shù)據(jù)庫用戶、服務器角色、Microsoft Windows 登錄名或 Windows 組。如果新所有者是沒有對應數(shù)據(jù)庫級主體的 Windows 用戶或 Windows 組,則將創(chuàng)建數(shù)據(jù)庫用戶。
          實例:
          以下示例將 authors 表的所有者更改為 dbo。
          EXEC sp_changeobjectowner 'authors', 'dbo'; 
          GO
              這個方法有個最大的缺點就是,當表的數(shù)量非常多,而且還有存儲過程或者觸發(fā)器之類的修改起來會非常麻煩,需要一個一個修改,所以,不提倡使用。現(xiàn)在有一個批量修改的存儲過程。點擊下載此sql文件-批量修改的存儲過程或參考我的另一篇文章ms sql批量修改權(quán)限
            2、使登錄用戶和數(shù)據(jù)庫的孤立用戶對應起來
              其實我們建立了同樣名稱的數(shù)據(jù)庫登錄用戶后,數(shù)據(jù)庫中的表我們照樣不能使用時因為sid的不同,就是系統(tǒng)登錄表和數(shù)據(jù)庫用戶表中的用戶名相同,單是sid字段,數(shù)據(jù)庫中的還是以前舊系統(tǒng)的sid值,所以我們就要把它對應成我們新建的,數(shù)據(jù)庫靠sid來識別用戶。
              這里可以使用存儲過程sp_change_users_login。它有三種動作,分別是report,update_one和auto_fix。
              運行sp_change_users_login 'report',系統(tǒng)會列出當前數(shù)據(jù)庫的孤立用戶數(shù)。
              我們只需要選擇當前數(shù)據(jù)庫為testdb,然后運行
              sp_change_users_login 'update_one','test','test'
              系統(tǒng)就會提示修復了一個孤立用戶。
              如果沒有建立test的登錄用戶,還可以用
          sp_change_users_login 'Auto_Fix', 'test', NULL, 'testpassword'
          來創(chuàng)建一個登錄用戶名為test,密碼為testpassword的用戶與之對應。
                 
              好了,到這里通常情況下,數(shù)據(jù)庫對象得到訪問問題已經(jīng)解決了。如果有多個數(shù)據(jù)庫中有同一個用戶的數(shù)據(jù)表,只需要選擇不同的數(shù)據(jù)庫,執(zhí)行update_one的那個就行了。

          二、對象名 ‘xxxx’ 無效的問題

              這里可能會有人遇到對象名 ‘xxxx’無效的問題。系統(tǒng)表卻不會產(chǎn)生這個問題,而用戶表還要加上用戶名,然后是表明才能訪問,比如select * from author,會說對象名 author 無效,而用select * from test.author就可以訪問,這個是用戶首選身份的問題。

              解決很簡單,就是察看test登錄用戶是否具有dba的權(quán)限或者系統(tǒng)管理的權(quán)限,有的話去掉就行了。
              因為如果用戶有dba身份,那么它登陸后的默認表空間是dbo的系統(tǒng)表空間,所以去掉了之后,就會以正常的test表空間訪問數(shù)據(jù)表了。
          posted on 2007-07-24 09:58 冰封的愛 閱讀(833) 評論(1)  編輯  收藏 所屬分類: J2EE

          FeedBack:
          # re: mssql2000數(shù)據(jù)庫使用備份還原造成的孤立用戶和對象名‘XX’無效的解決辦法
          2007-12-10 23:35 | Henson
          非常謝謝
          終于把這個問題解決了!
          哈哈  回復  更多評論
            
          <2025年7月>
          293012345
          6789101112
          13141516171819
          20212223242526
          272829303112
          3456789

          常用鏈接

          留言簿(3)

          隨筆檔案

          文章分類

          文章檔案

          相冊

          搜索

          •  

          最新評論

          閱讀排行榜

          評論排行榜

          主站蜘蛛池模板: 依兰县| 汉寿县| 漯河市| 彰化县| 寿宁县| 宜川县| 樟树市| 南涧| 东海县| 遵化市| 巴彦县| 桂林市| 白河县| 靖边县| 阳原县| 静乐县| 东光县| 通化市| 化德县| 涿州市| 鄂温| 绥德县| 车险| 墨脱县| 县级市| 衡山县| 灌云县| 陕西省| 色达县| 长沙市| 石狮市| 河北省| 乳山市| 吐鲁番市| 岳池县| 涞水县| 哈尔滨市| 舟曲县| 沽源县| 罗源县| 南宁市|