MySQL 5.7 入門 ( バックアップ編 ) Yoshiaki Yamasaki / 山﨑由章 MySQL Senior Sales Consultant, Asia Pacific and Japan Copyright 2015, Oracle and/or its affiliates.

Size: px

Start display at page:

あゆみこいまる
4 years ago
Views:

1 MySQL 5.7 入門 ( バックアップ編 ) Yoshiaki Yamasaki / 山﨑由章 MySQL Senior Sales Consultant, Asia Pacific and Japan

2 SAFE HARBOR STATEMENT 以下の事項は弊社の一般的な製品の方向性に関する概要を説明するものですまた情報提供を唯一の目的とするものでありいかなる契約にも組み込むことはできません以下の事項はマテリアルやコード機能を提供することをコミットメントするものではない為購買決定を行う際の判断材料になさらないで下さいオラクル製品に関して記載されている機能の開発リリースおよび時期については弊社の裁量により決定されます 2

3 はじめに本資料で紹介している設定値コマンド実行結果等は注釈が無い限り MySQL 5.7 を対象としています MySQL 5.6 以前では同様の設定やコマンドで動作しない場合や実行結果が異なる場合もありますのでご注意下さい 3

4 Program Agenda バックアップ手法の概要バックアップ運用設計時の主な考慮事項バックアップ対象のファイルバックアップ / リストア例 MySQL Enterprise Backup 4

5 Program Agenda バックアップ手法の概要バックアップ運用設計時の主な考慮事項対象のファイルバックアップ / リストア例 MySQL Enterprise Backup 5

6 バックアップ手法の違いホットバックアップ or コールドバックアップ物理バックアップ or 論理バックアップフルバックアップ or 差分 / 増分バックアップスタンバイサイトを利用するホットスワップとしての利用バックアップ取得先としての利用 6

7 ホットバックアップ or コールドバックアップホットバックアップ ( オンラインバックアップ ) データベースを停止せず稼働したままでバックアップデータを取得するコールドバックアップ ( オフラインバックアップ ) データベース停止中にバックアップデータを取得する 7

8 ホットバックアップ or コールドバックアップホットバックアップ ( オンラインバックアップ ) の例トランザクションの仕組みを利用してバックアップを取得 mysqldump/mysqlpump で InnoDB テーブルをバックアップするロックを利用してバックアップを取得 mysqldump/mysqlpump で MyISAM テーブルをバックアップする OS やハードウェアのスナップショットを利用する LVM でスナップショットを取得してバックアップする ( ) 独自の方法でバックアップを取得する MySQL Enterprise Backup( 旧名称 :InnoDB Hot Backup) でバックアップする ( ) 参考 : 漢 ( オトコ ) のコンピュータ道より MySQL バックアップ頂上決戦!! LVM スナップショット vs InnoDB Hot Backup 8

9 ホットバックアップ or コールドバックアップコールドバックアップ ( オフラインバックアップ ) の例 MySQL サーバをシャットダウンしてデータディレクトリ以下のディレクトリとファイルを全て OS のコマンドでコピー 9

10 物理バックアップ or 論理バックアップ物理バックアップ物理的なファイルのバックアップ OS ファイルのコピー MySQL Enterprise Backup 等で取得可能利点 : 最小限のサイズで取得できるバックアップ / リストアの速度が速い欠点 : バックアップ / リストアの単位はツールしだい異機種間バージョン間で互換性が取れない場合がある ( ) 主な注意事項 - テーブル名に日本語文字を使用している場合 - 浮動小数点が混じっている場合 - テーブル名に大文字 / 小文字が混在している場合 10

11 物理バックアップ or 論理バックアップ論理バックアップデータベースからデータを抜き出してバックアップする MySQL の場合は SQL ベースのバックアップを取得可能 mysqldump/mysqlpump で取得可能利点 : バックアップファイルを編集できる移植性が高い ( 他バージョン他の RDBMS) 欠点 : 物理バックアップに比べてサイズが大きくなるバックアップリストアに時間がかかる ( バイナリテキストの変換が入るため ) 11

12 補足 :mysqldump と mysqlpump の違いどちらも論理バックアップを取得するためのツール mysqlpump は MySQL 5.7 から追加された機能 mysqldump より機能拡張されている点があるが機能制限も有る mysqlpump にしかない機能の例並列処理 (MySQL 時点では並列処理をすると全体の一貫性は保てない ) インデックスをデータをロード後に作成処理状況のレポートユーザーのバックアップ (CREATE USER 文生成 ) など 12

13 フルバックアップ or 差分 / 増分バックアップフルバックアップ ( 全体バックアップ ) データベース全体をバックアップする差分 / 増分バックアップ ( 部分バックアップ ) 直近のバックアップ以降に更新されたデータのみをバックアップする差分バックアップ直近のフルバックアップ以降に更新されたデータをバックアップ増分バックアップ直近のバックアップ ( 種別はフルとは限らない ) 以降に更新されたデータをバックアップする 13

