データベース、MS Exchange、Quickbooks、Outlook PST ファイル用のクラウドバックアップソリューション

データベースファイルのバックアップが難しいのはなぜですか？

通常のファイル（例えば、MS Office文書、PDFファイル、画像ファイルなど）はバックアップが容易です。これらのファイルはサイズが小さく、ロックされることもほとんどありません。コピーやアップロードも非常に高速です。

データベースファイル（SQL Server、Oracle、DB2、Sybase、Informix、MySQL、PostgreSQLなど）は非常に異なっています:

（１）通常、ファイルサイズが非常に大きいため、コピー／アップロードに非常に長い時間がかかります。
（２）それらは常に開いていてロックされています。通常のツールを使用してコピーまたはアップロードすることはできません。
（３）ユーザーが保存ボタンをクリックする前に頻繁に変更されます。バックアップが完了する前に変更されます。

MS Exchange、Quickbooks、OutlookのPSTファイルはすべてデータベースファイル、またはデータベースに類似したファイルです。

バックアップ方法1：DriveHQオンラインバックアップを使用してデータベースファイルをバックアップする。

DriveHQオンラインバックアップクライアントソフトウェアは、以下の技術を用いてデータベースファイルのバックアップをサポートできます。

- DriveHQオンラインバックアップはボリュームシャドウコピー（VSSコピー）をサポートしています。データベースファイルがロックされ書き込みが行われている際に、スナップショットコピーを作成できます。そして、そのスナップショットファイルをDriveHQクラウドストレージにバックアップできます。
- DriveHQオンラインバックアップは、自動再試行と再開機能をサポートしています。大容量のデータベースファイルのバックアップには非常に時間がかかる場合があります。ネットワーク接続が途切れた場合でも、DriveHQオンラインバックアップは自動的に再試行し、中断した箇所から再開できます。最初からやり直す必要はありません。
- DriveHQオンラインバックアップは、転送速度を向上させるために透過的なデータ圧縮をサポートしています。データベースファイルは通常、I/Oパフォーマンスを最適化するために圧縮されません。しかし、75%以上圧縮することも可能で、例えば10GBのデータベースファイルは2.5GBにまで圧縮できる場合もあります。DriveHQオンラインバックアップは、アップロードとダウンロードを高速化するために、データを透過的に圧縮および解凍します。

DriveHQオンラインバックアップのデータベース/メールバックアップウィザードを使用してください

データベースファイルをバックアップする際は、DriveHQ Online Backupのデータベース/メールバックアップウィザードをご利用ください。データベースファイルのバックアップにリアルタイムバックアップタスクを使用しないでください。これは、データベースファイルはユーザーの操作なしに常に変更されるためです。すべての変更をリアルタイムでバックアップすることは不可能です。バックアップ頻度は、データベースファイルのサイズとアップロード速度によって異なります。ファイルサイズが小さい場合は、毎日バックアップしても問題ありません。それ以外の場合は、クラウドに毎週バックアップすることをお勧めします。毎日バックアップが必要な場合は、ローカルストレージに毎日バックアップするように設定できます。

大規模データベースバックアップのパフォーマンス最適化

小規模なデータベースファイルのバックアップは比較的簡単です。通常、ネットワーク速度の問題は発生しません。しかし、非常に大きなデータベースファイルのバックアップには時間がかかり、ネットワーク速度が低下する可能性があります。

DriveHQオンラインバックアップは、通常のファイルをバックアップする際に、増分バックアップ/差分バックアップをサポートしています。例えば、既に100万個のファイルをバックアップしている場合、10個のファイルを追加または変更しても、バックアップする必要があるのは10個のファイルだけです。また、オンラインバックアップはバックアップの再開にも対応しています。例えば、10GBのファイルをバックアップしていて、8GBのデータをアップロードした後にネットワークがダウンした場合、次回は2GBのデータだけをアップロードすれば済みます。

DriveHQオンラインバックアップは、データベースファイルの増分バックアップ（差分バックアップ、またはブロックレベルバックアップ）を直接サポートしていません。理由は2つあります:

- データベースファイルの変更は、多くの場合、多数のブロックに影響を与えます。たとえば、データベースに100万行のテーブルがある場合、単純なDELETE、UPDATE、SORT、COMPACT、またはINDEX操作によってファイルの内容が完全に変更され、ブロックレベルの増分バックアップが不可能になったり、非常に非効率になったりする可能性があります。
- データベースファイルは、複数の箇所（多数のブロック）で常に変更されています。すべてのブロックは正しい順序でバックアップする必要があり、いずれかのブロックにエラーが発生すると、バッチ処理全体をロールバックしなければなりません。
- 多数の小さなブロックをバックアップする方が、大きなブロックをバックアップするよりもはるかに時間がかかります。
- データベースファイルを日次または週次でバックアップする場合、1日にデータの変更が全体の1%に過ぎないと仮定すると、実際にはブロックの10%が影響を受ける可能性があります。（極端な例として、1MBのブロックが1000個あり、各ブロックで1バイトずつ変更された場合、データの変更率はわずか0.0001%であっても、すべてのブロックが変更されることになります。）このような場合、ファイル全体をバックアップする方がはるかに効率的です。
- データベースファイルの最も効率的な増分バックアップはトランザクションログバックアップです. データベースファイルの変更されたブロックをバックアップする代わりに、データベーストランザクション（読み取り専用のSELECTコマンドを除くSQLコマンドなど）のみをバックアップすれば十分です。SQLコマンドは、影響を受けるデータブロックよりもはるかに小さいためです。ただし、この方法では同一のデータベースサーバーが必要となります（そうでない場合、復元処理に非常に長い時間がかかります）。
- データベースファイル向けのハイブリッド増分バックアップソリューション: データベースソフトウェアのネイティブ増分バックアップツールを使用してローカル増分ファイルを作成し、次にDriveHQオンラインバックアップを使用してローカルバックアップファイルをクラウドにバックアップします。たとえば、SQL ServerとOracleはどちらもトランザクションログバックアップに基づく増分バックアップをサポートしています。そのため、ブロックレベルのバックアップよりもはるかに効率的です。

バックアップ方法2：FTP（FTPS/SFTP）スクリプトを使用してデータベースファイルをバックアップする

DriveHQは、最大規模のFTPサーバーホスティングサービスプロバイダーの一つです。コマンドライン／シェルスクリプトがお好みであれば、データベースファイルをDriveHQのFTPサーバーにバックアップするためのコマンドラインFTPスクリプトを作成できます。

データベースサーバーがUnix/Linux/メインフレームシステム（AIX、Solaris、HP-UX、OpenVMS、BSDなどを含む）上にある場合は、FTPバックアップを使用するか、DriveHQオンラインバックアップソフトウェアのネットワークバックアップ機能を使用する必要があります。詳細については、 Unix/Linux/メインフレーム向けバックアップソリューションをご覧ください。