sql數(shù)據(jù)庫質(zhì)疑的原因及解決辦法？1. 停止sql服務(wù)管理器并保存日志文件aaa.ldf公司更改為aaa1.ldf（rename）2，然后打開sql服務(wù)管理器，打開查詢分析器：依次執(zhí)行use mast

sql數(shù)據(jù)庫質(zhì)疑的原因及解決辦法？

1. 停止sql服務(wù)管理器并保存日志文件aaa.ldf公司更改為aaa1.ldf（rename）2，然后打開sql服務(wù)管理器，打開查詢分析器：依次執(zhí)行use master gosp“configure “allowupdates”，1goreconfigurewithoverridegoupdatesysdatabasessetstatus=-32768其中dbid=DB “ID（“aaa”）godbccrebuild “l(fā)og（“aaa”，“d:aaau日志.ldf“）——它必須是數(shù)據(jù)庫路徑。如果不正確，請(qǐng)更改godbccheckdb（“AAA”）gospudboption“AAA”、“dbouseonly”、“false”gospuconfigure“allowupdates”，0使用override更正配置，然后再次刷新enterprise manager。應(yīng)該沒事的！此問題通常是由電源故障或移動(dòng)文件路徑引起的

如何解決SQLSERVER數(shù)據(jù)庫出現(xiàn)可疑問題？

如果您還可以創(chuàng)建數(shù)據(jù)庫。只是一個(gè)數(shù)據(jù)庫可疑，那是我說的兩個(gè)文件被刪除或刪除，問：一直在運(yùn)行??！好吧，我沒有刪除它！我用了很多方法，但都不管用。我離開了，然后又依戀了。我曾經(jīng)遇到過這樣的問題！我試著把MDF帶到其他機(jī)器上，然后我成功了！我備份bak回來，原來新恢復(fù)的很順利！這次不行。答：是整個(gè)服務(wù)器還是一個(gè)數(shù)據(jù)庫？我們還能建立一個(gè)數(shù)據(jù)庫嗎？既然你有備份，就把它連接起來。如果無法連接，可能是服務(wù)器問題。建議重新安裝SQL。估計(jì)有9個(gè)數(shù)據(jù)庫，各種程序！同一個(gè)程序數(shù)據(jù)庫有三個(gè)，有兩個(gè)問題！以前的問題也是一樣的程序，新SQL，我都停了幾個(gè)小時(shí)，肯定有損失和麻煩！我不能一次又一次遇到這樣的問題，只要安裝SQL！我總是想找到一個(gè)解決方案，即使有“可疑”的BAK數(shù)據(jù)庫備份后也不錯(cuò)！