【SQLServer】【恢複掛起的解決方案】附加檔案時候的提示“無法重建日誌,原因是資料庫關閉時存在開啟的事務/使用者,該資料庫沒有檢查點或者該資料庫是唯讀。 ”【資料庫恢複】

來源:互聯網
上載者:User

標籤:建立   檢查點   庫檔案   重新整理資料   丟失   ever   許可權   資料庫名   允許   

 匯總篇:http://www.cnblogs.com/dunitian/p/4822808.html#tsql

先貼錯誤:

 

吐槽一下:

進入正題:

建立一個同名資料庫

停止MSSQL服務

替換資料庫檔案

重新啟用MSSQL服務

看:

設定資料庫為應急模式

alter database BigData_TestInfo set emergency

快速修複一下(如果出現問題請試試, [Repair_Rebuild-重建索引並修複] 和 [Repair_Allow_Data_Loss-允許遺失資料的修複方式])

--dbcc checkdb用法(手工修複資料庫)--檢查資料庫完整性--dbcc checkdb(‘資料庫名‘)--go--快速修複 --dbcc checkdb (‘資料庫名‘, Repair_Fast)--go--重建索引並修複 --dbcc checkdb (‘資料庫名‘, REPAIR_REBUILD)--go--如果必要允許遺失資料修複 --dbcc checkdb (‘資料庫名‘, Repair_Allow_Data_Loss) --go

修複成功後恢複為多使用者模式(如果出錯就把其他查詢時段關掉

alter database BigData_TestInfo set multi_user

你重新整理資料庫就發現,好了~

嚇死了,趕緊查查資料有沒有用問題(以前)

大小也木有變

 

擴充一下:

有人附加的時候發現。。。拒絕xxx的提示

呃。。其實就是沒開許可權:

把目前使用者的許可權開一下就ok了

如果是多使用者你又怕麻煩,設定everyone的許可權即可

 

這次該收工了~

快速修複並把使用者佈建回多使用者模式

【SQLServer】【恢複掛起的解決方案】附加檔案時候的提示“無法重建日誌,原因是資料庫關閉時存在開啟的事務/使用者,該資料庫沒有檢查點或者該資料庫是唯讀。 ”【資料庫恢複】

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.