0
私たちは、 50の顧客生産データベースが稼働しているときに、復旧モデルを検討しており、使用する復旧モデルの推奨事項をすべて知りたいと考えています。使用するSQL Server回復モデルの推奨
私はいくつかの研究を行っていますが、どのモデルが最良であるかはさまざまです。
サーバーのシナリオは次のとおりです。
- 全サーバーのバックアップは
- すべてのデータベースは現在、定期的にバックアップされません（これは、クラウド・プロバイダーによって発生した）一日一回行っている（彼らはあまりにも程度使用される。6ヶ月前）
- 情報/これらのデータベースに格納されているデータ量は、各顧客のニーズによって異なります。データベースごとに異なります。
現在、すべてのデータベースは単純なリカバリモデルとして設定されています。ログファイルが過度に大きくなり始めたHDDの問題/限られたスペースデータベースへの接続ができませんでした。 SIMPLEに変更してからHDDの問題は解決しましたが、今や災害が発生した場合のデータベースの復旧について考えなければなりません。
あなたの回答/お勧めをお待ちしております！
は
シンプルリカバリモデルを使用している場合は、最小のロギングしかありません。あなたはログファイルを縮小することができますが、それは小さいままですが、いくつかのリスクがあります。ここではさまざまなリカバリタイプの素敵な記事があります - > https://docs.microsoft.com/en-us/sql/relational-databases/backup-restore/recovery-models-sql-server –
ロスありがとうございます。私はここに投稿する前にすべての情報を調べています。私が何をしているかは、ベストプラクティスなどに関するアドバイス/ヒントです。 – Tyler
主な質問は次のとおりです。***重要なデータ***はあなたのデータですか？データベースサーバがクラッシュしてディスクをゴミ箱に入れた場合 - 昨夜のバックアップであればあなた（そしてあなたのビジネス）は生き残ることができ、潜在的に一日の仕事は失われますか？ ** yes **の場合、 'SIMPLE'リカバリモデルでうまくいきます。壊滅的な障害に近い状態に復元する機能が必要な場合は、数分または数時間の作業を緩めるために、 'FULL'回復モデルに切り替え、適切なトランザクションログバックアップ手順を設定して、それらのtxログを保持する必要がありますサイズが爆発するのを避ける –