Microsoft PowerPoint - MySQL-backup.ppt

Size: px

Start display at page:

Download "Microsoft PowerPoint - MySQL-backup.ppt"

さやなとくやす
5 years ago
Views:

1 MySQL バックアップリカバリ概要オープンソースコンピテンシコンピテンシセンター日本ヒューレットパッカードヒューレットパッカード株式会社 2006 年 12 月 6 日 2006 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice

2 内容バックアップ方法全体バックアップの方法バイナリログバックアップ対象ファイルデータの復元リストアとロールフォワードリカバリクラッシュリカバリバイナリログとOracleのREDOログ物理ディスクへの配置について 2 平成 18 年 12 月 6 日

3 バックアップ方法全体バックアップの方法コールドバックアップデーターベースを停止してバックアップデータファイル等を直接バックアップホットバックアップデーターベースを停止せずにバックアップ MySQL コマンドの mysqldump を使用した方法 FLUSH TBALE WITH READ LOCK 文を使用した方法増分バックアップ MySQL のバイナリログを定期的にバックアップ注意デフォルトではバイナリログは記録されないので明示的に設定することが必要重要 3 平成 18 年 12 月 6 日

4 全体バックアップの方法コールドバックアップホットバックアップ (mysqldump) ホットバックアップ (FLUSH TABLES WITH READ LOCK 文 ) 4 平成 18 年 12 月 6 日利点確実に全体バックアップを取得できる MySQL サーバを停止させる必要がない特定のデータベースやテーブルを対象とした部分バックアップの取得も可能テーブルの論理バックアップなのでリストアする前に取得したバックアップファイルの SQL 文を変更することが可能 InnoDB だけを使用している場合ならバックアップ中のロック時間を短くできる MySQL サーバを停止させる必要がないデータベース全体に共有ロックをかけるが LVM スナップショット機能を使えば短いロック時間でバックアップの取得が可能欠点 MySQL サーバを停止させる必要があるバックアップ取得とリストアに必要な時間が長くなる MyISAM を使用している場合にはすべてのテーブルをロックしてデータの整合性をとる必要がある LVM スナップショット機能を使用する場合 MyISAM テーブルのディスクへの同期書き込みを確認した上でバックアップを取得する必要がある

5 バイナリログとは 1 INSERT INTO atable VALUES(1, name1 ) MySQL name1 データ : 更新 SQL 文更新 SQL 文バイナリログ INSERT INTO atable VALUES(1, name1 ) MySQLに対して行った更新系 SQL 文をバイナリ形式で記録するファイルデータを修正しないSQL 文は記録しないバイナリログファイルの切り替え一定の大きさになると自動的に切り替わるサーバの再起動時に切り替わるコマンドによる切り替え使用目的データベース障害復旧時のロールフォーワードリカバリ増分バックアップとして利用 MySQLレプリケーションマスターのデータをスレーブに複製する 5 平成 18 年 12 月 6 日

6 バックアップ対象ファイルデータディレクトリ (/var/lib/mysql) MySQL 用データディレクトリ設定ファイル (my.cnf /etc からリンク ) データディレクトリ (~/data) < データベース名 > (MyISAM) テーブル定義ファイル (.frm) MyISAMデータファイル (.MYD) MyISAMインデックスファイル (.MYI) < データベース名 >(InnoDB) テーブル定義ファイル (.frm) 設定ファイル定義ファイルデータファイル増分リカバリデータ全体バックアップ InnoDB データファイル (ibdata1) InnoDB ログファイル (ib_logfilen) 増分バックアップバイナリログのインデックスファイル (hostname-bin.index) 6 平成 18 年 12 月 6 日バイナリログファイル (hostname-bin.xxxxxx)

7 データの復元リストア取得したバックアップをファイルシステムに戻すことによりバックアップを取得した時点までデータベースの状態を戻すことリカバリ障害が発生した時点までデータベースの状態を戻すことロールフォワードリカバリメディア障害が発生した場合のリカバリ全体バックアップと増分バックアップを使用クラッシュリカバリプロセス障害が発生した場合のリカバリ InnoDB データファイルと InnoDB ログファイルを使用 mysql 起動時に自動的に復元 7 平成 18 年 12 月 6 日

8 リストアとロールフォワードリカバリ全体バックアップ増分バックアップ ( バイナリログ ) binlog binlog t1からt2の増分 t2からt3の増分 binlog t3 から t4 の増分データ障害発生ロールフォワード t1 時点のデータ t1 時点のデータ + t1 から t2 の増分 t2 時点のデータ + t2 から t3 の増分 t3 時点のデータ + t3 から t4 の増分リカバリリストア t1 t2 t3 t4 時間の経過 8 平成 18 年 12 月 6 日

