SQLデータベースを外付けUSBハードドライブにバックアップするのは良い考えですか？
オフショア石油プラットフォーム（ラックサーバー）にデータベースシステムをインストールします。ハードウェアとスペースが非常に限られているため、バックアップインフラストラクチャを送信することはできません。 FTP経由でバックアップを送信することもできません。ファイルサーバーさえないからです。
SQLデータベースをポータブルUSDハードドライブにバックアップすることを考えていました。 USBハードドライブは常にサーバーに直接接続されます。週に一度、彼らはハードドライブを新しい/古いものと交換します。
これを行うのは良い考えですか？そうでない場合は、より良い解決策を提案できますか？
これは単なるアイデアですが、ミラーサーバー/データベースを介して外部（またはサードパーティ）のバックアップサービスを提供できます。情報は、挿入/更新/トランザクションログ/変更/作成/その他の変更を行うたびに複製されます。したがって、トランザクションはごくわずかであり、アクセスできない場合、またはインターネット/外部ネットワークへの接続が制限されている場合（週に1回の接続）、キューに入れられる可能性があります。
使用しているDBの種類を教えていただければ、さらにお役に立てれば幸いです。 MySQLですか？ MSSQL？オラクル？
さらに（ちょうど別のアイデア）、適切なポリシーのプログラム可能性バックアップを作成することについて考えましたか？たとえば、構造とデータ、およびデータの有効期限がわかっている場合は、不要な履歴を移動/削除したり、mirreddbに関する上記のアイデアを使用したりできます。
最小限の接続でミラーデータベースを使用するコストは、リスク、セキュリティ、スペース、およびハードウェアの損傷の観点から、外部のリムーバブルハードウェアを使用する場合よりも少ないと思います。
編集：
サーバーのミラーリングについては、ヘルプやチュートリアル、ビデオチュートリアルがたくさんあります。私のスキルはLinux上のMySQLサーバーをより重視していますが、いくつかのヒントをお伝えできます。それらがお役に立てば幸いです。
- まず第一に、ここを見て、serverfault、またはそれ以上に： Stack Exchangeのデータベース管理者
- MSSQLのmsdn（2005バージョンを提供しますが、サーバー/ dbのバージョンはわかりません： SQL Server 2005のデータベースミラーリング ですが、トップメニューで変更できます。
そのドキュメントの下部にあるFAQリンク があります。これにより、いくつかの主要な質問（たとえば、キュートランザクション、ネットワーク容量など）を明確にすることができます。
または ミラーデータベースの準備方法 2008 R2（上部の[その他のバージョン]をクリックしてバージョンを変更できます。
- このようなキーを持つグーグルでは、それについて読むのにうんざりするでしょう： グーグル検索 。私が言ったように、私の好みのDBではないので、MSSQLでどのようにそれを行うことができるかはわかりませんが、DBが少なくとも2005である場合、それを行うことができます。私があなたに言ったより多くのオプションとより良い。
- データベースサーバーのみでサービスを提供するほとんどすべてのホスティングは、ある種のポリシーまたは証明書を使用して、任意の場所からミラーリングを実行できると思います。彼らはそれを説明します。今は良いサービスを覚えていませんが、たくさんあることは知っています。 MSSQLサーバーよりも安価なMySQLサーバーが見つかる可能性はありますが、データをMSSQLからMySQLに移動するには、「移行アプリ」が必要だと思います。したがって、私にとって最初のオプションは、ソースに関するすべての詳細を調べてから、互換性のあるミラー。
そしてその考え方に沿った別のアイデア：
ミラーなどの理由を構成できないとします。最後の例では、SQLを介して大量のデータを読み取り、SQLを介して送信する小さなジョブ/タスク/自動化ソフトウェアまたはスクリプトを作成できます（たとえば、宛先をMSSQL（実際のソース）からMySQL（それは無料で、あなたはあなた自身のpc/server/etcでどこでもそれをサポートすることができます。
本当にSQLについて知っていれば、それを行うことができます。
また、別のヒントとして、HDを追加/接続することはできないとおっしゃっていたと思いますが、RAIDのディスクを使用して、内部バックアップの容量を拡張することはできます。
しかし、いずれにせよ、バックアップの主なアイデアは、完全なバックアップがあるということです何らかの理由（火災、地震、革命、ハードウェアの問題）でデータベースがドロップした場合に、データベースにアクセスしたり、データベースを切り替えたりできる別の環境（別の場所）。これがミラーの主なアイデアです。ユーザーにとって明確な負荷分散サーバーです。どこで作業しているかは本当にわかりません。同時に同じように機能します。これが「履歴バックアップ」と「リアルタイムバックアップ」の違いです。
編集2：いずれにせよ、私はあなたの考えについて何も答えません。もちろん、何もないよりはましですが、重要なデータにとっては何もないようなものです。それは多くの望ましくない将来の問題を抱えています：
- USBの速度
- 手動プロセス（誰が？他の人が扱うには情報があまりにも重要ですか？あなたのデータを扱う人がそれを盗んだ/破壊した/変更した場合、あなたには法的/仕事/経済的責任がありますか？
- 時間はもちろん、自動的にオプションが必要です。
- あなたはバックアップします..何ですか？いくらですか？どんなデータ？古いデータは何ですか？どちらの基準で？基準は変更されますか、変更されますか？そして、それは次の質問になります：
- ここ私の国には、「今日はパン、明日は空腹」のような「ことわざ」または「言葉」があります。つまり、いつでもこのプロセスを変更する必要がありますか？短時間で別の方法を探す必要がある可能性はありますか？費用はいくらですか？ソリューションに柔軟性がありますか、それとも将来の問題が無料で発生しますか？
USB接続ドライブへのバックアップは、バックアップなしよりも確かに優れています。バックアップ用に特別に設計されたハードウェア（テープなど）へのバックアップは、さらに良い選択かもしれません。
1週間分のデータを失う余裕はありますか？ドライブを週に1回だけ交換する場合は、1週間分のデータを危険にさらすことになります。ドライブを1週間接続すると、コンピュータとバックアップドライブの両方から電気サージが発生する危険性があります。そのドライブが6日間変更されていない場合、6日分のデータが失われます。
ドライブを別の場所に発送しますか？元のデータベースとバックアップドライブの両方を破壊するようなイベントが発生する可能性はかなり高いようです。