Microsoft PowerPoint Oracle発表資料_カンペ付_石田改定.pptx

バックアップ・リカバリの新しい一手

バックアップ・リカバリの新しい

手

- SAP/Oracle環境下における/ 環境下における

RMAN/Flash back Databaseの活用

2009/12/4 株式会社 日立製作所 情報・通信グループ 株式会社 日立製作所 情報 通信グル プ 産業・流通システム事業部 エンタープライズパッケージ本部 SAPソリューションセンタ ベーシスグループ 津田 知哉

© Hitachi, Ltd. 2009. All rights reserved. 津田 知哉

1 バックアップの現状

Contents

1. バックアップの現状 2. RMANを利用するメリット 3. SAP環境でのRMAN設定 4. Flashback Database 5. Migration時のDBMS選定 -WindowsでもOracle

1

バックアップの現状

システムの潜在的な脅威

１-１．

システムの潜在的な脅威

問題なく稼動しているシステムでも、どんな要因で、いつデータが 問題なく稼動しているシステムでも、どんな要因で、いつデ タが 破壊されるかわかりません。

SAP

地震

火災/テロ

改ざん/人的ミス

DISK破損

バックアップの重要性

１-２．

バックアップの重要性

適切なバックアップ運用を行っていないとデータ破壊が発生した際 適切なバックアップ運用を行っていないとデ タ破壊が発生した際 にそのシステム(データ)は2度と復旧しません。

DR

サイト保護

DR

(Dataguard)

サイト保護

■ビルメンテナンス ■地震/火災などのサイト障害 (Dataguard)

HA/RAC

システム継続

■システム障害( OS )

HA/RAC

データ保護

■システム障害( H/W )

BACKUP

■データ破壊 ■オペレーションミス ■ウィルス感染 etc

© Hitachi, Ltd. 2009. All rights reserved. 4

セキュリティ方針の第一歩はBackup方針から

様々なバックアップ要件

１-３．

BACKUP要件

システム要件によりバックアップ要件も様々です。 システム要件によりバックアップ要件も様々です。

Online Backup or Offline Backup

■ Offline Backupによるシステムダウンタイムは許容できるのか?

■ 非データベースファイルを含めた整合性の取れたBackupの必要性?

■ Online Backupの採用によりリストア手順が複雑にならないか?

■ Online Backupの採用によりリストア手順が複雑にならないか?

■ 1次B k 先は高速なDi kにするのか?安価なT にするのか?

Tape Backup or Disk Backup

■ 1次Backup先は高速なDiskにするのか?安価なTapeにするのか?

■ Split Mirror BackupなどDisk Backup前提の方式を採用するのか?

■ 大規模システムにおいてもDisk Backupを採用するのか?

■ Backup/Restore想定時間はSLO的に十分か?

Full Backup or Incremental Backup

■ Backup/Restore想定時間はSLO的に十分か?

SAP環境Backup運用の現状

１-４．

SAP/Oracle環境のBACKUP運用の現状

SAP/Oracle環境のOracleデータベースBackupでは SAP社から提供 SAP/Oracle環境のOracleデータベースBackupでは、SAP社から提供 されているBRBackupツールが利用されます。

■ BACKINTを利用したBRBackupと3rd Party Softとの連携Backup 後

BRBackup + 3

rd

_{Party Soft}

■ またはBRBackupで一度Disk Backupした後に3rd Party Softで取得

■ BACKINTを利用してBRBackup(Split Mirror)と3rd Party Softとの連携Backup

■ Job管理ソフトウ アを利用してBRBackupを利用しない Split Mirror Backup

Split Mirror Backup + 3

rd

_{Party Soft}

■ Job管理ソフトウェアを利用してBRBackupを利用しない Split Mirror Backup

© Hitachi, Ltd. 2009. All rights reserved. 6

大規模なSAP案件はSplit Mirror方式が多数

SAP環境Backup運用の現状２

１-５．

SAP/Oracle環境のBACKUP運用の現状２

通常のNetwork経由のBackupとSplit Mirror Backupの概要

BRBackup + 3

rd

_{Party Soft}

_(BACKINT有)

通常のNetwork経由のBackupとSplit Mirror Backupの概要

Backup Soft

SAP System Backup Server