9 クラッシュリカバリトランザクションに対する操作の記録を残したファイルトランザクションを確実なものにするプロセス障害が発生したときにクラッシュリカバリを行うために必要なファイルプロセス時間の経過 check point commit commit 障害発生 InnoDB ログファイル同期 Transaction A Transaction B 不整合 Transaction C データファイル Transaction A Transaction B 再起動時のクラッシュリカバリ 9 平成 18 年 12 月 6 日

10 バイナリログと Oracle の REDO ログ REDO ログ = バイナリログ + InnoDB ログメディア障害 ( ロールフォワードリカバリ ) プロセス障害 ( クラッシュリカバリ ) MySQL バイナリログ InnoDB ログ Oracle REDO ログ 10 平成 18 年 12 月 6 日

11 物理ディスクへの配置についてロールフォワードリカバリに必要なファイル全体バックアップとバイナリログクラッシュリカバリに必要なファイルデータファイルと InnoDB ログファイルディスク配置データファイル InnoDB ログファイルを入れるディスクとバイナリログを入れるディスクを別なディスクに配置することによってリカバリ可能パフォーマンスを考慮する場合は更に InnoDB ログファイルを別ディスクに配置バイナリログデータファイル + InnoDB ログ全体バックアップ 11 平成 18 年 12 月 6 日

12 付録

13 URL MySQL のサイト日本 HP の MySQL のサイト 13 平成 18 年 12 月 6 日

14 コールドバックアップとリカバリ手順バックアップ MySQL サーバを停止データディレクトリをバックアップ $ cd /var/lib/mysql/data $ tar zcvf /mysql.backup/mysqlbackup tar.gz. バイナリログをバックアップバックアップ $ tar zcvf /mysql.backup/binlogs tar.gz binlog binlog リストア MySQL サーバを停止コールドバックアップからからリストア $ cd /var/lib/mysql/data $ tar zxvf /mysql.backup/mysqlbackup tar.gz ( データディレクトリが残っている場合はリストアの前に別のディレクトリに退避しておくと良いでしょう ) リカバリバイナリログを SQL 文に変換 $ mysqlbinlog --disable-log-bin binlog binlog result-file=/mysql.sql/binlog12-13.sql MySQL サーバをネットワークネットワーク接続無接続無しでしで起動 $ /usr/bin/mysqld_safe --user=mysql --skip-networking & 14 平成 18 年 12 月 6 日ロールフォーワードリカバリ ( バイナリログの復元 ) $ mysql -u root --default-character-set=cp932 < /mysql.sql/binlog12-13.sql MySQL サーバを再起動

15 mysqldump を用いたホットバックアップとリカバリ手順バックアップバックアップ前のバイナリログバイナリログを確認 mysqldumpでバックアップ $ mysqldump --user=root --password=<password> --lock-all-tables --flush-logs --hex-blob --default-character-set=cp932 --all-databases --result-file=/mysql.backup.dump/mysqlbackup dump バックアップ後のバイナリログバイナリログを確認リストア MySQL サーバを停止 InnoDB 関係のファイルファイルを削除バイナリログを SQL 文に変換 MySQL サーバをネットワークネットワーク無しでしで起動 $ /usr/bin/mysqld_safe --user=mysql --skip-networking & mysqldumpでバックアップバックアップしておいた SQL 文を実行実行する $ mysql --user=root --default-charcter-set=cp932 < /mysql.backup/mysqlbakcup dump リカバリロールフォーワードリカバリ ( バイナリログの復元 ) MySQL サーバを再起動 15 平成 18 年 12 月 6 日

16 FLUSH TABLES WITH READ LOCK 文を用いたホットバックアップとリカバリ手順バックアップ FLUSH TABLES WITH READ LOCK 文で共有共有ロックロックを確保 $ mysql -u root -e "FLUSH TABLES WITH READ LOCK" FLUSH LOGS 文でバイナリログバイナリログの切替 $ mysql u root e FLUSH LOGS バイナリログの確認データディレクトリをバックアップ $ tar zcvf /mysql.backup/mysqlbackup tar.gz. UNLOCK 文で共有共有ロックロックを解除 $ mysql -u root -e "UNLOCK TABLES" リストア MySQL サーバを停バックアップからからリストア $ cd /var/lib/mysql/data $ tar zxvf /mysql.backup/mysqlbackup tar.gz リカバリバイナリログを SQL 文に変換 MySQL サーバをネットワークネットワーク接続無接続無しでしで起動ロールフォーワードリカバリ ( バイナリログの復元 ) MySQL サーバを再起動 16 平成 18 年 12 月 6 日

スライド 1

スライド 1 2005 3 26 (MATSUNOBU Yoshinori MySQL mysqldump FLUSH TABLES WITH READ LOCK SQL (InnoDB Linux,Solaris,HP-UX,AIX,Windows C/C++( SQL92 SQL99 Core 4.1 5.0 InnoDB MyISAM ( B-Tree ( 5.0 4 (InnoDB ( (InnoDB (4.1