Oracle Exadataソフトウェアの計画的メンテナンス
Doug Utzig - Consulting Member of Technical Staff
2014年3月
Copyright © 2012, Oracle and/or its affiliates.All rights reserved.2
アジェンダ
ソフトウェア・アーキテクチャの概要
Oracle Databaseソフトウェアの更新
Exadataソフトウェアの更新
ベスト・プラクティス
Copyright © 2012, Oracle and/or its affiliates.All rights reserved.3
計画的メンテナンスの改善
2009〜2010 2011 2012〜2013
• Auto Cellファームウェア更新
• Exadataバンドル・パッチ(BP)
• アウトオブプレース・パッチ適用
(ステップ・バイ・ステップ)
• 最小パックのファームウェア更新
• セル・ローリング・パッチ適用
• BP EMインストール
• DB+GI BPマージ
• BP OPatch自動インストール
• BP DG Standby-Firstインストール
• 最小パックのLinuxカーネル更新
• BP RACローリング・インストール
• BP OPlan
• ILOMによるIBスイッチ更新
• Linuxアップグレード(ステップ・バイ・ステップ)
• 11.2.0.2アップグレード(ステップ・バイ・ステップ)
• Oracle Advisor Webcast
• IOUG Exadata SIG Webcast
• dbnodeupdate.sh
• Exachkソフトウェア・メンテナンスBP
• 11.2.0.4アップグレード(ステップ・バイ・ステップ)
• 11.2.0.3アップグレード(ステップ・バイ・ステップ)
• 12.1.0.1アップグレード(ステップ・バイ・ステップ)
• Exachkアップグレード準備
• QFSDP / QDPE
• EM 12cアウトオブプレース・パッチ適用
• Linux dbserver ULN更新
• Exadata ULNチャネルISO
• Flash ESM削除
• CELLSRV正常シャットダウン
• HBA BBUオンライン交換
• 停止時間の短縮
• インストールの簡素化
• リスクの軽減
• 知識の伝達
継続的改善
Copyright © 2012, Oracle and/or its affiliates.All rights reserved.4
Exadata Database Machine
データベース・グリッド
– Oracle DatabaseとOracle Grid Infrastructure– Exadata(LinuxまたはSolaris x86)
ストレージ・グリッド
– Exadata
ネットワーク
– InfiniBandスイッチ・ソフトウェア
その他:イーサネット・スイッチ、PDU、KVM
ソフトウェア・アーキテクチャの確認
Copyright © 2012, Oracle and/or its affiliates.All rights reserved.5
戦略、計画、統制
Copyright © 2012, Oracle and/or its affiliates.All rights reserved.6
計画的メンテナンスのリスクアップグレードのタイミングのリスク評価
リスク
時間
早期導入 最適な期間 後期導入
Copyright © 2012, Oracle and/or its affiliates.All rights reserved.7
Exadataの計画的メンテナンスの基本的な運用方法
目標:最大限の安定性、可用性、リスク回避
1.ビジネス要件とSLAの特定
5.パッチ
3.Exachk
計画的メンテナンスの
運用
6.テスト2.パッチ
適用計画の準備、調整
4.パッチ
UAT
開発、テスト
本番、DR
5.テスト
Exachk
バージョン・サポート
問題の解決
6.Exachk 7.パッチ 8.テスト
9.Exachk 10.パッチ 11.テスト
Copyright © 2012, Oracle and/or its affiliates.All rights reserved.8
計画
MOS 888828.1– “パッチ・ノート”– 重大な問題と必要な追加パッチ
– 関連製品のガイドライン(OEM、DBFS、RM、GG、SAP)
最新の推奨リリース(2015年7月)
ソフトウェア・コンポーネント 最新の推奨リリース
DatabaseとGrid Infrastructure 11.2.0.3.28または11.2.0.4.17 12.1.0.1.8 または 12.1.0.2.10
Exadata 11.2.3.3.1 12.1.2.1.2
InfiniBandスイッチ 2.1.5
Copyright © 2012, Oracle and/or its affiliates.All rights reserved.9
ソフトウェア・メンテナンス推奨スケジュール
頻度 計画的メンテナンス – ソフトウェア更新
3〜12か月Database / Grid Infrastructureの四半期ごとのパッチ(QDPE)
Exadata
1〜2年Database / Grid Infrastructureのパッチ・セット(エラー修正サポートの終了日まで)
InfiniBandスイッチ
2〜4年 Database / Grid Infrastructureのリリース(11.1から11.2、11から12など)
Copyright © 2012, Oracle and/or its affiliates.All rights reserved.10
ソフトウェア・メンテナンスパッチの種類別の推奨事項のテスト
四半期ごとのパッチ パッチ・セット Exadata InfiniBandスイッチ
Database Grid Database Grid
インストール / ロールバック
あり
バグの検証 可能であり、関連する場合
管理アクティビティ 基本 基本 すべて すべて 基本 基本
アプリケーション機能 基本 不要 すべて 不要 基本1 不要
アプリケーション・パフォーマンス
基本 基本 すべて すべて 基本1 不要
1 新しいExadataストレージ機能を導入した場合はテストが増加します
Copyright © 2012, Oracle and/or its affiliates.All rights reserved.11
ソフトウェアの更新
Copyright © 2012, Oracle and/or its affiliates.All rights reserved.12
ソフトウェア・メンテナンスパッチ適用ツール
計画と準備 - Exachk(MOS 1070954.1)
ソフトウェア・コンポーネント パッチ適用ツール
DatabaseとGrid Infrastructure 標準のDBAツール(OPatch、DBUA、OUI、EM)
Exadataデータベース・サーバー dbnodeupdate.sh
Exadata Storage ServerInfiniBandスイッチ
patchmgr
Copyright © 2012, Oracle and/or its affiliates.All rights reserved.13
計画的メンテナンス用のExachk
メンテナンス準備の適格性評価
– 包括的な構成チェック
– ベスト・プラクティスの順守
ソフトウェア計画の簡素化
– 重大な問題の開示レポート
– バージョンの推奨事項
Exadataの自動ヘルス・チェック – MOS 1070954.1
Copyright © 2012, Oracle and/or its affiliates.All rights reserved.14
Exachkソフトウェア・メンテナンスのベスト・プラクティス
インストール済みバージョンの検証
重大な問題の開示
Copyright © 2012, Oracle and/or its affiliates.All rights reserved.15
方法ローリングと非ローリングの比較
メンテナンス時間枠で可能な場合は、非ローリングをパッチ
ローリング 非ローリング
最短のデータベース停止時間
最短のインストール時間
ワークロードが少ない間はローリングをパッチ
Copyright © 2012, Oracle and/or its affiliates.All rights reserved.16
停止時間なしのソフトウェア・メンテナンス
更新対象のコンポーネント ローリング・パッチ / アップグレード
Database - パッチ・セット あり(Oracle Data GuardまたはOracle GoldenGateを使用)
- 四半期ごとのパッチ あり
Grid Infrastructure あり
Exadataデータベース・サーバー あり
Exadata Storage Server あり
InfiniBandスイッチ あり
ローリング・ソフトウェア更新のサポート
Copyright © 2012, Oracle and/or its affiliates.All rights reserved.17
Databaseソフトウェアの更新
Grid Infrastructureホーム
Databaseホーム
Copyright © 2012, Oracle and/or its affiliates.All rights reserved.18
Grid InfrastructureとDatabase
GIとDBの両方のホームに適用
– 11g:Exadataバンドル・パッチ
# opatch auto
SQL> catbundle.sql
– 12c:GI PSU# opatchauto
四半期ごとのパッチ
README
停止時間とリスクを減らす方法
Copyright © 2012, Oracle and/or its affiliates.All rights reserved.19
Grid InfrastructureとDatabaseパッチ・セットと主要リリースのアップグレード
• アップグレードでは標準ツールを使用
• OUI、DBUA
• Exadataの検証済み手順に従う
• 既知の問題の回避
• 新しいベスト・プラクティスの採用
Database 必要なExadata
12.1.0.1 12.1.1.1.0
11.2.0.4 11.2.3.2.1
11.2.0.3 11.2.2.4以降
Storage Serverの互換性
Copyright © 2012, Oracle and/or its affiliates.All rights reserved.20
Exadataソフトウェアの更新
Exadata Storage Server
Exadataデータベース・サーバー
Exadata InfiniBandスイッチ
Copyright © 2012, Oracle and/or its affiliates.All rights reserved.21
Exadata Storage Serverpatchmgr
patchmgrで更新を管理
1. データベース・サーバーへパッチをダウンロードしてステージング
2. 最新のpatchmgrプラグインをダウンロード
3. # patchmgr -cells -patch_check_prereq
4. # patchmgr -cells -patch [-rolling]
方法 patchmgrオーケストレーション 停止時間
ローリング 一度に1つのセルをオフライン化、ASMディスク再同期を使用 なし
非ローリング すべてのセルを同時に処理 合計で最長2時間
1回の実行ですべてのセルにパッチを適用
すべてのソフトウェア / ファームウェアを更新
Copyright © 2012, Oracle and/or its affiliates.All rights reserved.22
Exadata Storage Server
非ローリング
データベースは停止
最長2時間
patchmgrモードpa
tchm
gr
パッチ セル1
パッチ セルn
パッチ セル3
パッチ セル2
patc
hmgr
ASMオフラインパッチASMオンライン / 同期
セル1
ASMオフラインパッチASMオンライン / 同期
セル2
ASMオフラインパッチASMオンライン / 同期
セル3
ASMオフラインパッチASMオンライン / 同期
セルn
準備 セル*
ローリング
• データベースは稼働
• 最長2時間 / セル
Copyright © 2012, Oracle and/or its affiliates.All rights reserved.23
Patchmgr: Patch State of cell02 Changed from Waiting to Patching
Event Time 2013-09-17 14:25:25-0700
Description Patch state of cell02 changed from Waiting to Patching. Patchmgr launched from dbnode01 is performing rolling patch on following cell(s). 1 out of 3 cell(s) completed.
Cell Patch State From Version To Version Time
cell01 Succeeded 11.2.2.4.2.111221 11.2.3.3.0.130917 2013-09-17 14:25:25-0700
cell02 Patching 11.2.3.1.1.120607 11.2.3.3.0.130917 2013-09-17 14:25:25-0700
cell03 Waiting 11.2.3.2.1.130109 11.2.3.3.0.130917 2013-09-17 13:25:49-0700
Recommended Action No action is needed.
Exadata Storage Serverpatchmgrの進捗を電子メールで通知
Copyright © 2012, Oracle and/or its affiliates.All rights reserved.24
Exadata Storage Serverソフトウェア・メンテナンス・ルール
Storage Serverのソフトウェア・メンテンス・ルール
1. セルには他に何もインストールしない
2. サポート対象外の構成変更を行わない(ドキュメントを参照)
• 次の更新で失われる
• 次の更新が失敗する原因となる可能性がある
3. (セルではなく)データベースをバックアップする
Copyright © 2012, Oracle and/or its affiliates.All rights reserved.25
Exadataデータベース・サーバー
dbnodeupdate.shで更新を管理(MOS 1473002.1)1. YUMリポジトリを準備(ULNまたはISOイメージ)
2. # dbnodeupdate.sh –v –u –l <repo>
3. # dbnodeupdate.sh –u –l <repo>
サーバーが再起動
4. # dbnodeupdate.sh –c
dcliですべてのdbserverを一度に処理
# dcli -g dbs_group -l root "./dbnodeupdate.sh -u -l <repo> -q”
Oracle Linux - dbnodeupdate.sh
各dbserverで実行
すべてのソフトウェア / ファームウェアを更新
Copyright © 2012, Oracle and/or its affiliates.All rights reserved.26
Exadataデータベース・サーバーソフトウェア・メンテナンス・ルール
データベース・サーバーのソフトウェア・メンテンス・ルール
必ず最新のdbnodeupdate.shを使用
dbnodeupdate.shのローカル・バックアップ / dbnodeupdate.shとの(ルート)統合
ロールバック == ローカル・バックアップのリストア
カスタマイズ可能(ただしできるだけカスタマイズしない、または知識豊富な管理者を関与させる)
Exadataコア・パッケージは変更しない(ドキュメントを参照)
Exadataの将来的なアップグレードで、カスタムRPMのアップグレード / 再インストールが必要な場合あり
# dbnodeupdate.sh -r
Copyright © 2012, Oracle and/or its affiliates.All rights reserved.27
Exadata InfiniBandスイッチpatchmgr
patchmgrで更新を管理
1. Exadata Storage Serverパッチに付属
2. # patchmgr -ibswitch -ibswitch_precheck
3. # patchmgr -ibswitch -upgrade
方法 patchmgrオーケストレーション 停止時間
ローリング 一度に1個のスイッチにパッチを適用、最初はスパイン・スイッチ なし
1回の実行ですべてのスイッチにパッチを適用
Copyright © 2012, Oracle and/or its affiliates.All rights reserved.28
ベスト・プラクティス
Copyright © 2012, Oracle and/or its affiliates.All rights reserved.29
Grid InfrastructureとDatabase
リスクの軽減 – アクティブでないホームにパッチを適用
1. ホームのクローニング(GIまたはDB)2. クローニングしたホームでOPatchを使用
3. 現在のホームをクローニングしたホームに切り替え(ローリングまたは非ローリング)
Oracle Enterprise Manager 12cとOPlanをサポート
四半期ごとのパッチをアウトオブプレース適用
“パッチ適用時間枠”より前の通常の営業時間中に実行
Copyright © 2012, Oracle and/or its affiliates.All rights reserved.30
Grid InfrastructureとDatabase
ステップ・バイ・ステップのパッチ適用手順を作成
– ユーザーの環境に固有
– アウトオブプレースまたはインプレース
OPlan
ApplyInstructions.html
$ oplan generateApplySteps /tmp/13556724
Copyright © 2012, Oracle and/or its affiliates.All rights reserved.31
Grid InfrastructureとDatabaseデータベース・
グリッド•Grid Infrastructure•Database
Exadataの四半期ごとのパッチを適用
– すべてのデータベース・サーバーにわたり調整
複数のモードをサポート
– アウトオブプレースまたはインプレース
– ローリングまたは非ローリング
EMによるExadataへのパッチ適用
EMのアウトオブプレース・パッチ適用 - 推奨
分析(パッチ適用時間枠の前)1. パッチをステージングして適用前チェックを実行
準備(パッチ適用時間枠の前)
2. Oracleホームのクローニング(GIとDatabase)3. クローニングしたOracleホームにパッチを適用
展開(スイッチ、ローリングまたは非ローリング)
4. GIをクローニングしたOracleホームに切り替え5. データベースをクローニングしたOracleホーム
に切り替え6. パッチのSQL部分を適用
Copyright © 2012, Oracle and/or its affiliates.All rights reserved.32
Data Guardによるリスク軽減と停止時間の短縮
Data Guardによる計画的メンテナンスのリスク軽減と停止時間の短縮
1. スタンバイ・システムの更新とテスト
2. 新しいスタンバイのスイッチオーバーと更新
Data Guard
独立コンポーネント(プライマリに影響なくスタンバイをアップグレード)
Exadataソフトウェア(Storage Serverとデータベース・サーバー)
Grid Infrastructureホーム
InfiniBandスイッチ・ソフトウェア
依存コンポーネント
Databaseホーム(MOS 1265700.1)
混在するバージョンで動作 - Data Guard Standby-Firstインストール対応が認められたパッチのみ
Copyright © 2012, Oracle and/or its affiliates.All rights reserved.33
統合環境と大規模環境
統合
GIバージョン >= DBバージョン
4桁目では必須、5桁目では推奨
ディスクグループcompatible.rdbmsの拡張は注意が必要
いったん拡張するとリセット不可
可能な場合はデータベース・ホームを共有
/u01サイズを部分的に拡張(スナップショット領域を残す)
アウトオブプレースのパッチ
データベースを個別に新しいホームに移動
大規模環境
Exadataバージョンの混在をサポート
ローリング・アップグレード中のみ推奨
複数のメンテナンス時間枠に更新を分割
通常はスタックまでアップグレード
1. Grid Infrastructure / Database
2. Exadataデータベース・サーバー
3. Exadata Storage Server
4. InfiniBandスイッチ
Copyright © 2012, Oracle and/or its affiliates.All rights reserved.34
ベスト・プラクティスと一般的な落とし穴
Exadataデータベース・サーバーのOSとファームウェア
できるだけカスタマイズしない、または知識豊富な管理者が関与する
顧客の問題の第一位 – カスタムRPMのパッケージ依存性の障害によるdbnodeupdate.shエラーは解決できない
構成変更テストにより、潜在的なパッチ適用障害を回避
データベース・サーバーのGrid InfrastructureとDatabase
必要なマージ・パッチを事前にリクエスト
パッチ・セットをアップグレードする場合は、Exadataのステップ・バイ・ステップのMOSノートに従う
Exadata Storage Server
サポートされていない構成変更を行わない
高冗長性(またはDG)によって、ローリング・パッチ適用のディスク障害リスクを軽減
全般
信頼性の高いネットワークを使用
最新のパッチ適用ツールを使用(exachk、dbnodeupdate.sh、opatch)
新しいExadataバージョン(EM、Linuxカーネルなど)でソフトウェア認定を確認
Copyright © 2012, Oracle and/or its affiliates.All rights reserved.35
Exadata向けのOracle Support
24時間365日対応のサポート
エンジニアド・システムの専門サポート・チーム
ハードウェア障害に対し、2時間以内にオンサイト対応1
データベース、サーバー、ストレージ、OSソフトウェアの新規更新およびアップグレード
My Oracle Supportのプロアクティブなサポート・ポータル
"Phone Home"による自動サービス・リクエスト(ASR)
完全、統合、プロアクティブ 高可用性、追加コストなし
Oracle Platinum Services:
完全なOracleスタック実現のための、より高いサポート・レベル
– Databaseソフトウェアのより高レベルなサポートを含む
プロアクティブなリモートの障害監視
業界をリードするサービス・レベル応答時間:
– 5分以内の障害通知
– 15分以内のリストアまたは開発部門へのエスカレーション
– 30分以内の開発部門との共同デバッグ
オラクルのエンジニアが四半期ごとにパッチ適用と更新を実行
Exadataの認定済み構成で利用可能
1 標準の2時間以内のサービスを受けるためには、お客様のシステムがオラクルの定める地域内に設置されている必要があります。
Copyright © 2012, Oracle and/or its affiliates.All rights reserved.36