BRBackup Call!!! Point Network負荷 有 CPU負荷 有 p BRBackup CPU負荷 有 DISK負荷 有 Tape (LTO)

Split Mirror Backup + 3

rd

_{Party Soft}

SAP System Backup Server _{P i t}

Backup Soft

SAP System Backup Server BCV Split!!! Point Network負荷 無 CPU負荷 無 JOB Sheduler Call!!!

通常のBRBackupの課題

１-６．

BRBackup + 3

rd

_{Party Soft方式の課題}

BRBackup + 3rd _{Party Soft を利用したSAP環境のDatabase Backup}

BRBackup + 3rd _{Party Soft を利用したSAP環境のDatabase Backup}

ではDatabaseの成長に伴い、Backup/Restoreに許容された時間の 遵守やBackup時にかかるサーバ負荷に課題があります。

遵守や p時 かかるサ 負荷 課題があります。

Backup/Restoreに許容された時間

p/

Backup/Restoreに許容させた時間 (SLO)を準拠できるか?

データベースの成長に伴い、Backup + Database Verifyの運用が厳しくなる。 また Backup取得時間が延びる事により 当然リストア想定時間も延びる事に・・・ また、Backup取得時間が延びる事により、当然リストア想定時間も延びる事に

Backup時のCPU/DISK/Network負荷

Backup取得中にサーバにCPU負荷及びDISK I/Oが増え、Database Serverの サーバリソースを消費する結果に。

大規模なDatabaseではBackup + Database Verifyで半日サーバーリソースを消費

© Hitachi, Ltd. 2009. All rights reserved. 8

大規模なDatabaseではBackup Database Verifyで半日サ バ リソ スを消費 し続ける事も・・・

Split Mirror Backupの課題

１-７．

Split Mirror方式の課題

一方 Backup/Restoreの高速化 SLO要件の遵守(復旧目標時間) 一方、Backup/Restoreの高速化、SLO要件の遵守(復旧目標時間)、 Backupのサーバ負荷の影響などからSplit Mirror Backupが現在の 主流ですが、Split Mirror Backupにも問題がない訳ではありません。

主流ですが、 p p も問題がな 訳ではありま ん。

ストレージコスト

実DISK容量と同一サイズのBCV※が別途必要

データベースが成長するにつれ、BCVも同様に確保する必要有

複雑なバックアップ/リストア手法

BRBackupを利用しない場合のSplit Mirror Backup利用時にはバックアップ及び リストア方法を自分で把握する必要有り

Oracle Databaseのバックアップ/リストアに対する高度な知識が必要 Oracle Databaseのバックアップ/リストアに対する高度な知識が必要

Split Mirror Backupの課題

１-７．

増大し続けるデータベース

近年のSAPシステムでは1TBを超えるデータベースも珍しくありま 近年のSAPシステムでは1TBを超えるデータベースも珍しくありま せん。データベースが増大するにつれて、バックアップもしくはスト レージにかかるコスト(特にSplit Mirror Backup)も増大します。ジ かかる ト(特 p p)も増大します。

DB Sizeは右肩上がり

Unicode

OVER 1TB!!!

Unicode

Ehp

Ehp

規制要件

© Hitachi, Ltd. 2009. All rights reserved. 10

規制要件

RMANを活用したBackup

１-８．

RMANを活用したBackup

古くからBRBackupと連携機能を持つRMAN (Recovery MANager) 古くからBRBackupと連携機能を持つRMAN (Recovery MANager) を利用して、通常のBackupで課題となるバックアップ時間やサーバ 負荷、Split Mirror Backupで課題となるストレージコストや複雑な

負荷、 p pで課題となる ト ジ トや複雑な Backup/Restore手法を解決する事が可能です。

B k

/R t

に許容された時間

Backup/Restoreに許容された時間

B k

時のCPU/DISK/N t

k負荷

Backup時のCPU/DISK/Network負荷

ト

ジ

ト

ストレージコスト

複雑 バ

プ/

複雑なバックアップ/リストア手法

２

RMANを利用するメリット

RMANを利用するメリット

２-１．

RMANを利用するメリット

Oracle8から実装されているRecovery MANager (RMAN)ですが Oracle8から実装されているRecovery MANager (RMAN)ですが、 Oracleのリリースを重ねると共に様々な機能拡張がされています。 SAP環境でRMANを利用する主なメリ ト SAP環境でRMANを利用する主なメリット

