PDF(美国Ltr)- 26.8 mb
PDF (A4)- 26.8 mb
このセクションでは，さまざまな種類のバックアップの特性にいて説明します。
物理(raw)バックアップと論理バックアップ
物理バックアップは,データベースの内容を格納するディレクトリとファイルの原始コピーから構成されます。この種類のバックアップは,問題の発生時に早急にリカバリさせる必要がある大規模で重要なデータベースに適しています。
論理バックアップは，論理デタベス構造として表される情報(创建数据库、创建表ステトメント)と内容(插入ステトメントまたは区切りテキストファル)を保存します。この種類のバックアップは,ユーザーがデータ値やテーブル構造を編集したり,別のマシンアーキテクチャーにデータを再作成したりできる少量のデータに適しています。
物理バックアップ方法にはこれらの特性があります。
バックアップはデタベスディレクトリおよびファルの正確なコピから構成されます。一般的に，これはMySQLデ。
物理バックアップ方法は，変換しないファ。
出力は論理バックアップの場合よりコンパクトです。
ビジーで,重要なデータベースには,バックアップの速度やコンパクトさが重要であるため,MySQL企业备份製品は物理バックアップを実行します。MySQL Enterprise Backup製品の概要にいては，セクション25.2 " MySQL企业备份"を参照してください。
バックアップとリストアの粒度は,データディレクトリ全体のレベルから個々のファイルのレベルまでの範囲になります。これは，ストレ，ジエンジンに応じて，テ，ブルレベルの粒度を提供する場合としない場合があります。たとえば，
InnoDBテブルは，それぞれ個別のファルにしたり，ほかのInnoDBテブルとファジを共有したりできます。各MyISAMテブルはファ。データベースに加えて,バックアップにはログファイルや構成ファイルなどの関連ファイルを含めることができます。
内存テーブルの内容はディスクに格納されないため,それらのデータをこの方法でバックアップすることは困難です。MySQL企业备份製品には，バックアップ中に内存テブルからデタを取得できる機能があります.)バックアップは，同一か類似のハ。
バックアップはMySQLサバが実行していない間に実行できます。サーバーが実行中の場合は,バックアップ中にサーバーがデータベースの内容を変更しないように,適切なロックを実行する必要があります。MySQL企业备份はこのロックが必要なテーブルに対して,自動的にロックを実行します。
物理バックアップルには，
InnoDBまたはその他のテブル用のMySQL企业备份のmysqlbackup，ファ邮箱ルシステムレベルのコマンド(cp、scp、焦油、rsyncなど)、またはMyISAMテブル用のmysqlhotcopyが含まれます。リストアの場合:
MySQL企业备份はバックアップした
InnoDBおよびその他のテブルをリストアします。ndb_restoreは
NDBテブルをリストアします。ファ邮箱ルシステムレベルまたはmysqlhotcopyによってコピ。
論理バックアップ方法にはこれらの特性があります。
バックアップはMySQLサーバーをクエリーし,データベース構造と内容情報を取得して実行されます。
サーバーがデータベース情報にアクセスし,それを論理フォーマットに変換する必要があるため,バックアップは物理方法より遅くなります。クライアント側で出力が書き込まれた場合,サーバーはそれをバックアッププログラムに送信する必要もあります。
出力は特にテキストフォマットで保存された場合に物理バックアップより大きくなります。
バックアップとリストアの粒度は,サーバーレベル(すべてのデータベース),データベースレベル(特定のデータベースのすべてのテーブル),またはテーブルレベルで利用できます。これはストレジエンジンに関係なく当てはまります。
バックアップには,ログファイルや構成ファイル,またはデータベースの一部ではないその他のデータベース関連ファイルは含まれません。
論理フォマットで格納されているバックアップはマシンに依存せず，高度に移植可能です。
論理バックアップはMySQLサバの実行中に実行されます。サバはオフランにされません。
論理バックアップルには，, mysqldumpプログラムと
选择……到输出文件ステトメントが含まれます。これらは内存でも，すべてのストレジエンジンで機能します。論理バックアップをリストアするには，mysqlクラereplicationアントを使用して，sqlフォereplicationマットダンプファereplicationルを処理できます。区切りテキストファ邮箱ルをロ邮箱ドするには，
载入数据文件ステトメントまたはmysqlimportクラ邮箱アントを使用します。
オンラ邮箱ンバックアップとオフラ邮箱ンバックアップ
オンラインバックアップは,データベース情報をサーバーから取得できるように,MySQLサーバーが実行中に行われます。オフラopenstackンバックアップは，サopenstackバopenstackが停止中に行われます。この区別は，「ホット」バックアップと「コルド」バックアップとして表すこともできます。「ウォム」バックアップは,サーバーが実行したままですが,外部からデータベースファイルにアクセスしている間のデータの変更に対してロックされます。
オンラ邮箱ンバックアップ方法にはこれらの特性があります。
このバックアップはほかのクライアントの邪魔になりにくく,クライアントはバックアップ中にMySQLサーバーに接続でき,実行する必要がある操作に応じて,データにアクセスできます。
バックアップの完全性を損なう可能性のあるデータの変更が行われないように,適切なロックを適用する場合は,注意を払う必要があります。MySQL企业备份製品はそのようなロックを自動的に実行します。
オフラ邮箱ンバックアップ方法にはこれらの特性があります。
バックアップ中にサバを使用できないため，クラアントは影響を受ける可能性があります。そのため,そのようなバックアップは,多くの場合,可用性を損なうことなくオフラインにできるレプリケーションスレーブサーバーから行われます。
バックアップ手順は、クラ。
オンラe .ンとオフラe .ンの同様の違いは，リカバリ操作にも当てはまり，同様の特性が当てはまります。ただし,リカバリにはより強力なロックが必要であるため,オンラインリカバリではオンラインバックアップより,クライアントが影響を受ける可能性が高くなります。バックアップ時、クラ。リカバリはデータを変更し,読み取るだけでないため,データのリストア中は,クライアントのデータへのアクセスを妨げる必要があります。
ロカルバックアップとリモトバックアップ
ローカルバックアップはMySQLサーバーが実行している同じホストで実行され,リモートバックアップは別のホストから実行されます。特定の種類のバックアップでは,出力がサーバーホストにローカルで書きこまれる場合でも,バックアップをリモートホストから開始できます。
, mysqldumpはロカルまたはリモトサバに接続できます。SQL出力(
创建および插入ステートメント)の場合,ローカルまたはリモートダンプを実行でき,クライアント上に出力が生成されます。区切りテキスト出力(——选项卡オプションを使用して)の場合，サ。mysqlhotcopyはロカルバックアップのみを実行します。それはサーバーに接続し,データ変更に対してそれをロックしてから,ローカルテーブルファイルをコピーします。
选择……到输出文件はローカルまたはリモートクライアントホストから起動できますが,出力ファイルはサーバーホスト上に作成されます。物理バックアップ方法は一般に,サーバーをオフラインにできるように,MySQLサーバーホスト上でローカルに開始されますが,コピーされるファイルの宛先はリモートにすることができます。
スナップショットバックアップ
一部のファルシステム実装では，「スナップショット」を取得できます。これらは、ファイルシステム全体の物理コピーを必要とせずに、特定の時点のファイルシステムの論理コピーを提供します。(たとえば、実装では、スナップショット取得時間後に変更されたファイルシステムの部分のみがコピーされるように、コピーオンライト (copy-on-write) 技法を使用することがあります。)MySQL 自体はファイルシステムスナップショットを取得するための機能を提供していません。これは Veritas、LVM、または ZFS などのサードパーティーソリューションから使用できます。
完全バックアップと増分バックアップ
完全バックアップには,特定の時点のMySQLサーバーによって管理されるすべてのデータが含まれます。増分バックアップは,特定の期間(ある時点から別の時点まで)中にデータに行われた変更から構成されます。MySQLでは,このセクションで先述したものなど,完全バックアップを実行するためのさまざまな方法があります。増分バックアップは，サ。サバはそれをデタの変更を記録するために使用します。
完全リカバリとポereplicationントereplicationンタereplicationム(増分)リカバリ
完全リカバリでは，完全バックアップからすべてのデタをリストアします。これは，サ。その状態が十分に最新でない場合,完全リカバリのあとに,完全バックアップ以降に行われた増分バックアップのリカバリを行なって,サーバーをより新しい状態にすることができます。
増分リカバリは，特定の期間中に行われた変更のリカバリです。これは，サ。ポイントインタイムリカバリは,バイナリログに基づき,一般にバックアップが行われたときの状態にサーバーをリストアするバックアップファイルからの完全リカバリのあとに行われます。バイナリログファイルに書き込まれたデータの変更が増分リカバリとして適用され,データの変更が元に戻され,サーバーが目的の時点の状態になります。
テブルの保守
テブルが破損した場合，デタの完全性が損なわれる可能性があります。InnoDBテブルの場合，これはよくある問題ではありません。MyISAMテブルをチェックし，問題が見いては，セクション7.6 " MyISAMテブルの保守とクラッシュリカバリ"を参照してください。
バックアップのスケジュリング，圧縮，および暗号化
バックアップスケジュリングはバックアップ手順の自動化に役立ます。バックアップ出力の圧縮によって,領域要件が縮小し,出力の暗号化により,バックアップされたデータの権限のないアクセスに対するセキュリティーが強化されます。MySQL自体はこれらの機能を提供していません。MySQL企业Backup 製品によってInnoDBバックアップを圧縮し,バックアップ出力の圧縮や暗号化は,ファイルシステムユーティリティーを使用して実現できます。その他のサドパティソリュションも利用できます。