14 フルバックアップ or 差分 / 増分バックアップフルバックアップ ( 全体バックアップ ) 利点リストア処理が単純 ( バックアップデータが 1 カ所にまとまっているため ) 欠点バックアップにかかる時間が長くなる ( データベース全体をバックアップするため ) バックアップデータのサイズが大きくなる ( データベースに対する更新量が少なくてもデータベース全体をバックアップする ) 1 回目回目回目

15 フルバックアップ or 差分 / 増分バックアップ差分 / 増分バックアップ ( 部分バックアップ ) 利点バックアップ時間が短くなる ( 更新したデータだけを対象にするため ) バックアップデータのサイズが小さくなる ( 更新したデータだけを対象にするため ) 欠点リストア処理の手順が複雑になる ( フルバックアップと部分バックアップを使ってリストア ) 1 回目回目回目

16 フルバックアップ or 差分 / 増分バックアップ MySQL での差分 / 増分バックアップ手法バイナリログを増分バックアップとして利用する MySQL Enterprise Backup( 有償ツール ) で InnoDB データの増分 / 差分バックアップを取得する 16

17 ポイントインタイムリカバリとバイナリログポイントインタイムリカバリ特定の日時の状態にデータを復旧すること ( 例 : 障害発生直前の状態まで復旧する ) MySQL ではバックアップファイルとバイナリログファイルを利用してポイントインタイムリカバリが可能 ( バックアップファイルに対してバイナリログファイルを使ってロールフォワードリカバリする ) バイナリログ発行されたクエリのうち更新系の処理内容のみを記録しているログファイルデフォルトでは出力されていない ( システム変数 log_bin と server_id を設定して出力 ) トランザクションのコミット時に同期的に記録 (MySQL 5.7 から sync_binlog=1 がデフォルト ) バックアップを取得しているだけではバックアップ取得時点のデータしか復旧できないがバイナリログを出力してリカバリに利用することで特定時点のデータを復旧可能 17

18 スタンバイサイトを利用するレプリケーション機能を利用してスタンバイサイトを構築しておき障害発生時はフェイルオーバーする利点復旧時間が短い欠点復旧ポイントは障害発生直前の状態のみ ( ) 人的ミスに対する対策にはならない ( ) MySQL5.6 以降では遅延レプリケーション機能で意図的にスタンバイサイトを遅延させることも可能スタンバイサイトをバックアップ取得先として利用することも可能 ( 本番環境に影響を与えずにバックアップ取得可能 ) 18

19 レプリケーション MySQL の標準機能シンプルな設定で利用可能多数の Web サイトで実績あり同期方式 : 非同期 or 準同期特長参照性能を向上させる構成バックアップ用途でも利用可能バイナリログを利用して更新内容をスレーブに伝搬 19

20 Program Agenda バックアップ手法の概要バックアップ運用設計時の主な考慮事項対象のファイルバックアップ / リストア例 MySQL Enterprise Backup 20

21 バックアップ運用設計時の主な考慮事項 RTO(Recovery Time Objective): 目標復旧時間障害発生時にいつまでに復旧するかという目標時間例 : データベースを 1 時間以内に復旧する必要があるバックアップのリストア ( 再配置 )+ リカバリ ( 復旧 ) が 1 時間以内に終わる手法を採用する必要がある RPO(Recovery Point Objective): 目標復旧時点障害発生時にどの時点までのデータを復旧する必要があるのかという目標時点例 : 前日のバックアップ取得時点まででいいバックアップのリストアだけできれば要件を満たせるのでバイナリログの保全は必須では無い 21

22 バックアップ運用設計時の主な考慮事項バックアップの保存期間保存場所バックアップを何世代保管するか? ( 最低 2 世代は必要 ) どこに保管するか? ( 古いバックアップはテープ等に移して保管するなど ) DB サイズが大きいとストレージの必要容量に大きな影響を与えるバックアップ取得頻度手法システム要件 ( 例 : システム稼働時間 ) や RTO RPO 等を考慮して決定する 22

23 Program Agenda バックアップ手法の概要バックアップ運用設計時の主な考慮事項対象のファイルバックアップ / リストア例 MySQL Enterprise Backup 23

24 バックアップ対象データディレクトリまたはデータ全体フルバックアップ論理または物理バックアップログファイル ( バイナリログ ) 増分バックアップポイントインタイムリカバリに利用設定ファイル my.cnf 24