未使用ブロックの圧縮機能

未使用ブロックの圧縮機能

高速増分バックアップ機能

高速増分バックアップ機能

BR*TOOLSとのシームレスな連携

BR*TOOLSとのシ ムレスな連携

物理&論理的Database破損の検出

物理&論理的Database破損の検出

未使用ブロックの圧縮機能

２-２．

未使用ブロックの圧縮機能

RMANではBACKUP時にデータベースの未使用ブロックの圧縮 RMANではBACKUP時にデータベースの未使用ブロックの圧縮 (スキップ)を行いますので、BACKUP速度の向上及びBACKUP容量 の圧縮を実現します。圧縮を実現します。 Oracle10g R2では現在使用されているブロックのみが取得対象と なっており、未使用ブロックの圧縮効率が向上しております。 RMAN 圧縮!!! データ領域 _BACKUP領域 RMAN 圧縮!!! 以前のリリ スでは過去のある時点で使用されていて現在は使用されて

効果

© Hitachi, Ltd. 2009. All rights reserved. 14

以前のリリースでは過去のある時点で使用されていて現在は使用されて いないブロックも、バックアップを続けるために要求されていました。

高速増分バックアップ機能

２-３．

高速増分バックアップ機能

以前のRMANから実装されていた差分増分バックアップと累積増分 以前のRMANから実装されていた差分増分バックアップと累積増分 バックアップのほかにOracle10g R2からは高速増分バックアップが 実装されております。 実装されております。 高速増分バックアップについてはSAP Note:964919に記載。 RMAN データ領域 _BACKUP領域 RMAN 増分BACKUP BRB k とRMANの統合では “累積増分バ クア プ” のみがサポ ト 変更ブロック

_効果

BRBackupとRMANの統合では “累積増分バックアップ” のみがサポート

BR*TOOLSとのシームレスな連携

２-４．

BR*TOOLSとのシームレスな連携

SAP環境のOracle Database管理で利用されるBR*TOOLSとRMAN SAP環境のOracle Database管理で利用されるBR*TOOLSとRMAN はシームレスに統合されている為、SAP環境でRMANを利用する際 はSAP環境のデータベース管理者が使い慣れたBR*TOOLSから は 環境 デ タ 管理者が使 慣れた から バックアップ/リストア(及びリカバリ)を実行、SAPGUI経由での結果 の確認が可能です。 _{BRBACKUPBRBACKUP} BRRESTORE BRARCHIVE RMAN BR*TOOLS SAPGUI 連携 連携 SAP環境におけるO l E t i M の利用に いては

効果

© Hitachi, Ltd. 2009. All rights reserved. 16

SAP環境におけるOracle Enterprise Managerの利用については SAP Note: 386413 , 355770 及び関連ノートを参照願います。

物理&論理的DB破損の検出

２-５．

物理&論理的Database破損の検出

RMANを利用したBACKUPではBACKUP中にDatabaseの物理的 RMANを利用したBACKUPではBACKUP中にDatabaseの物理的、 論理的破損が自動的にチェックされます。 これにより、常に整合性の取れたバックアップが保証されると共にれ より、常 整合性 取れた ックアップが保証されると共 Database Backupとは別に実行していた長時間のDatabase Verify 処理が不要となります。

日次スケジュール

DBA計画カレンダ(DB13) JOB S h d l

日次スケジュ ル

DB Verify 2:00-7:00不要 Backup JOB Scheduler y 7:00-12:00 Backup_p 2:00-5:00 (RMAN) TOTAL:10h p TOTAL:3h

３

SAP環境でのRMAN設定

BR*tools及びRMANについて

３-１．

BR*Toolsを使用するにはinit<SID> sapのパラメータ設定が必要です。

BR*Toolsの設定事項

b k di BR*Toolsを使用するにはinit<SID>.sapのパラメ タ設定が必要です。 バックアップに必要なパラメータは以下の通りです。

<ORACLE HOME>¥database Win F:¥BK ll | f ll | i backup_root_dir b k d ■ バックアップファイルの出力先を指定します。 <ORACLE_HOME>¥database Win <ORACLE_HOME>¥dbs UNIX all | full | incr

online | offline | offline force

