uVALUEテンプレート《新》

Transcription

1 Oracle Database 11g でも RMAN は使えます! Oracle バックゕップ リストゕ最新事情 2010/11/19 株式会社日立製作所石田一矢 Hitachi, Ltd All rights reserved.

2 Contents 1. SAP 環境におけるOracleバックゕップの現状 2. RMANバックゕップ概要 (10g / 11g ) 3. Oracle 11g のRMAN 新機能 高速圧縮バックゕップ 4. Oracle 11g のRMAN 新機能 DBリカバリゕドバイザ 5. Advanced Compressionデータ圧縮検証 6. SAP 環境のRMANを利用する上での設定 Hitachi, Ltd All rights reserved.

3 1 SAP 環境における Oracle バックゕップの現状 Hitachi, Ltd All rights reserved.

4 年 JSUG ゕンケート集計結果 Q1. DBMS における望まれる機能とは? 安価 ダウンタムの少ない DBMS ゕップグレード 8% 高度な DB セキュリテゖ及び暗号化 9% 特になし 4% 安価 高速な Backup 29% データベース圧縮 21% リゕルタムな利用状況のグラフゖカルなレポート表示 4% リソースの自動パフォーマンスチューニング 自動管理 25% Hitachi, Ltd All rights reserved. 3

5 年 JSUG ゕンケート集計結果 Q2. バックゕップ運用でお困りな点は? 特になし 13% Backup 容量が大きい 33% DBVerify に長時間 21% その他 0% バックゕップデータの信頼性に不安 0% バックゕップ取得時の CPU 使用率が高い Backup 時間が長い 33% Hitachi, Ltd All rights reserved. 4

6 1-3. データベース容量の増加 増加し続けるデータベース これら 3 つの課題は共通してデータベース容量の増加が大きな原因となります SAP システムの長年の利用に加え Unicode 化やエンハンスメントパッケージの適用 コンプライゕンス対応によるデータ保存義務などの規制要件により 一昔前と比較してデータベース容量は確実に大きなものとなっております Unicode EhP 規制要件 ( 履歴データの保存義務 ) Backup データの増加 Backup 時間の増加 DB Verify 時間の増加 Hitachi, Ltd All rights reserved. 5

7 1-4. Split Mirror Backup Split-Mirror Backup 比較的大規模且つ 基幹となる SAP システムではデータベースバックゕップにサーバの負荷及びバックゕップ 復旧時間の低減を目的とした Split-Mirror バックゕップを利用しているお客様が多いですが Split-Mirror バックゕップには以下の課題がございます ストレージコスト ソフトウェゕコスト 複雑なリストゕ手順 Hitachi, Ltd All rights reserved. 6

8 1-5. Split Mirror Backup の適用範囲 Split-Mirror Backup の適用範囲 Split-Mirror は比較的コストの掛かる手法の為 全てのサーバーに対して利用される訳ではございません 非本番環境や ERP 以外の本番プロダクトに対しては Split Mirror 方式以外のバックゕップを採用されるケースが一般的です ERP 本番 BW 本番 SOLMAN Split Mirror 方式は採用しないケースが多い Split Mirror 方式は高価な為 ERP 本番機のみに採用 ERP 品証 ERP 開発 BW 開発 Hitachi, Ltd All rights reserved.

9 2 RMAN バックゕップ機能 (10g / 11g ) Hitachi, Ltd All rights reserved.

10 2-1. RMAN バックゕップのメリット振り返り RMAN (Recovery MANager) を利用するメリット RMAN を利用することにより 以下のメリットを得ることが可能です バックゕップ時間の短縮や Backup 容量の圧縮につきましては 11g R2 でさらに機能が追加されております RMAN を利用する 4 つの大きなメリット Backup 容量の圧縮 Backup 時間の短縮 データベース破損ブロックの検出 BR*Tools とのシームレスな連携 Hitachi, Ltd All rights reserved. 9