25 データディレクトリデータベース内容ログおよびステータスファイルの格納先デフォルトのディレクトリはインストール形式による /usr/local/mysql/data/ (tar 形式 ) /var/lib/mysql (RPM パッケージ ) サーバ起動オプションで設定可能 datadir=/path/to/datadir/ サーバが利用しているディレクトリは下記コマンドで確認可能 mysql> SHOW VARIABLES like 'datadir'; InnoDB 関連ファイルのパスをデータディレクトリ以外に設定している場合はバックアップ時にそれらも取得する ( デフォルト設定では Innodb 関連ファイルは datadir 配下に出力されている ) 25

26 補足 :Innodb 関連のパスデータファイル (ibdata) のパス innodb_data_home_dir + innodb_data_file_path REDO ログファイルのパス innodb_log_group_home_dir Undo ログ用のテーブルスペースのパス innodb_undo_directory ( ) 指定したディレクトリに Unodo ログを出力するためには innodb_undo_tablespaces も合わせて設定が必要 26

27 バイナリログ発行されたクエリのうち更新系の処理内容のみを記録しているログファイルクエリ実行日時などのメタデータも記録トランザクションのコミット時に同期的に記録 (MySQL 5.7 から sync_binlog=1 がデフォルト ) システム変数 log_bin[=file_name] を指定して出力する通常の運用時には利用することを推奨データディレクトリとは別のディスクに出力することを推奨 MySQL 5.7 から log_bin 設定時には server_id の設定も必須 ( 例 :server_id=1) 27

28 バイナリログバイナリ形式で記録 mysqlbinlog コマンドにてテキスト化が可能 MySQL 5.7 から binlog_format=row がデフォルト ( ) binlog_row_image=minimal を設定することでバイナリログのファイルサイズを小さくできるただしレプリケーションを使用する時はマスター / スレーブのテーブル定義が同一でないといけないことに注意厳密な説明は以下のマニュアルを参照ログファイル名の拡張子に通し番号を記録例 )file_name-bin.001, file_name-bin.002, etc. 現在利用中のログ番号はインデックスファイルに記録 (file_name.index) 28

29 バイナリログの管理 SHOW MASTER STATUS コマンドで現在使用中のバイナリログファイル名とポジションを確認 SHOW MASTER LOGS コマンドで全てのバイナリログファイル名を列挙 FLUSH [BINARY] LOGS コマンドまたは MySQL サーバの再起動でログファイルのローテーション PURGE MASTER コマンドで特定の時点までのバイナリログを削除 RESET MASTER コマンドで全てのバイナリログを削除 29

30 バイナリログの管理 mysql> SHOW MASTER STATUS; File Position Binlog_Do_DB Binlog_Ignore_DB MySQL row in set (0.00 sec) mysql> mysql> SHOW MASTER LOGS; Log_name File_size MySQL MySQL MySQL rows in set (0.00 sec) 30

31 バイナリログの管理 mysql> FLUSH BINARY LOGS; Query OK, 0 rows affected (0.42 sec) mysql> SHOW MASTER STATUS; File Position Binlog_Do_DB Binlog_Ignore_DB MySQL row in set (0.00 sec) mysql> SHOW MASTER LOGS; Log_name File_size MySQL MySQL MySQL rows in set (0.00 sec) 31

32 バイナリログの管理 mysql> PURGE MASTER LOGS TO 'MySQL '; Query OK, 0 rows affected (0.06 sec) mysql> SHOW MASTER LOGS; Log_name File_size MySQL MySQL MySQL MySQL MySQL MySQL rows in set (0.00 sec) 32

33 バイナリログの管理 mysql> RESET MASTER; Query OK, 0 rows affected (0.06 sec) mysql> SHOW MASTER LOGS; Log_name File_size MySQL row in set (0.00 sec) 33

34 補足 : バイナリログのリモートバックアップ (MySQL 5.6 から ) mysqlbinlog コマンドを使ってリモートサーバのバイナリログをコピー可能最新のバイナリログをコピーし続けることも可能接続先ホストを自ノードに設定すれば自ノード内でバイナリログをコピーすることも可能 SSL も利用可能 (MySQL 5.7 から ) 34

35 補足 : バイナリログのリモートバックアップ (MySQL 5.6 から ) 実行例指定したバイナリログ (binlog ~000132) をコピー mysqlbinlog -u root -p --read-from-remote-server --host=host_name --raw --ssl binlog binlog binlog 指定したファイル以降に生成されたバイナリログを全てコピー mysqlbinlog -u root -p --read-from-remote-server --host=host_name --raw --ssl --to-last-log binlog 指定したファイル以降に生成されたバイナリログを全てコピーしその後生成されたファイルもコピーし続ける mysqlbinlog u root -p --read-from-remote-server --host=host_name --raw --ssl --stop-never binlog