backup_mode backup type ■ バックアップの取得方法を指定します。 backup_mode = full backup_root_dir=F:¥BK backup_type =online backup dev type = disk online | offline | offline_force

copy | rman set

backup_type disk copy cmd ■ オンライン又はオフラインバックアップを指定します。 backup_dev_type = disk disk_copy_cmd = rman_set … Init<SID>.sapの例 copy | rman_set tape | disk disk_copy_cmd backup dev type

■ バックアップ形式の指定をします。

…

バックアップ取得方法（１）

３-２．

BR*Toolsで可能なバックアップ取得方法

フルバックアップ(level0)はRMANの累積増分バックアップの基準と フルバックアップ(level0)はRMANの累積増分バックアップの基準と なるバックアップです。累積増分バックアップは常にフルバックアップ からの増分となるバックアップ(level1)となります。

■フルバックアップ（level0） backup_mode = full

データ領域 _BACKUP領域

デ タ領域 _BACKUP領域

backup mode = incr

■累積増分バックアップ（level1） backup_mode = incr backup_mode = incr

BACKUP領域 データ領域

バックアップ取得方法（２）

３-３．

BR*Toolsで可能なバックアップ取得方法

backup mode = incr

■高速増分バックアップ（level1） backup_mode = incr SAP Note:964919に記載されているブロック変更追跡機能をONに する事により、ブロックチェンジトラッキングファイルを利用した ■高速増分バックアップ（level1） 高速増分バックアップの利用が可能となります。 ①SQL発行 データ領域 BACKUP領域 ①SQL発行 1日目 デ タ領域 BACKUP領域 ブロックチェンジトラッキング ファイル(BCTF)に変更ブロック が記憶され、増分バックアップ 2日目 3日目 ②作成 が記憶され、増分 ックアップ 時には変更ブロックのみを取得。 CPU使用率：＋２％ _②作成 CPU使用率：＋２％

バックアップ形式（１）

３-４．

BR*Toolsで可能なバックアップ形式(1)

■RMANバックアップセット形式でのバックアップ ■RMANバックアップセット形式でのバックアップ BR*toolsからRMANを呼び出し、RMANバックアップセット形式で 取得します。 未使用ブロックは自動的に圧縮(スキップ)される為、ファイルコピー バックアップよりも少ない容量でバックアップが取得されます。 データ領域 BACKUP領域 init<SID>.sapのパラメータ backup_mode = fullp_ backup_dev_type = disk disk_copy_cmd = rman_set 使用ブロック 未使用ブロック

© Hitachi, Ltd. 2009. All rights reserved. 22

バックアップ形式（２）

３-５．

BR*Toolsで可能なバックアップ形式(2)

■RMAN圧縮バックアップセット形式でのバックアップ ■RMAN圧縮バックアップセット形式でのバックアップ 前頁でご紹介したバックアップセット形式のバックアップの際に、 rman_compressパラメータを追加する事により、さらにバックアップ セットを圧縮する事が可能となります。 データ領域 BACKUP領域 init<SID>.sapのパラメータ backup_mode = full backup_dev_type = disk di k d t 圧縮 disk_copy_cmd = rman_set rman_compress = on 使用ブロ ク 未使用ブロ ク 使用ブロック 未使用ブロック ■未使用ブロックの圧縮によるBACKUPサイズの圧縮

バックアップの検証結果（1）

３-６．

通常のフルバックアップについて、ファイルコピー、BRBACKUP、

検証１：フルバックアップ検証

通常のフルバックアップについて、ファイルコピ 、BRBACKUP、 RMANそれぞれ、取得時間と取得容量の比較を行いました。 取得形式 圧縮方式 BACKUP容量 BACKUP時間 取得形式 圧縮方式 BACKUP容量 BACKUP時間 File Copy ー 85.1GB 27分 BRBACUP (File Copy) BRTOOLS 9.1GB 27分 RMAN ー _{47 8GB 23分} RMAN (BACKUP SET) ー 47.8GB 23分 RMAN _{RMAN 10.1GB 21分} (BACKUP SET) ■85GBのデータベースを同一条件でDISKベースのフルバックアップ ■RMANバックアップも実行はBRBACKUP経由

© Hitachi, Ltd. 2009. All rights reserved. 24

■RMANバックアップも実行はBRBACKUP経由