11 2-2. RMAN バックゕップセット圧縮 RMAN バックゕップセット圧縮 10g から 昨年のセミナーでもご紹介しましたが RMAN バックゕップセットの圧縮オプションを利用する事により データベースの 20% 程度まで圧縮することが可能となります init<sid>.sap backup_mode = full backup_dev_type = disk Full Backup ( Level0 ) disk_copy_cmd = rman_set rman_compress = on disk_copy_cmd に rman_set を設定する事でバックゕップセット形式でのバックゕップを取得 rman_compress のオプションを on にする事により RMAN 圧縮が有効になります 利用量 :270GB GB 未使用ブロックの圧縮機能により意識するのは利用量のみとなります Hitachi, Ltd All rights reserved. 10

12 2-3. Backup 速度比較 バックゕップ比較 ( Oracle10g / 11g 共通 ) 300GB のデータベース ( 利用量 :270GB) に対してフルバックゕップの取得を行い取得形式毎にバックゕップ容量及びバックゕップ時間の比較を行いました * いずれも BASIC オプションでのバックゕップ データ圧縮は未実装状態 取得形式 圧縮方式 並列処理 (exec_parallel) BR*BACKUP ( copy/disk ) BR*BACKUP ( copy/disk ) BR*BACKUP (rman_set/disk) BR*BACKUP (rman_set/disk) BR*BACKUP (rman_set/disk) BACKUP 容量 非圧縮有 300GB 110 分 BACKUP 時間 ( DISK BKUP ) 圧縮有 55GB 150~170 分 *1 非圧縮有 200GB 90 分 圧縮有 55GB 55 分 圧縮無 *2 55GB 140 分 *2 *1 BR*BACKUP の通常の圧縮は 150 分 ~190 分と同一環境で取得した際もパフォーマンスにムラが出ました *2 BR*BACKUP のパラメータ exec_parallel を利用しない場合 プロセッサスピードが遅い CPU をご利用の場合は顕著にパフォーマンスが劣化します (E5300 番台のプロセッサを利用した場合 6 時間程度バックゕップ時間を要しました ) Hitachi, Ltd All rights reserved. 11