36 補足 : ストレージエンジンごとの特性について InnoDB 共有テーブルスペースファイルと InnoDB ログファイルの組で 1 つの単位 innodb_file_per_table 設定時は *.ibd も必要共有テーブルスペースファイル :ibdata1 ibdata2 InnoDB データファイル :.ibd ファイル InnoDB ログファイル :ib_logfile0 ib_logfile1 テーブル定義ファイル :.frm ファイル MySQL5.6 以降ではトランスポータブル表領域機能を利用してテーブル単位でファイルコピーして移動可能 MySQL 5.5 以前のバージョンではファイルコピーだけでは移動は出来ないクラッシュセーフトランザクション対応ロックは行単位 MySQL Enterprise Backup( 旧名称 InnoDB Hot Backup) でホットバックアップ可能 36

37 補足 : ストレージエンジンごとの特性について MyISAM 3 つのファイルから構成される (.frm.myd.myi) ファイルとして書込み禁止 (FLUSH TABLES WITH READ LOCK) すればファイルコピーできるクラッシュセーフでは無い (MySQL サーバや OS のクラッシュ時には repair が必要 ) ロックはテーブル単位 37

38 Program Agenda バックアップ手法の概要バックアップ運用設計時の主な考慮事項対象のファイルバックアップ / リストア例 MySQL Enterprise Backup 38

39 前提設定ファイル my.cnf の配置先 /usr/local/mysql/data/my.cnf [mysqld] datadir=/usr/local/mysql/data socket=/usr/local/mysql/data/mysql.sock user=mysql log_bin=binlog server_id=1 # For MySQL 5.7 recommended settings default_password_lifetime=0 log_timestamps=system binlog_error_action=ignore_error secure_file_priv=/usr/local/mysql/mysql-files 39

40 OS コマンドによる物理バックアップ例 1. MySQL サーバを停止 $ mysqladmin --user=root --password=root --socket=/usr/local/mysql/data/mysql.sock shutdown 2. コールドバックアップを取得する $ cp -rp /usr/local/mysql/data /backup/mysql MySQL サーバを起動する $ mysqld --defaults-file=/usr/local/mysql/data/my.cnf & 40

41 物理バックアップのリストア例 1. マシンやディスクが壊れている場合は復旧する 2. MySQL サーバが起動している場合は停止する 3. 既存のデータベース領域を削除する $ rm -rf /usr/local/mysql/data 4. バックアップファイルをリストアする $ cp -rp /backup/mysql /usr/local/mysql/data 5. MySQL サーバを起動する $ mysqld --defaults-file=/usr/local/mysql/data/my.cnf & 41

42 mysqldump によるバックアップ例基本 :InnoDB のトランザクションを使用してデータベース全体のバックアップを取得 $ mysqldump --user=root --password=root --master-data=2 --socket=/usr/local/mysql/data/mysql.sock --hex-blob --default-character-set=utf8 --all-databases --single-transaction > mysql_bkup_dump.sql 例外 : 全てのテーブルをロックしてデータベース全体のバックアップを取得 $ mysqldump --user=root --password=root --master-data=2 --socket=/usr/local/mysql/data/mysql.sock --hex-blob --default-character-set=utf8 --all-databases --lock-all-tables > mysql_bkup_dump.sql 42

43 mysqldump のオプション --master-data=2 バックアップ取得のバイナリファイル名とバイナリファイル内の位置 (Position) をコメントとしてバックアップファイルに記録 --hex-blob バイナリ型 (BINARY VARBINARY BLOG) と BIT 型のデータを 16 進数表記で出力 --default-character-set mysqldump がデフォルトで利用するキャラクタセットを指定通常は MySQL サーバのシステム変数 default-character-set と同じものを指定すれば良い --all-databases 全てのデータベースをバックアップ --lock-all-tables 全てのテーブルをロックしてバックアップを取得する --single-transaction InnoDB がサポートしているトランザクションの仕組みを利用して InnoDB テーブルに限り一貫性のとれたバックアップを取得する 43

44 注意事項 :mysqldump によるバックアップデータの整合性を保つためにバックアップ取得中はテーブルに関する DDL 文 ( ) を実行しないこと ALTER TABLE, CREATE TABLE, DROP TABLE,RENAME TABLE, TRUNCATE TABLE マニュアルの --single-transaction オプションの説明部分より引用 --single-transaction ダンプの処理中ダンプファイルが正当である ( テーブルの内容とバイナリログ座標が正しい ) ことを保証するためにほかの接続で ALTER TABLE CREATE TABLE DROP TABLE RENAME TABLE TRUNCATE TABLE ステートメントを使用しないようにしてください一貫性読み取りはこれらのステートメントから分離されないためダンプされるテーブルでこれらを使用すると mysqldump によって実行されテーブルの内容を取得する SELECT が正しくない内容を取得したり失敗したりすることがあります 44