■BRTOOLS圧縮はBRTOOLS 7.10の新圧縮機能を利用しており、以前のバージョン で利用されているMKSツール圧縮ではない。

バックアップの検証結果（２）

３-７．

ブロック変更追跡（BCT）機能を有効化した高速増分バックアップ

検証２：差分増分バックアップBTC検証

ブロック変更追跡（BCT）機能を有効化した高速増分バックアップ を検証した結果となります。 ■検証内容 １．クライアントコピー実行前にデータベースバックアップ（level0）を取得 ２．クライアントコピーを実行（増加容量約1GB） ■検証内容 ３．累積増分バックアップ(level1)の取得 ■検証結果

BTC機能のON/OFF Level1 BACKUPの実行時間

BTC機能OFF時 20分

BCT機能を有効化する事で 今までの差分増分バックアップ

BTC機能ON時 3分

RMAN機能の活用例（１）

３-８．

■DB13カレンダ機能との連携したバックアップ運用例

RMAN機能の活用例 バックアップ管理

■DB13カレンダ機能との連携したバックアップ運用例 init<SID>_full.sap b k d f ll 日曜日 Tr-cd:DB13画面 backup_mode = full backup_dev_type = disk disk_copy_cmd = rman_set rman compress = on rman_compress on init<SID> incr.sap 月曜日ー土曜日 プロファイル指定を変更 backup_mode = incr backup_dev_type = disk disk copy cmd = rman set init SID _incr.sap

負荷の高いFULL BACKUPは日曜(非営業日)に実施

disk_copy_cmd rman_set rman_compress = on

© Hitachi, Ltd. 2009. All rights reserved. 26 負荷の高いFULL BACKUPは日曜(非営業日)に実施

RMAN機能の活用例（２）

３-９．

RMAN機能の活用例 リストア

■BRTOOLSからのウィザード形式のリストアが可能 ■BRTOOLSからのウィザード形式のリストアが可能 BRTOOLSメニューに従い、リストア&リカバリを実行可能 データ領域 BACKUP領域 BRRESTORE (フルリストア) BRRESTORE (最新累積増分) BRRESTORE (Archive REDO適用) BACKUP領域 BR*TOOLSから ウィザード形式でリストア

ウィザードから簡単にリストア可能

RMANを活用したBackup評価

３-１０．

RMANを活用したBackup評価

Oracle 10 2から実装されている”高速増分バックアップ機能”や Oracle 10.2から実装されている 高速増分バックアップ機能 や 元々RMANが実装している “物理的&論理的なデータベース破損 の検出”機能により、小規模のみならず、大規模なお客様環境に検 機能 、 規模 ず、大規模 客様環境 おいてもRMANを活用したBackup運用を実装するメリットがあります。

B k

/R t

に許容された時間

Backup/Restoreに許容された時間

B k

時のCPU/DISK/N t

k負荷

Backup時のCPU/DISK/Network負荷

ト

ジ

ト

ストレージコスト

複雑 バ

プ/

© Hitachi, Ltd. 2009. All rights reserved. 28

4

Flashback Database

４-１．

Flashback Databaseとは？

Oracle Database 10gからのフラッシュバック・テクノロジの1つです Oracle Database 10gからのフラッシュバック テクノロジの1つです。 論理的なデータ破損またはユーザー・エラーによって発生した問題を 修正するために、Oracleデータベースを過去の時点に迅速に巻き戻 すことが可能です。

例えば・・・Support Packageの適用中エラー

例えば

Support Packageの適用中エラ

Support Packageの適用中のエラーや、 Enhancement Packageの有効化の取り消し 、Upgradeプロジェクトでの各種テスト時のデータベース変更内容の巻き戻しなど、

完全リ ト よりも短時間 特定 ある時間ま 戻す とが 能となります 不完全リストアよりも短時間で特定のある時間まで戻すことが可能となります。

ERROR

© Hitachi, Ltd. 2009. All rights reserved. 30 ある時点へ巻き戻し

Flashback Database

４-２．

Flashback Databaseとは？

