（I / O障害により修正された）破損に苦しんでいるデータベースを回復しようとする仕事をしました。私は、データベースまたはデータベースに含まれる内容に詳しくありません。
古い（最大3週間）フルバックアップと一連のトランザクションログが与えられました...しかし、トランザクションログが欠落しているため、特定の日付までしか回復できません。2.5週間分のデータが失われています（このデータベースには常に多くのデータが追加されています）。
また、破損したデータベースのコピー（アクセス可能ですが、多くのページが破損/欠落しています）のコピーも提供されています。
私は典型的なDBCC CHECKDBコマンドを試してみました（まだありrepair_allow_data_lossません。他に何も機能しない場合、それは私の最後の手段になります）。
多くの人がデータベースに出入りした後（dbは1.5テラバイトの小さな怪物で、私がすることはすべて遅くて時間がかかります）、破損したページの最後の正常なバックアップからオンラインページの復元を試みました。
それを行うためにRESTORE DATABASE <foo> PAGE='pages' FROM DISK='<bar.bak>'、DBCC CHECKDB出力から多くのコマンドを作成するスクリプトを作成しました（基本的には正規表現と異なる）...これまでのところ、これは1000ページの制限に達したと言った時点まで機能しました復元コマンドごとにファイルごと（このデータベースには8つのファイルがあります）。
そのため、「オンライン復元を完了する」ように求められますが、それを行う方法に途方に暮れています...私はテールログまたは最初の完全バックアップよりも完全なものを持っていないので、基本的に、残りのページで試行を続けるために復元を完了する方法がわかりません。
私は試してみましたRESTORE DATABASE <foo> WITH RECOVERYが、それでもうまくいきませんでした、私は持っていないログを要求します。
誰かがここから何かを回復しようとする方法についてのヒントを持っていますか？または、オンライン復元を「完了」して、さらに多くのページを復元しようとする方法はありますか？オフライン復元を試しても同じ問題が発生しますか（基本的WITH NORECOVERYにすべてを追加してから、最後に復元しようとしますか？）
データベースを手作業で処理することは基本的に元に戻せません...数百万の行を持つ数百のテーブルがあり、それが何であるかについて明確な意味はありません。SELECT数百万行を超えると、破損したDBはクエリで失敗しますが、どこで解決できるかはわかりません。すべての非クラスター化インデックスを再構築しようとしましたが、行データを含む破損したページがあるため、どちらも機能しませんでした。
ある程度のデータ損失は許容されますが、DBでの一貫性の達成は少なくとも試みられるべきです。
破損したデータベースはまだオンラインであり、クライアントが作業しているため（新しいデータを取得し続けます）、ラボベンチで行うすべてのプロセスは、後で運用データベースで再現可能です（ダウンタイムは困難です）。
これはSQL Server 2014 Enterpriseです
PS：私はDBAではありません...私はプログラマーですが、クライアントはいくつかの「エキスパート」SQLディザスタリカバリサービスを試してみましたが、彼らはあきらめました。何でもする。
更新：多くのテストの後、ページごとの復元は不要でしたので、アイデアを捨てました。手動リカバリ（破損したテーブルから不足しているレコードを手動で選択し、最後の既知の正常なバックアップに挿入する）を行い、自動化ツールを使用します（再び、何百ものテーブルがあります）。