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

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

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

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

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