Flashback DatabaseはABAPスタックSP適用時など Databaseに対し Flashback DatabaseはABAPスタックSP適用時など、Databaseに対し てのみの変更が加わる場合に有効な機能となります。 SAP Kernel領域や非SAP領域の変更に対しては当然戻りませんので、領域や非 領域 変更 対しては当然戻りま ん で、 Database外の修正がかかる際は注意が必要となります。 ■Flashback Databaseの流れ テスト中 テスト前 通常時 ERROR 発生 テスト前 流 ON ON OFF OFFON ON ON ON OFF OFFON ON Flash recovery 領域

Flashback Database前提条件

４-３．

Flashback Databaseの前提条件

Flashback Databaseを使用するには以下の条件にご注意下さい Flashback Databaseを使用するには以下の条件にご注意下さい。

使用条件

■ Oracle 10.2以降 ■ BR*TOOLS リリース7.10 パッチ6以上(BR*TOOLSから使用する場合のみ)

■ Archive Log Mode前提(DBを戻す際に、Flashback LogとArchive Logを使用)

注意事項

■ Archive Log Mode前提(DBを戻す際に、Flashback LogとArchive Logを使用)

■ Flashback Database機能利用前にフラッシュリカバリ領域の設定

注意事項

■ ディスクが壊れるなどの物理障害には対応できない。 ■ プロファイルは対象外、データベースファイルのみが対象。プ ファイルは対象外、デ タ ファイルのみが対象。 ■ 以下の操作は巻き戻し処理 (DB戻し)ができない。 ■データファイルの縮小 ■表領域の削除

© Hitachi, Ltd. 2009. All rights reserved. 32

■データファイルの削除

Flashback Databaseの注意点

４-４．

Flashback Databaseをご利用される際に

Flashback Databaseを適用されるケースとして データベース以外 Flashback Databaseを適用されるケースとして、データベース以外 に変更がかかる処理にはご注意下さい。

適

JAVAスタックのSP適用

NetWeaver AS JAVAのSP適用はソフトウェアデプロイメントマネージャ (SDM)により フ イル / / /<SID>以下に変更が加わることも考えられます ファイル /usr/sap/<SID>以下に変更が加わることも考えられます。 Flashback Databaseを使用される際は/usr/sap/<SID>以下のバックアップも考慮 する必要があります。

Enhancement Packageの適用

ERP EHP3まではトランザクション「SAINT」によりEnhancement Packageの適用を ERP EHP3まではトランザクション「SAINT」によりEnhancement Packageの適用を

してきましたが、ERP EHP4よりEnhancement Packageの適用は「Enhancement Package Installer」ツールを使用し適用します。「 Enhancement Package Installer」はSAP Kernel の更新も行うため、Flashback Databaseを使用される際はSAP Kernelのバックアップも の更新も行うため、Flashback Databaseを使用される際はSAP Kernelのバックアップも 考慮する必要があります。

４-５．Flashback Database

BR*ToolsのFlashback Database設定

Flashback Database機能を使用するための設定となります。機能を使用する 設定 なります。 1. プロファイルパラメータ名調整 LOG_ARCHIVE_DEST を_ _ LOG_ARCHIVE_DEST_1へ変更します。 2. Flashback Logの出力先フォルダ作成 <sapmnt>¥oracle¥<DBSID>以下にフォルダoraflashを作成します。 3. Flashback Logの容量設定

alter system set db_recovery_file_dest_size = <XX>G or <XX>M;

を実行しファイル容量を設定します。 4. Flashback Logの出力先設定

alter system set db recovery file dest = ‘<Drive>:¥oracle¥<SID>¥oraflash'; alter system set db_recovery_file_dest = ‘<Drive>:¥oracle¥<SID>¥oraflash';

を実行し、出力先を先ほど作成したoraflashフォルダに設定します。 5. Flashback Logの保存期間設定

© Hitachi, Ltd. 2009. All rights reserved. 34 alter system set db_flashback_retention_target = <XXX>;

４-６．Flashback Database

BR*ToolsからのFlashback Database

BR*ToolsからFlashback Database機能を使用することが可能です BR*ToolsからFlashback Database機能を使用することが可能です。 (BR*Tools リリース 7.10 パッチレベル 6 以上となります。) BR*Tools画面で以下のメニューが用意されています

Manage flashback database main menu

BR Tools画面で以下のメニューが用意されています。

1 - Switch on flashback database 2 - Switch off flashback database 3 - Create restore point

4 - Drop restore point

