2

昨夜、最初にデータベース ファイルを移動するための適切な手順を実行せずに、データとログ ファイルが物理的に削除されたデータベースがありました。

ディスクが物理的に再接続された後、データベースは「復元中...」状態になりました。

この状況で最も推奨される手順を試しました。これには、復旧を伴う復元、データベースの削除、データベースのデタッチ、およびデータベースのオフライン化が含まれます。データベースをドロップまたは削除しようとすると、SSMS はコマンドが成功したことを通知しますが、接続を更新すると、データベースが復元中の状態でデータベース リストに表示されます...

サーバーやサービスをオフラインにせずに、データベースを修復したり、データベースを削除したりする他の方法があるかどうか疑問に思っています。

編集:

エラーは次のようになります。

メッセージ 3013、レベル 16、状態 1、行 1 RESTORE DATABASE が異常終了しています。メッセージ 3013、レベル 16、状態 1、行 1 RESTORE DATABASE が異常終了しています。メッセージ 823、レベル 24、状態 2、行 1 オペレーティング システムは、ファイル ' * *'のオフセット 0x00000000012000 での読み取り中に SQL Server にエラー 64 (指定されたネットワーク名は使用できなくなりました) を返しました。SQL Server エラー ログとシステム イベント ログの追加メッセージで、詳細が提供される場合があります。これは、データベースの整合性を脅かす重大なシステム レベルのエラー状態であり、直ちに修正する必要があります。完全なデータベース整合性チェック (DBCC CHECKDB) を完了します。このエラーは、多くの要因によって発生する可能性があります。詳細については、SQL Server Books Online を参照してください。

4

1 に答える 1

2

私はもっ​​と悪いシナリオを経験しており、あなたを助けるかもしれないガイドを書きました。データベースの復元を開始した部分から始めることができると思います. ここにあります http://anyrest.wordpress.com/2010/08/24/reparing-suspect-sql-database/

于 2010-12-22T22:53:20.810 に答える