45 mysqldump からのリストア例 1. マシンやディスクが壊れている場合は復旧する 2. MySQL サーバが起動している場合は停止する 3. 既存のデータベース領域を削除後再作成する ( 必要に応じて事前にバックアップを取得 ) $ rm -rf /usr/local/mysql/data $ mkdir /usr/local/mysql/data 4. バイナリログの出力を停止 (my.cnf から log-bin をコメントアウト ) この例の場合はバックアップしておいた my.cnf を /usr/local/mysql/data 配下に配置してから log-bin をコメントアウト 45

46 mysqldump からのリストア例 5. 権限テーブルとネットワーク接続を無効化した状態で MySQL サーバを起動 $ mysqld --defaults-file=/usr/local/mysql/data/my.cnf --skip-networking --skip-grant-tables & 6. バックアップファイルに記述された SQL 文を実行 $ mysql --default-character-set=utf8 --socket=/usr/local/mysql/data/mysql.sock < mysql_bkup_dump.sql 7. バイナリログの出力を再開して正常に再起動 $ mysqladmin --user=root --password=root --socket=/usr/local/mysql/data/mysql.sock shutdown $ mysqld --defaults-file=/usr/local/mysql/data/my.cnf & 46

47 mysqldump からのリストアの注意点 1 この手順では性能統計情報を格納する performance_schema や performance_schema を活用するための sys スキーマがリストアされないエラーログに performance_schema が無いというエラーが出力される [ 回避策 ] MySQL サーバ再起動後 mysql_upgrede を実行する $ mysql_upgrade --user=root --password=root --socket=/usr/local/mysql/data/mysql.sock 47

48 mysqldump からのリストアの注意点 2 エラーログに以下の様なエラーや警告が出力される場合があるが無視可能 ( この資料の手順ではシステム変数 log_error を設定していないため MySQL サーバーを起動したコンソールにエラーが出力される ) T11:59: :00 2 [ERROR] InnoDB: Table `mysql`.`innodb_table_stats` not found T11:59: :00 2 [ERROR] InnoDB: Fetch of persistent statistics requested for table `<<DB 名 >>`.`<< テーブル名 >>` but the required system tables mysql.innodb_table_stats and mysql.innodb_index_stats are not present or have unexpected structure. Using transient stats instead T11:59: :00 0 [Warning] InnoDB: Recalculation of persistent statistics requested for table `<<DB 名 >>`.`<< テーブル名 >>` but the required persistent statistics storage is not present or is corrupted. Using transient stats instead. 原因 mysql.innodb_table_stats mysql.innodb_index_stats がリストアされるよりも前にオブジェクトがリストアされる場合があるため 48

49 mysqldump からのリストアの注意点 3 この手順ではデータベースを復旧しているのみであるため datadir 配下にファイルを配置していた場合はそれらのファイルは別途復旧する必要がある MySQL 5.7 ではデフォルトで SSL 関連の設定が有効となり ( ) datadir 配下に ca.pem server-cert.pem server-key.pem などが配置されている mysql_ssl_rsa_setup を実行して再度セットアップ可能インストール方法によっては手動でセットアップする必要がある 49

50 バイナリログを使用したポイントインタイムリカバリ 1. ネットワーク接続を無効化した状態で MySQL サーバを起動 $ mysqld_safe --defaults-file=/usr/local/mysql/data/my.cnf --skip-networking & 2. バイナリログからロールフォワード用 SQL 文を生成し生成した SQL 文を実行する ( ファイル名とポジションは適切なものを指定 ) $ mysqlbinlog --disable-log-bin --start-position=1017 binlog binlog > recover.sql $ mysql --user=root --password=root --socket=/usr/local/mysql/data/mysql.sock --default-character-set=utf8 < recover.sql 50

51 バイナリログを使用したポイントインタイムリカバリ 3. 正常に再起動 $ mysqladmin --user=root --password=root --socket=/usr/local/mysql/data/mysql.sock shutdown $ mysqld --defaults-file=/usr/local/mysql/data/my.cnf & 51

52 Program Agenda バックアップ手法の概要バックアップ運用設計時の主な考慮事項対象のファイルバックアップ / リストア例 MySQL Enterprise Backup 52

53 MySQL Enterprise Backup 高速オンラインバックアップ & リカバリ MySQL Enterprise Edition で使用可能な InnoDB のオンラインバックアップツールフル増分部分バックアップ ( 圧縮可能 ) ポイントインタイムフル部分リカバリマルチスレッドによる並列バックアップ & リカバリ処理クラウドストレージとの直接の連携 (S3, etc.) 暗号化 AES 256 バイナリログおよびリレーログのバックアップ Oracle Secure Backup との連携 General Tablespace 対応マルチプラットフォーム対応 (Windows, Linux, Unix) MySQL Enterprise Backup の特徴と利点 53

54 高速なバックアップ mysqldump より 49 倍速い 54

55 高速なリストア mysqldump より 80 倍速い RTO が短い場合に役立つ 55