5 - Show flashback status 6 - Show restore points

BR T l におけるFl hb k D t b の利用に いては

7 * Exit program

8 - Reset program status

４-７．Flashback Database

Flashback Databaseの効果に関して以下の検証を実施致しました。

Flashback Databaseの検証結果

効果 関し 以下 検証を実施致しまし 。

１．Flashbackデータベースの前提処理を有効化

２ データベースの増加する処理を実施 ( Client Copy SP適用 SGEN ) ■検証内容 ２．データベースの増加する処理を実施 ( Client Copy、SP適用、SGEN ) ３．DB増量に対するFlashbackログ領域増量、復元時間を計測 ■検証結果 検証項目 実行時間 DB増量 Flashback Log 領域増量 復元時間 Client Copy 分 1 01GB 1 62GB 7分 Client Copy ( SAP_ALL ) 34分 +1.01GB +1.62GB ABAP SP適用 60分 +1.85GB +2.17GB 7分 8分 60分 85G G SGEN (全Component) 169分 +8.25GB +4.94GB 8分 6分

© Hitachi, Ltd. 2009. All rights reserved. 36

５

Migration時のDBMS選定

Wi d

もO

l

Windows = MSSQL?

５-１．

Windows = MSSQL とお考えでは？

近年 Windows/MSSQL環境へのSAP Migration案件が増えてきまし 近年、Windows/MSSQL環境へのSAP Migration案件が増えてきまし たが、UNIXからWindows環境への移行の際は、ライセンスコスト以外 の考慮点も意識して、Windows/Oracle環境とWindows/MSSQLの比考慮点も意識して、 / 環境と / 比 較を行うべきです。 例えば Database移行の際に考慮するべき事 例えば、Database移行の際に考慮するべき事

Migration時の考慮点

Migration時の考慮点

将来のUnicode対応時のデータ増加量

将来のUnicode対応時のデータ増加量

将来性を含めたデ タベ ス機能

© Hitachi, Ltd. 2009. All rights reserved. 38

Migration時の制約

５-２．

DB Migrationの際に考慮するべき事

データベース移行により DBA管理方法やパフォーマンスに対する データベース移行により、DBA管理方法やパフォーマンスに対する 影響を考慮するのはもちろんですが、例えば、以下の内容などにつ いても考慮する必要があります。ても考慮する必要があります。 例えばMS SQL Serverへの移行の際に注意する事

DBMSサポ トリリ スと前提SP

DBMSサポートリリースと前提SP

SAP Note: 799058に記載のあるように、Web AS 6.40以下をご利用のお客様がMSSQL2005 へのMigrationを行う際にはBASIS Support Packageの適用が必要です

へのMigrationを行う際にはBASIS Support Packageの適用が必要です。

また、MSSQL2008への対応プラットフォームはNetWeaver 7.0 BASIS SP14以上が前提と なります。Oracle 11g R2ではWeb AS 6.40のシステムでのサポート予定となっています。

MS SQL Serverのデータベース整合性チェックを行うDBCC CHECKDBもOracleのDB Verify

DBCC CHECKDBの実行時間

Oracle Database Support

補足．

Supported Oracle Releases 11g R2

SAP社資料:SAP on Oracle Development Update October 2009や SAP社資料:SAP on Oracle Development Update October 2009や SAP Note:1398634にOracle 11.2のSAPサポートについての記載が あります。 あります。 Oracle 11 2のWindowsに Oracle 11.2のWindowsに 対するサポートは2010年 Q2を予定。 ( SAP N t 1398634 ) ( SAP Note:1398634 )

© Hitachi, Ltd. 2009. All rights reserved. 40

Unicode対応

５-３．

Unicode対応はOracle

ここ数年の間で SAP環境は急速にUnicode化が進んでおります ここ数年の間で、SAP環境は急速にUnicode化が進んでおります。 新規構築はもちろんの事、既存のNon Unicodeシステムに対して もUnicode化の流れが起きています。 も 化 流れが起きて ます。 Unicode化におけるOracle Databaseの優位点

Unicode化の際のDB増量

SAP環境をUnicode化するとMSSQL ( UTF-16 )では40%－60%、Oracle ( CESU-8 )では

U i d 化 高速化

