追加のログデータベースなしで収集するネットワーク内---処理方法

  - 1、1.mdf見つける障害のため、元のフォールト発見.mdfファイルのファイル名を変更し  
  、同じ名前の新しいデータベース、トラブルシューティング.mdfファイル物理名、障害.LDF発見発見フォールト、--2を  
  --- 3は、MSSQLSERVERサービスを停止し、 2ステップ2で作成したファイルの削除に、と.mdfファイル障害1.mdfクエリを見つける障害に改名  
  --4、この時点でMSSQLSERVERサービス、障害クエリデータベースを起動し、確かに「疑い」であるさ  
  --5は、直接オペレーティングシステムを許可するようにデータベースを設定しますテーブル;あなたは右のサーバーを選択することができ、内部の[サーバーの動作]、[サーバーの設定]タブで変更。  
  マスター使用は  
  行く  
  sp_configureを1 ,.「許可更新」  
  行く  
  オーバーライドで再設定を  
  行きます  
  ----------------------------------- -------------------------------------------------- --------  
  --6、故障モードクエリを設定し、緊急修理のためのデータベース  
  更新が設定された状態をsysdatabasesに= -32768どこDBID = DB_ID(「 フォールト発見」)  
  ゴー  
  --7それはサービスのロックを停止して、再度サービスを開き、[QAを再試行することができない場合、再構築は、データベース・ログ・ファイルを照会することができなかった  
  DBCCのrebuild_log(「障害発見」、「I:\のMicrosoft SQL Serverの\ MSSQL \ DATA \のトラブルシューティングを.LDF「)  
  Goを  
  --8、整合性チェックデータベース  
  DBCC CHECKDB(」フォールト発見「)  
  行く  
  - 9、通常のデータベースのトラブルシューティングモードを設定  
  sp_dboptionを」偽'「」だけ「」DBOの使用を障害認定を  
  行きます  
  -------------------------------------------------- --------------------------------------------  
  --10データベースをキャンセル直接オペレーティングシステムのテーブル  
  ます。sp_configure「更新を許可」、0  
  Goは  
  、オーバーライドで再  
  ゴー  

ます。https://www.cnblogs.com/yitian/archive/2007/10/11/921416.htmlで再現

おすすめ

転載: blog.csdn.net/weixin_34090643/article/details/93710295