56 MySQL Enterprise Backup の動作ステップ 1:InnoDB のデータファイル (ibdata&.ibd) をバックアップこの時点のバックアップは DB 全体として整合性が取れていない ( バックアップ取得中にもデータが更新されている可能性があるため ) ステップ 2:InnoDB のログファイル (ib_logfile) をバックアップデータファイルバックアップ中のログファイルをバックアップログファイルには InnoDB への更新内容が記録されているステップ 3: バックアップしたログファイルをデータファイルに適用 DB 全体として整合性が取れた状態が完成ステップ 4: リストア ( 再配置 ) 整合性のとれたバックアップをリストア 56

57 バックアップオプション圧縮バックアップ : --compress, --compress-level=level SSH 経由のストリームバックアップテープデバイスへの直接バックアップ SBTインターフェース利用部分バックアップ : --include, --with-tts 増分バックアップ未使用領域のスキップ : --skip-unused-pages クラウドストレージとの直接連携 (S3, etc) 暗号化 (AES256 ) 57

58 バックアップ操作 ( 基本 ) バックアップ取得とログ適用を 1 回の操作で実行 shell# mysqlbackup --user=root -p --backup-dir=/home/admin/backups > backup-and-apply-log バックアップ取得とログ適用を分けて実行 shell# mysqlbackup --user=root -p --backup-dir=/home/admin/backups > backup shell# mysqlbackup --user=root -p --backup-dir=/home/admin/backups > apply-log 58

59 リストア操作 ( 基本 ) ログ適用済みのバックアップをリストア shell# mysqlbackup --defaults-file=/usr/local/mysql/my.cnf > --backup-dir=/home/admin/backups > copy-back ログ適用前のバックアップにログを適用しリストア shell# mysqlbackup --defaults-file=/usr/local/mysql/my.cnf > --backup-dir=/export/backups/full > copy-back-and-apply-log 59

/opt/mysql/backups/uncompressed 334M /opt/mysql/backups/uncompressed 334M total shell# mysqlbackup

60 バックアップオプション : 圧縮データによっては 80% 以上の大幅な圧縮も可能 shell# mysqlbackup --backup-dir=/opt/mysql/backups/uncompressed > backup 2>/dev/null && du -csh /opt/mysql/backups/uncompressed 334M /opt/mysql/backups/uncompressed 334M total shell# mysqlbackup --backup-dir=/opt/mysql/backups/compressed > --compress --compress-level=9 backup 2>/dev/null && du csh > /opt/mysql/backups/compressed 81M /opt/mysql/backups/compressed 81M total 60

backup-to-image 2>/dev/null ssh matt@solo > "cat > /tmp/backup.

61 バックアップオプション : ストリームバックアップリモートサーバにバックアップデータを出力テンポラリディレクトリを一時出力先として指定 shell# mysqlbackup --backup-image=- --backup-dir=/tmp/backup > --disable-manifest backup-to-image 2>/dev/null ssh matt@solo > "cat > /tmp/backup.img shell# ssh matt@solo "ls -lh /tmp/backup.img" -rw-r--r-- 1 matt staff 333M Sep 10 15:54 /tmp/backup.img 61

バックアップオプション :SBT インターフェースの利用既存のシステムバックアップツールとの統合可能 Oracle Secure Backup (fully supported) IBM Tivoli Storage Manager Symantec NetBackup shell-osb# mysqlbackup

62 バックアップオプション :SBT インターフェースの利用既存のシステムバックアップツールとの統合可能 Oracle Secure Backup (fully supported) IBM Tivoli Storage Manager Symantec NetBackup shell-osb# mysqlbackup --backup-image=sbt:backup-mattprod > --backup-dir=/tmp/backup backup-to-image shell-tsm# mysqlbackup --backup-image=sbt:my-tsm backup > --sbt-lib-path=/usr/lib/libobk.so > --sbt-environment= TDPO_OPTFILE=/opt/ibm/tsm/tdpo.opt > --backup-dir=/tmp/backup backup-to-image 62

63 バックアップオプション : 部分バックアップ重要なテーブル / スキーマのみをバックアップ InnoDB のトランスポータブルテーブルスペース (tss) もサポート shell# mysqlbackup --include=sakila.* --only-innodb-with-frm=related > backup shell# mysqlbackup --use-tts=with-minimum-locking > --include=employees.* --backup-dir=/opt/mysql/backups backup 63

64 バックアップオプション : 増分バックアップ前回のフルバックアップからの変更点のみをバックアップ shell# mysqlbackup --incremental > --incremental-base=dir:/opt/mysql/backup/monday > --incremental-backup-dir=/opt/mysql/backup/tuesday backup shell# mysqlbackup --incremental > --incremental-base=history:last_backup --with-timestamp > --incremental-backup-dir=/opt/mysql/backup backup 64