8ー13%(サイジングでは +10%) 増加します。この増量は一時的なものではなく、移行後 のデータベース増加量にも影響を与えるものです。

Unicode化の高速化

SAP Unicode移行では “ROW ID分割機能” により、他のDatabaseのUnicode移行と 比較し 高速な移行が可能となります

SAP SizingにおけるUnicode係数

補足．

サイジングにおけるUnicode係数 (DISK)

SAP社資料:Hardware Requirements in Unicode Systems September SAP社資料:Hardware Requirements in Unicode Systems September 2009ではUnicode化によるDISK増量を以下のように記載しております。

OracleではUnicode化の 際のFull EXP/IMPの影響 により、Database容量が 削減される傾向

© Hitachi, Ltd. 2009. All rights reserved. 42

SAP社 Unicode Conversion事例

補足．

SAP社 Unicode Conversion事例

SAP社 Unicode Conversion事例ではR/3 Enterprise環境における SAP社 Unicode Conversion事例ではR/3 Enterprise環境における Unicode Conversion事例について紹介されています。 OracleをUnicode化した 場合、概ねDB容量は 再編成効果により減少 再編成効果により減少 傾向にある

将来性を含めたDatabase機能

５-４．

Oracle 11g R2でのデータ圧縮機能1

SAP社資料:SAP on Oracle Development Update October 2009や SAP社資料:SAP on Oracle Development Update October 2009や No.18 Oracle for SAP , May 2009 にOracle 11g R2環境でのデータ 圧縮に関する情報が記載されております。 圧縮 関する情報が記載されております。 Oracle 11g R2から初期インストール時のDISK容量が削減 空のオブジェクトに対するセグメントの割当て Oracle Database 11g以前のバージョンでは、オブジェクトにデータが含まれていない場合も、g以前の ジョンでは、オブジ クトにデ タが含まれて な 場合も、 必ず各オブジェクト（索引、表、パーティション）に初期エクステントが割り当てられていました。 Oracle Database 11gでは、データがオブジェクトに挿入されるとエクステントが割り当てられ ますが、空のオブジェクトの場合、エクステントは割り当てられません。インストール後は、 多くのオブジ クトが空であるため これはSAPインスト ルに有益です この機能により 多くのオブジェクトが空であるため、これはSAPインストールに有益です。この機能により、 SAPのインストール時間が短縮され、初期のディスク領域要件も大幅に少なくなりました。

© Hitachi, Ltd. 2009. All rights reserved. 44

５-５．将来性を含めたDatabase機能

Oracle 11g R2でのデータ圧縮機能2

Oracle 11g R2ではDISK容量が大幅に削減 Oracle 11g R2ではDISK容量が大幅に削減 SAP/O l 10 環境の SAP/Oracle10g環境の DBサイズを大幅に圧縮

他社商品名、商標等の引用に関する表示

■Mi ft(R) Wi d S Mi ft(R) SQL S は米国Mi ft C の

他社商品名、商標等の引用に関する表示

■Microsoft(R) Windows Server､Microsoft(R) SQL Server､は米国Microsoft Corp.の 商品名称です。

■Microsoftは 米国およびその他の国における米国Microsoft Corp の登録商標です

■Microsoftは、米国およびその他の国における米国Microsoft Corp.の登録商標です。

■Oracle Databaseは、米国Oracle Corporation の登録商標または商標です。

■SAP ERP、SAP NetWeaverは、SAP AGのドイツおよびその他の国における登録商標

■SAP ERP、SAP NetWeaverは、SAP AGのドイツおよびその他の国における登録商標 または商標です｡

■SAPは、SAP AGのドイツおよびその他の国における登録商標または商標です｡

■UNIXは、X/Open Company Limitedが独占的にライセンスしている米国ならびに他 の国における登録商標です。

その他記載の会社名､製品名は､それぞれの会社の商標もしくは登録商標です｡

バックアップ・リカバリの新しい一手

バックアップ・リカバリの新しい

手

- SAP/Oracle環境下における/ 環境下における

RMAN/Flash back Databaseの活用

ー END ー 2009/12/4 株式会社 日立製作所 情報・通信グループ 株式会社 日立製作所 情報 通信グル プ 産業・流通システム事業部 エンタープライズパッケージ本部 SAPソリューションセンタ ベーシスグループ 津田 知哉 津田 知哉