13 2-4. 増分バックゕップ機能 増分バックゕップ機能 10g から データベースの増分バックゕップを活用する事により 本番環境のみならず ゕプリケーションデータの更新量が比較的少ない開発環境のバックゕップにおいても DISK 容量を削減する事が可能となります init<sid>.sap backup_dev_type = disk disk_copy_cmd = rman_set rman_compress = on backup_mode = incr 変更ブロック Incr. Backup ( Level1 ) backup_mode に incr を設定する事により差分バックゕップを取得する事が可能となります ( ちなみに差分バックゕップの元となるバックゕップ (Level0) の場合はパラメータを full にする 差分バックゕップでは変更ブロックのみが取得される為 バックゕップ容量を削減する事が可能 Hitachi, Ltd All rights reserved. 12

14 2-5. 差分増分 Backup と累積増分 Backup 差分増分バックゕップと累積増分バックゕップ機能 10g から Oracle では差分バックゕップに 差分増分バックゕップ と 累積増分バックゕップ の 2 種類のバックゕップがございますが SAP 環境では 累積増分バックゕップ のみがサポートされております SAP サポートはこちら 日月火水木金土 日 ~ 月変更日 ~ 火変更日 ~ 水変更日 ~ 木変更日 ~ 金変更日 ~ 土変更 累積増分バックゕップ ( 常に Level0 からの差分 ) Level0 Level1 Level1 Level1 Level1 Level1 Level1 月変更火変更水変更木変更金変更土変更 差分増分バックゕップ ( 前回からの差分のみ ) Level0 Level1 Level1 Level1 Level1 Level1 Level1 Hitachi, Ltd All rights reserved. 13

15 2-6. 高速増分バックゕップ (BCT 機能 ) 高速増分バックゕップ機能 ( ブロック変更追跡機能 ) 10g から ブロック変更追跡機能を活用する事により 高速増分バックゕップ を実装する事が可能となります ( SAP Note: ) 高速増分バックゕップを利用する事により バックゕップ容量のみならず バックゕップ時間も抑える事が可能です SQL> ALTER DATABASE ENABLE BLOCK CHANGE SQL> TRACKING USING FILE 任意の BCT フゔル名 ; 1. SQL 発行 ブロック変更追跡機能を使う使わないの違いにより 増分バックゕップの性能は大きく異なります ブロック変更追跡フゔイル (BCTF) に変更情報が記録される為 次の増分バックゕップの際は変更ブロックのみが取得対象となります BCTF は数十 MB 程度 2. BCT フゔイル作成 変更ブロック Incr. Backup ( Level1 ) Hitachi, Ltd All rights reserved. 14

16 2-7. バックゕップ速度比較 (BCT ON/OFF) バックゕップ比較 ( Oracle11g BCT ON/OFF ) 300GB のデータベース ( 利用量 :270GB) に対してフルバックゕップの取得を行い取得形式毎にバックゕップ容量及びバックゕップ時間の比較を行いました 検証内容 (BCT ON の場合は ) BCT 機能を有効化 RMAN バックゕップセット形式のフルバックゕップ (Level0) を取得 Client Copy (+35GB/ データ圧縮無し ) を実施 増分バックゕップの取得を実施してバックゕップ時間 / 容量を計測 フルバックゕップ (Level0) に掛かった時間は 60 分 フルバックゕップ (Level0) のバックゕップ容量は 55GB BCT 機能バックゕップ時間バックゕップ容量 OFF 55min 15.5GB ON 24min 15.5GB この増分バックゕップの際のBCTフゔイルは11.3MB BCTフゔイル作成時にこのサイズで作成され 今回の検証では増分バックゕップを取得前後を比較しても特にBCTフゔイルのサイズに大きな変化はなし Hitachi, Ltd All rights reserved. 15

17 2-8. 累積増分バックゕップのリストゕ 累積増分バックゕップのリストゕ方法 累積増分バックゕップをリストゕする際は Level0 バックゕップ + 最新の Level1 バックゕップを利用します BR*TOOLS を利用したリストゕではリストゕ対象の Level1 バックゕップを指定することにより 自動的に Level0 のフルリストゕも行われます Restore Level0 BR*TOOLS からリストゕ対象を指定する際は最新の Level1 を指定するだけで Level0 も自動的にリストゕされる BR*Tools Level1 リストゕ指定 Hitachi, Ltd All rights reserved. 16

18 2-9. リストゕ比較 累積増分バックゕップリストゕ比較 累積増分バックゕップのリストゕ検証結果となります 先にご紹介したとおり 累積増分バックゕップのリストゕでは BR*TOOLS から Level1 バックゕップを指定する事により Level0 バックゕップもリストゕされます リストゕデータ リストゕ対象のデータベースは 300GB( 利用量 :270GB) Oracle 11g R2 リストゕ対象の Level1 バックゕップは高速増分バックゕップで取得 Level1 バックゕップは Client Copy (+36GB/ データ圧縮無し ) 後のバックゕップ フルバックゕップ (Level0) に掛かった時間は 60 分 容量は 55GB 増分バックゕップ (Level1) に掛かった時間は 24 分 容量は 15.5GB バックゕップタプ Level0 フルバックゕップ Level1 増分バックゕップ リストゕ時間 40 分 25 分 BR*TOOLS では Level1 増分バックゕップを指定すると自動的に Level0 フルバックゕップのリストゕから開始される Level0 バックゕップのリストゕ完了後に処理続行を選択し Level1 のリストゕを行う Hitachi, Ltd All rights reserved. 17

19 2-10. データベース破損ブロックの検出 データベース破損ブロックの検出 10g から RMAN を活用する事によりバックゕップ中にデータベースの破損ブロックのチェックがされますので 常に整合性の取れたバックゕップが保証されます また DB Verify 処理が不要になる事により Verify 中の CPU 負荷 I/O 負荷を低減するだけでなく メンテナンス時間の確保など運用が柔軟になります 0 時 夜間処理 SAP 運用時間帯 通常のバックゕップ ( RMAN 以外 ) DB Verify 夜間処理 Backup SAP 運用時間帯 RMAN バックゕップ DB Verify Backup Hitachi, Ltd All rights reserved. 18

20 2-11. データベース破損ブロックの検出 データベース破損ブロックの検出 ブロック破損の検出は以下の形で検出されます 1. BR*BACKUP は RC=5 で異常終了し ログには以下の様にブロック破損が記載 RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: =========================================================== RMAN-03009: failure of backup command on dsk channel at 11/12/ :00:05 ORA-19566: exceeded limit of 0 corrupt blocks for file E: ORACLE HC3 SAPDATA1 SR3_1 SR3.DATA1 2. V$DATABASE_BLOCK_CORRUPTION に破損ブロックとデータフゔイル番号が出力される SQL> SELECT * FROM V$DATABASE_BLOCK_CORRUPTION; FILE# BLOCK# BLOCKS CORRUPTION_CHANGE# CORRUPTION CHECKSUM Hitachi, Ltd All rights reserved. 19

21 2-12. BR*Tools との連携 BR*Tools とのシームレスな連携 10g から RMANはSAP 提供のOracle 管理ツール BR*Toolsとシームレスに連携している為 BR*Backupをご利用のお客様は使い慣れたBR*ToolsのUIを利用してRMANの操作を行う事が可能となります JOB Scheduler (JP1) 管理者は BR*Tools の管理画面から RMAN を利用したバックゕップ リストゕを操作 外部 JOB スケジューラにも BR*Backup コマンドを定義するだけ BR*Tools (BR*Backup) BR*Tools と RMAN 間の連携は簡単なプロフゔイル (init<sid>.sap) 設定のみ init<sid>.sap RMAN disk_copy_cmd = rman_set Hitachi, Ltd All rights reserved. 20

22 3 Oracle 11g の RMAN 新機能 高速圧縮バックゕップ Hitachi, Ltd All rights reserved.

23 3-1. Oracle 11g RMAN 新機能 Oracle 11g RMAN 新機能 高速圧縮バックゕップ Oracle 11g では RMAN も強化されております 本セミナーでは特に 11g RMAN で新規に実装された新しいバックゕップ圧縮についてご紹介します 11g の新規高速圧縮バックゕップ Oracle Database 10g のバックゕップ圧縮ゕルゴリズム (BZIP2) に加えて Oracle RMAN は ZLIB ゕルゴリズムをサポートできるようになりました ZLIB は BZIP2 に対して低い圧縮率となる代わりに高速なバックゕップを取得することが可能です 11g R2 からはさらに HIGH と LOW の 2 つの選択肢が増えました 圧縮設定名 ( 圧縮効果 ) Advanced Compression 説明 BASIC 不要 MEDIUMと同等の圧縮率だが CPUオーバーヘッド が高い HIGH 必要高いCPUオーバーヘッドが発生するが 最も圧縮率 11.2 が高い MEDIUM 必要高速 CPUオーバーヘッドと圧縮率のバランスに優 11.2 れている 11g R1の高速圧縮バックゕップ相当 LOW 必要最も高速 最も低い CPU オーバーヘッド 11.2 Hitachi, Ltd All rights reserved. 22

24 3-2. Oracle 11g Advanced Compression Oracle 11g Advanced Compression Option Advanced Compression Option は Oracle 11g から提供されている包括的な圧縮機能です Advanced Compression Option 格納データの圧縮 OLTP 表圧縮 SecureFiles 圧縮 バックゕップの圧縮 RMAN の高速圧縮 DataPump 圧縮 通信データの圧縮 DataGuard の REDO 転送 Advanced Compression Option は格納データの圧縮のみを指している訳ではありません RMAN 圧縮も Advanced Compression Option の一機能です Hitachi, Ltd All rights reserved. 23

25 3-3. Oracle 11g 高速圧縮バックゕップ Oracle 11g RMAN 高速圧縮バックゕップ RMAN の高速圧縮バックゕップの設定方法についてご紹介します 高速圧縮バックゕップ設定方法 1. RMANコマンドからRMAN 高速圧縮バックゕップのタイプを設定する RMAN> CONFIGURE COMPRESSION ALGORITHM LOW / MEDIUM / HIGH ; RMAN 実行前に RMAN からバックゕップタイプを設定するだけ 2. RMAN コマンド SHOW COMPRESSION ALGORITHM を実行し タイプを確認 RMAN> SHOW COMPRESSION ALGORITHM; RMAN configuration parameters for database with db_unique_name HC3 are: CONFIGURE COMPRESSION ALGORITHM 'HIGH' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR LOAD TRUE; Hitachi, Ltd All rights reserved. 24

26 3-4. Oracle 11g 高速圧縮バックゕップ Oracle 11g RMAN 高速圧縮バックゕップ Oracle 11g へゕップグレード後から高速圧縮バックゕップの利用が可能となります 高速圧縮バックゕップの検証結果について纏めました * 2CPU/8Core/16 スレッド Xeon X5500 番台バックゕップ多重度 :16 高速圧縮バックゕップ検証結果 Level0 Full Backup 圧縮設定名バックゕップ時間 CPU 利用率 ( 平均 ) バックゕップ容量 BASIC 55min 17% 55GB HIGH 65min 42.6% 50GB MEDIUM 55min 24.4% 65GB LOW 50min 12% 70GB プロセッサ性能が低い もしくはバックゕップの多重度が低い場合はバックゕップ時間に大きな差が出ます Hitachi, Ltd All rights reserved. 25

27 3-5. Oracle 11g 高速圧縮バックゕップ Oracle 11g RMAN 高速圧縮バックゕップ 低スペックサーバ編 プロセッサ性能が低い環境では先述した様に圧縮オプションを HIGH にするとバックゕップ速度に顕著に悪影響が出ます 2CPU/8Core/8 スレッド Xeon E5300 番台のサーバの検証結果 RMAN オプションが HIGH の場合の Level0 バックゕップ結果 8 多重実行時 :170 分 1 多重実行時 :750 分 RMAN オプションが BASIC の場合の Level0 バックゕップ結果 8 多重実行時 :70 分 1 多重実行時 :140 分 RMAN オプションが LOW の場合の Level0 バックゕップ結果 1 多重でも 8 多重でもバックゕップ時間は 50 分前後で終了 CPU 性能が低い場合 もしくはバックゕップ多重度が低い場合は RMAN オプションを LOW にする事を推奨 Hitachi, Ltd All rights reserved. 26

28 3-6. Oracle 11g 高速圧縮バックゕップ Oracle 11g RMAN 高速圧縮バックゕップ Level1 バックゕップ RMAN オプションは増分バックゕップ (Level1) に対する影響を調べました 本検証では既に Advanced Compression( データ圧縮実装済み ) の状態のシステムに対してテストを行っております 検証内容 (BCT ON の場合は ) BCT 機能を有効化 データ圧縮有効化済 Client Copy2 回分 (+26GB/ データ圧縮有 ) を実施 増分バックゕップの取得を実施してバックゕップ時間 / 容量を計測 圧縮設定名バックゕップ時間バックゕップ容量 BASIC 41min 26GB HIGH 79min 23GB MEDIUM 23min 27GB LOW 19min 30GB Hitachi, Ltd All rights reserved. 27

29 3-7. Oracle 11g 高速圧縮バックゕップ Oracle 11g RMAN 高速圧縮バックゕップの推奨 これまでの検証結果から 11g RMAN から利用可能な高速圧縮バックゕップの推奨について纏めました CPU 性能 BACKUP 多重度 BACKUP LEVEL BACKUP TYPE 高多 0(FULL) HIGH ( 要件により MEDIUM,BASIC) 高多 1( 増分 ) LOW 高少 0(FULL) 要件により選択 高少 1( 増分 ) LOW 低多 0(FULL) 要件により選択 (HIGH 以外 ) 低多 1( 増分 ) LOW 低少 0(FULL) LOW 低少 1( 増分 ) LOW CPU 性能が低い またはOnline Backupにより多重度を上げたくないケース (CPU 性能をフルに使いたくない場合 ) 増分バックゕップの際はLOWで取得する事を推奨します また 今回の検証は全てD2Dの検証でしたがTapeへ取得する際もLOWを選択する事を推奨します Hitachi, Ltd All rights reserved. 28

30 4 Oracle 11g の RMAN 新機能 データベースリカバリゕドバイザ Hitachi, Ltd All rights reserved.

31 4-1. データベース破損ブロックの検出 データベース破損ブロックの検出 ブロック破損の検出は以下の形で検出されます 1. BR*BACKUP は RC=5 で異常終了し ログには以下の様にブロック破損が記載 RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: =========================================================== RMAN-03009: failure of backup command on dsk channel at 11/12/ :00:05 ORA-19566: exceeded limit of 0 corrupt blocks for file E: ORACLE HC3 SAPDATA1 SR3_1 SR3.DATA1 2. V$DATABASE_BLOCK_CORRUPTION に破損ブロックとデータフゔイル番号が出力される SQL> SELECT * FROM V$DATABASE_BLOCK_CORRUPTION; FILE# BLOCK# BLOCKS CORRUPTION_CHANGE# CORRUPTION CHECKSUM Hitachi, Ltd All rights reserved. 30

32 4-2. ブロック破損の修復処理 1 データベースリカバリゕドバザ 11g から ブロック破損の修復処理をデータベースリカバリゕドバイザを利用して実施します 1. RMAN コマンド list failure コマンドでデータベース障害リストを確認 RMAN> list failure; using target database control file instead of recovery catalog List of Database Failures ========================= 破損ブロックが存在するデータフゔイル Failure ID Priority Status Time Detected Summary HIGH OPEN 12-NOV Datafile 34: 'E: ORACLE HC3 SAPDATA1 SR3_1 SR3.DATA1' contains one or more corrupt blocks Hitachi, Ltd All rights reserved. 31

33 4-3. ブロック破損の修復処理 2 データベースリカバリゕドバザ 11g から ブロック破損の修復処理をデータベースリカバリゕドバイザを利用して実施します 2 RMAN コマンド advice failure コマンドでデータベース障害に対するゕドバイスを参照 RMAN> advise failure; ~~~~~~~~~~~~~~~~~~~ 修復スクリプトが最後に自動 Automated Repair Options 生成されます ======================== Option Repair Description Restore and recover datafile 34 Strategy: The repair includes complete media recovery with no data loss Repair script: e: oracle hc3 saptrace diag rdbms hc3 hc3 hm reco_ hm Hitachi, Ltd All rights reserved. 32

34 4-4. ブロック破損の修復処理 3 データベースリカバリゕドバザ 11g から ブロック破損の修復処理をデータベースリカバリゕドバイザを利用して実施します 3 自動修復スクリプトの中身を確認 oracle hc3 saptrace diag rdbms hc3 hc3 hm reco_ hm # restore and recover datafile sql 'alter database datafile 34 offline'; restore datafile 34; recover datafile 34; sql 'alter database datafile 34 online'; Hitachi, Ltd All rights reserved. 33

35 4-5. ブロック破損の修復処理 4 データベースリカバリゕドバザ 11g から ブロック破損の修復処理をデータベースリカバリゕドバイザを利用して実施します 4. 自動修復の実行 RMAN> repair failure; Strategy: The repair includes complete media recovery with no data loss Repair script: : e: oracle hc3 saptrace diag rdbms hc3 hc3 hm reco_ hm contents of repair script : # restore and recover datafile sql alter database datafile 34 offline ; restore datafile 34; recover datafile 34; sql 'alter database datafile 34 online'; yes を選択することにより自動修復スクリプトが実行されます Do you really want to execute the above repair ( enter YES or NO)? yes executing repair script ~~~~~~~~~~~~~~~~~ Hitachi, Ltd All rights reserved. 34

36 4-6. ブロック破損の修復処理 5 データベースリカバリゕドバザ 11g から ブロック破損の修復処理をデータベースリカバリゕドバイザを利用して実施します 5. ブロック破損修復の確認 処理完了後に再度 list failure コマンドを実施し ブロック破損が修復されている事を確認します RMAN> list failure; no failures found that match specification RMAN> 併せて V$DATABASE_BLOCK_CORRUPTION を確認し 破損ブロックがない事を確認します SQL> SELECT * FROM V$DATABASE_BLOCK_CORRUPTION; no rows selected Hitachi, Ltd All rights reserved. 35

37 5 Advanced Compression データ圧縮検証 Hitachi, Ltd All rights reserved.

38 年 JSUG ゕンケート集計結果 Q1. DBMS における望まれる機能とは? 安価 ダウンタムの少ない DBMS ゕップグレード 8% 高度な DB セキュリテゖ及び暗号化 9% 特になし 4% 安価 高速な Backup 29% データベース圧縮 21% リゕルタムな利用状況のグラフゖカルなレポート表示 4% リソースの自動パフォーマンスチューニング 自動管理 25% Hitachi, Ltd All rights reserved. 37

39 5-2. Oracle 11g Advanced Compression Oracle 11g Advanced Compression Option Advanced Compression Option は Oracle 11g から提供されている包括的な圧縮機能です Advanced Compression Option 格納データの圧縮 OLTP 表圧縮 SecureFiles 圧縮 バックゕップの圧縮 RMAN の高速圧縮 DataPump 圧縮 通信データの圧縮 DataGuard の REDO 転送 Advanced Compression Option は格納データの圧縮のみを指している訳ではありません RMAN 圧縮も Advanced Compression Option の一機能です Hitachi, Ltd All rights reserved. 38

40 5-3. 格納データの圧縮効果 格納データの圧縮効果 圧縮前情報 本検証の中で 格納データの圧縮について圧縮効果の検証をしました 圧縮を行ったのは OLTP 表圧縮 SecureFiles 圧縮 Index 圧縮の 3 種類です 元のデータ合計容量は 270GB TABLE の圧縮は 0 件の状態 TABLE のセグメント数は 80,000 超 Hitachi, Ltd All rights reserved. 39

41 5-4. 格納データの圧縮効果 格納データの圧縮効果 圧縮後情報 本検証の中で 格納データの圧縮について圧縮効果の検証をしました 圧縮を行ったのは OLTP 表圧縮 SecureFiles 圧縮 Index 圧縮の 3 種類です 検証では 270GB から 210GB に削減 圧縮すると圧縮済の行に件数が登録 Oracle 新機能の影響でセグメント数が減少 Hitachi, Ltd All rights reserved. 40

42 5-5. 格納データの圧縮効果 格納データの圧縮効果 個別テーブル結果 次に圧縮を行った結果の個別テーブルの圧縮効果を参照します 比較的サイズの大きなテーブル且つある程度圧縮効果の高かったテーブルの一覧 テーブル名 圧縮タプ 圧縮前サズ (MB) 圧縮後サズ (MB) DYNPSOURCE SecureFiles 23,960MB 728MB 3% D010TAB~0 INDEX 6,854MB 3,986MB 58% D010TAB~1 INDEX 5,545MB 4,061MB 73% FPLAYOUT SecureFiles 3,308MB 628MB 19% D010TAB OLTP 3,479MB 1,664MB 48% D010INC~1 INDEX 2,970MB 1,988MB 67% DDNTF SecureFiles 2,688MB 1,534MB 58% INDTEXT SecureFiles 1,536MB 1,072MB 70% PPOIX OLTP 1,158MB 848MB 73% AGKO OLTP 938MB 563MB 60% 圧縮後サズ (%) DYNPSOURCE FPLAYOUT といった一部の SecureFiles 圧縮で高い圧縮効果 Hitachi, Ltd All rights reserved. 41

43 5-6. 格納データの圧縮効果 格納データの圧縮効果 Client Copy 続いて Client Copy を実施し データの増加量比較を行いました ( Client Copy は全く同じ環境 同じクライゕントに対して実施 ) Client Copy によるデータ増量検証 回数 データ圧縮前 Cleint Copy データ増量 1 回目 35GB 13GB 2 回目 35GB 13GB 合計 70GB 26GB データ圧縮後 Client Copy データ増量 データベース圧縮後の Client Copy では高い圧縮効果を確認 ( データベース増量が 37% に削減 ) Hitachi, Ltd All rights reserved. 42

44 5-7. データ圧縮による RMAN 圧縮の影響 データ圧縮による RMAN 圧縮の影響 データ圧縮前後での RMAN 圧縮バックゕップの影響について検証を行いました データ圧縮後の RMAN 圧縮実行時間 ( 全て BASIC オプション ) 検証環境 Backup Level 圧縮前 Level 0 圧縮前 Level 1 圧縮後 Level 0 圧縮後 Level 1 データベース容量 ( 増加サズ ) バックゕップ時間 270GB 55min 55GB +36GB 20min 15GB 210GB 60min 60GB +15GB 24min 15GB バックゕップサズ データ圧縮前後の RMAN 圧縮バックゕップはバックゕップサズ バックゕップ容量共にデータ圧縮の恩恵を受ける事はありません Hitachi, Ltd All rights reserved. 43

45 6 SAP 環境で RMAN を 利用する上での設定 Hitachi, Ltd All rights reserved.

46 6-1. SAP 環境で RMAN を利用する上での設定 RMAN を利用する上でのプロフゔル設定 SAP 社提供の BR*BACKUP と RMAN を連携する為には BR*BACKUP のプロフゔイル init<sid>.sap に対して RMAN に関連するプロフゔイルの設定を行う必要があります Profile Option 概要 backup_mode backup_type all / full / incr online / offline / offline_force バックゕップの取得方法を指定 Level 0 バックゕップでは FULL を選択増分バックゕップでは INCR を選択 disk_copy_cmd copy / rman_set バックゕップ形式の指定 backup_dev_type tape / disk バックゕップ対象の選択 rman_compress exec_parallel yes / no <CPUs> バックゕップタイプ (Online/Offline) を指定オンラインバックゕップ時は online を指定 Offline_force を選択する事により SAP 停止 / 起動処理を行わずとも自動的に DB Offline Backup を取得可能 RMAN バックゕップセット形式でのバックゕップ取得時の圧縮指定 原則 Yes を指定 DISK バックゕップ / リストゕ時の並列数の指定 オフラインバックゕップであれば CPU 数と同数の並列数をお奨めします Hitachi, Ltd All rights reserved. 45

47 6-2. SAP 環境で RMAN を利用する上での設定 RMAN を利用する上での設定 ( プロフゔル以外 ) BR*BACKUP プロフゔイル以外の推奨設定 注意点についての纏めとなります 増分バックゕップを行う際の高速増分バックゕップの実装 増分バックゕップを行う際の RMAN 圧縮タプを LOW にする CPU 性能が低い場合や CPU リソースをフルに使いきりたくない場合は RMAN 圧縮タプを LOW にする CPU 性能が高速且つ オフランバックゕップ時など CPU リソースを限界まで使い切れる場合のみ RMAN 圧縮オプション HIGH を選択する事を検討する ブロック破損検出時などのデータベース障害時はデータベースリカバリゕドバザを活用する Hitachi, Ltd All rights reserved. 46

48 他社商品名 商標等の引用に関する表示 他社商品名 商標等の引用に関する表示 Oracleは 米国 Oracle Corporation 及びその子会社 関連会社の登録商標です Oracle 及び Oracle Database 11g は 米国オラクル コーポレーション及びその子会社 関連会社の米国及びその他の国における登録商標または商標です Microsoftは 米国およびその他の国における米国 Microsoft Corp. の登録商標です Microsoft(R) Windows Serverは米国 Microsoft Corp. の商品名称です SAPは SAP AGのドイツおよびその他の国における登録商標または商標です SAP ERP SAP NetWeaverは SAP AGのドイツおよびその他の国における登録商標または商標です その他記載の会社名 製品名は それぞれの会社の商標もしくは登録商標です Hitachi, Ltd All rights reserved. 47

49

50

51 Oracle Database11g でも RMAN は使えます! Oracle バックゕップ リストゕ最新事情 - End /11/19 株式会社日立製作所石田一矢 Hitachi, Ltd All rights reserved.

52 Appendix 参考 SAPNote Hitachi, Ltd All rights reserved.

53 補足 : 参考 SAP ノート No. ノート番号 タイトル BRTools および SAPDBA の最新バージョン BRSPACE を使用したテーブルの再編成 RMAN ブロック変更追跡機能による増分バックゕップ Support for RMAN savesets for backups on hard disk Oracle データベースでの索引キー圧縮の使用 FAQ: Oracle 圧縮 Oracle 11g: SecureFiles - The new way to store LOB data LOB conversion and table compression with BRSPACE Oracle 11g : SAP システムに対する高度な圧縮 Support for index compression in BRSPACE 7.20 Hitachi, Ltd All rights reserved. 52