65 バックアップオプション : 未使用領域のスキップ InnoDB の空白領域や未使用領域はバックアップしないこのオプションと圧縮を組み合わせてバックアップの効率化 shell# mysqlbackup --backup-dir=/opt/mysql/backups/compressed > --compress --compress-level=9 --skip-unused-pages backup 65

66 バックアップオプション : クラウドストレージとの直接連携 Amazon S3 上へバックアップを取得 (MEB3.11 時点で対応しているのは Amazon S3 のみ ) shell# mysqlbackup > --cloud-service=s3 --cloud-aws-region=<aws region> > --cloud-access-key-id=<aws access key id> > --cloud-secret-access-key=< aws secret access key> > --cloud-bucket=<s3 bucket name> --cloud-object-key=<aws object key> > --backup-dir=/home/user/dba/s3backuptmpdir > --backup-image=- > backup-to-image 66

67 リストアオプション : クラウドストレージとの直接連携 Amazon S3 上のバックアップをリストア (MEB3.11 時点で対応しているのは Amazon S3 のみ ) shell# mysqlbackup > --cloud-service=s3 --cloud-aws-region=<aws region> > --cloud-access-key-id=<aws access key id> > --cloud-secret-access-key=< aws secret access key> > --cloud-bucket=<s3 bucket name> --cloud-object-key=<aws object key> > --backup-dir=/home/user/dba/s3backuptmpdir > --backup-image=- > image-to-backup-dir 67

68 バックアップオプション : 暗号化暗号化キーを直接指定する場合 shell# mysqlbackup --backup-image=/backups/image.enc --encrypt > --key=23d987f3a047b475c f9e a2b c12a34 > --backup-dir=/var/tmp/backup backup-to-image ファイルに格納した暗号化キーを使用する場合 shell# mysqlbackup --backup-image=/backups/image.enc --encrypt > --key-file=/meb/key --backup-dir=/var/tmp/backup backup-to-image 68

69 バックアップオプション : 復号化ファイルに格納した復号化キーを直接指定する場合 shell# mysqlbackup --backup-image=/backups/image.enc --decrypt > --key-file=/meb/key --backup-dir=/backups/extract-dir extract 69

70 MySQL Enterprise Edition 70

71 MySQL Enterprise Edition ビジネスクリティカルな環境において最高レベルの MySQL スケーラビリティセキュリティ信頼性アップタイムを実現しビジネスクリティカルな環境においてリスクとコストの削減を実現 MySQL 導入の最適化 Get Immediate Help if/when Needed Improve Performance & Scalability ROI の最適化をサポートユーザビリティ顧客満足の向上 Increase Customer Satisfaction Mitigate Risks Reduce TCO Enhance Agility & Productivity 71

72 MySQL Enterprise Edition のサービスカテゴリー拡張機能拡張性高可用性セキュリティ監査暗号化管理ツール監視バックアップ開発管理マイグレーションサポート技術サポートコンサルティングサポートオラクル製品との動作保証 72

73 商用版 MySQL がご提供する価値費用対効果の高い付加価値技術サポート知財補償商用版 MySQL 追加機能商用ライセンス 73

74 MySQL Editions Standard Edition Enterprise Edition Cluster CGE 機能概要 MySQL Database MySQL Connectors MySQL Replication MySQL Fablic MySQL Partitioning MySQL Utilities Storage Engine: MyISAM, InnoDB Storage Engine: NDB (ndbcluster) MySQL Workbench SE/EE* MySQL Enterprise Monitor* MySQL Enterprise Backup* MySQL Enterprise Authentication ( 外部認証サポート ) * MySQL Enterprise Audit ( ポリシーベース監査機能 ) * MySQL Enterprise Encryption ( 非対称暗号化 )* MySQL Enterprise Firewall (SQLインジェクション対策)* MySQL Enterprise Scalability ( スレッドプール ) * MySQL Enterprise High Availability (HAサポート) * Oracle Enterprise Manager for MySQL* MySQL Cluster Manager (MySQL Cluster 管理 ) * MySQL Cluster Geo-Replication * 商用版のみで利用可能な追加機能 74

75 Standard SE MySQL Editions Enterprise EE Oracle Premium Support 24 時間 365 日サポートインシデント数無制限ナレッジベースバグ修正 & パッチ提供コンサルティングサポートオラクル製品との動作保証 Oracle Linux Oracle VM Oracle Solaris Oracle Enterprise Manager Oracle GoldenGate Oracle Data Integrator Oracle Fusion Middleware Oracle Secure Backup Oracle Audit Vault and Database Firewall Cluster CGE 最新の対比表は MySQL Editions のサイトを参照下さい 75

76 MySQL Support の特徴パフォーマンスチューニングや SQL チューニングまで通常サポートの範囲内コンサルティングサポートが含まれておりクエリレビューパフォーマンスチューニングレプリケーションレビューパーティショニングレビューなどに対応可能ソースコードレベルでサポート可能ほとんどのサポートエンジニアがソースを読めるため対応が早い開発エンジニアとサポートエンジニアも密に連携している物理サーバー単位課金 CPU 数コア数に依存しない価格体系オラクルのライフタイムサポートサポートポリシーが明確であるため長期的な計画を立てやすい 76

77 参考情報 77

78 参考情報 MySQL Web サイト MySQL コミュニティ Web ページ日本 MySQL ユーザー会 ( メーリングリスト有り ) イベント案内 mysql.com のイベントページオラクル社全体のイベントページ (OTN Japan - イベントセミナー ) 78

79 MySQL のドキュメント MySQL Developer Zone( にドキュメント類が公開されている以下のドキュメントは 2015 年 6 月に日本語版が公開された MySQL 5.6 リファレンスマニュアル ( 含む MySQL Cluster マニュアル ) MySQL Enterprise Monitor マニュアル MySQL Enterprise Backup ユーザーズガイド ( バージョン ) 上記日本語版公開以降に英語版ドキュメントのみ修正されている内容もあるためドキュメント参照時は英語版ドキュメントも合わせてご参照下さい (URL の ja 部分を en に変更すると英語版ドキュメントが表示可能 ) 79

80 MySQL のドキュメント MySQL Documentation: MySQL Reference Manuals MySQL Documentation: MySQL Workbench MySQL Documentation: MySQL Utilities/MySQL Fabric MySQL Documentation: Connectors and APIs 80

81 MySQL のドキュメント MySQL Documentation: Other MySQL Documentation world database などのサンプルデータベースもダウンロード可能 MySQL Documentation: MySQL Enterprise Products 商用版製品に関するドキュメント 81

82 MySQL Enterprise Edition & Cluster CGE の試使用 30 日間トライアル Oracle Software Delivery Cloud 製品パックを選択 : MySQL Database 製品マニュアル 82

83 オラクルユニバーシティ MySQL 研修コース名日数価格 ( 税込 ) 開催日程 MySQL for Beginners 4 220,320 お問い合わせください MySQL データベース管理 I 3 165,240 MySQL データベース管理 II 2 110, /01/18-20, 2016/02/ /03/ /01/21-22, 2016/02/22-23, 2016/03/14-15 MySQL High Availability 3 231,336 お問い合わせください MySQL データーベース管理 I/II は MySQL5.5 対応 MySQL 入門は MySQL 5.0/5.1 対応ですコース開催予定は 2015 年 11 月現在のものです開催日程の最新情報は Oracle University ホームページ ( ) にてご確認ください価格 ( 税込み ) は 2015 年 11 月現在の価格です Oracle PartnerNetwork 会員様はパートナー割引価格で受講いただけます 83

84 管理者向け MySQL 5.6 対応認定資格 Oracle Certified Professional, MySQL 5.6 Database Administrator Oracle Certified Professional, MySQL 5.6 Database Administrator 資格はパーティショニングおよびレプリケーションにおける機能強化やパフォーマンス監視と診断の PERFORMANCE_SCHEMA の使用など MySQL 5.6 の新機能を含む MySQL データベースのインストール複製チューニングおよびセキュリティ設定など幅広い管理スキルを証明します認定試験 : MySQL 5.6 Database Administrator (1Z0-883) 本試験に合格することで資格取得できます日本語試験英語試験共に受験可能 84

85 開発者向け MySQL 5.6 対応認定資格 Oracle Certified Professional, MySQL 5.6 Developer Oracle Certified Professional, MySQL 5.6 Database Administrator 資格は MySQL データタイプや SQL シンタックステーブルやスキーマなどの各種オブジェクトストアドプロシージャビュー結合など MySQL データベースを使用したアプリケーション開発に必要なスキルを証明します認定試験 : MySQL 5.6 Developer (1Z0-882) 本試験に合格することで資格取得できます日本語試験英語試験共に受験可能 85

86 管理者向け MySQL 5.6 認定資格取得パス新規取得もアップグレードも一試験で学習 ( 研修受講 ) 受験資格取得これから資格取得を目指す方 MySQL データベース管理 I 3 日間 1Z0-883: MySQL 5.6 Database Administrator Oracle Certified Professional, MySQL 5.6 Database Administrator MySQL データベース管理 II 必須 2 日間 * MySQL データベース管理 I/II コースでは MySQL 5.6 新機能概要を補足資料として配布します OCP MySQL 5 DBA 資格取得者推奨 86

87 87

88 88

How to Use the PowerPoint Template

How to Use the PowerPoint Template MySQL バックアップ入門 Yoshiaki Yamasaki / 山崎由章 MySQL Senior Sales Consultant, Asia Pacific and Japan Safe Harbor Statement The following is intended to outline our general product direction. It is intended for