Database Lifecycle Management Pack• デプロイメント・プロシージャを最初から作成 • ソフトウェア・ライブラリにアップロードされたソフトウェアおよびスクリプトを使用

1 Copyright © 2011, Oracle and/or its affiliates. All rights reserved.

Database Lifecycle Management Pack 構成、変更、プロビジョニングおよびパッチ管理の組合せ


Oracle Enterprise Manager 12c：データベースのライフ・サイクル管理アジェンダ

• 12cにおけるライフ・サイクル管理機能 • 初期プロビジョニング • 継続的な構成およびコンプライアンス管理 • 変更管理

• ユースケースおよびまとめ

• アーリー・アダプタ


Oracle EM 12c：データベースのライフ・サイクル管理

検出および初期プロビジョニング

継続的な変更管理

継続的な構成およびコンプライアンス管理

資産の検出およびソフトウェアのプロビジョニング

パッチ、アップグレードおよびスキーマ変更のエンド・ツー・エンドの管理

インベントリ、構成のずれ、およびコンプライアンスの追跡










Oracle EM 12c：対象の検出

• 検出

• IPスキャン（NMAP、エージェントレス）を使用するサーバー、仮想サーバーおよびサービスの自動検出

• 選択した自動検出済ホストに対するエージェント配置およびターゲット検出の統合ワークフロー

• ターゲットを "未管理"から"管理"へ格上げ

エージェントレス検出


Oracle EM 12c：エージェントの一斉配置

• エージェント・プッシュはターゲット検出と完全に統合 • ‘プッシュ・エージェント ’ではなく‘ホストの追加 ’ • ホストを未管理から管理に格上げする作業の中に、エージェント・プッシュ・ワークフローが

シームレスに統合

• 一回のエージェント配置作業で異なるプラットフォーム上にエージェントプッシュが可能

• 承認されたパッチは初期配置中にエージェントへプッシュ可能

• ロックされているアカウント向けに統合されたsudo/PowerBroker

• 障害発生時に推奨事項を提供

• エージェント・クローニングもサポート

• 手動配置の簡素化 • Oracle EMからのエージェントzipまたはRPMの生成および配置

ターゲット検出との統合


Oracle EM 12c：ソフトウェア・プロビジョニング

• デザイナーとオペレータのロールの分離 • デザイナーはデプロイメント・プロシージャの変更が可能 • オペレータはデプロイメント・プロシージャの実行のみ可能

• オペレータ対象の入力ロックダウン • 標準化されたデプロイメントの強化、エラーの最小化

• ファイングレイン権限 • 新しい資格証明モデルとの統合 • 拡張性

• ユーザー定義のデプロイメント・プロシージャ • カスタム・ソフトウェアの配置

• EMCLIおよびWebサービス・インタフェースによる他のツールとの統合

• 自己更新との統合 • 主要リリース以外のサイクルでのデプロイメント・プロシージャの更新

• 診断機能の向上 • インシデント・フレームワークとの統合 • ‘ デバッグ’モード • エラー・メッセージの改善

フレームワークの拡張


Oracle EM 12c：ソフトウェア・ライブラリ

• コンポーネント、ディレクティブ、アセンブリなどのエンティティ・タイプ向けの単一のコンソール

• 自己更新との統合 • ストレージ・タイプ向けに強化されたサポート

• ファイル・システム • OMS間の共有ファイルシステム • エージェントからアクセス可能なファイル・システム

• 参照されるロケーション - http、nfs、読取り専用エージェント・ファイル・システム – マルチロケーションのデータセンターに理想的

• ソフトウェア・ライブラリのエンティティに対する添付ファイルおよびノートのサポート • パッチ・コンポーネントへのREADMEの添付

• ベンダーやバージョンによる検索など、検索の向上

• エンティティのファイングレイン権限

データセンター間にスケーラブルに分散


Oracle EM 12c：ユーザー定義のデプロイメント・プロシージャ（UDDP）カスタム配置プロセスの自動化

• デプロイメント・プロシージャを最初から作成

• ソフトウェア・ライブラリにアップロードされたソフトウェアおよびスクリプトを使用

• グローバル変数をUDDPに追加して起動中にユーザー入力を取得

• ホスト・コマンド、ソフトウェア・ライブラリからのスクリプトの実行、宛先ターゲットへのファイルの転送などを行う手順をUDDPに追加


Oracle EM 12c：データベース・プロビジョニング

• Oracleソフトウェアの一斉配置（Oracle Database、Oracle Real Application Clusters スタック、Oracle Fusion Middleware）

• 11.2/Grid Infrastructureアーキテクチャまでのすべてのバージョンのサポート

• プロビジョニング・プロファイル経由の標準化されたソフトウェア配置

• エラーのない制御された配置のためのロック・ダウン・アクセス

• 前提条件のチェックおよび修正

• グループベースの運用のサポート

• Exadata Databaseマシン対象

• “onecommand” で実行される初期設定

• Oracle Enterprise Manager Cloud Controlによって実行される継続的なデータベース・プロビジョニング

機能のまとめ


Oracle EM 12c：プロビジョニング・プロファイル

• ゴールド・イメージ・クローニングの有効化 • 特定のパッチ、構成、チューニングによる標準イメージ

• ソフトウェア・ライブラリでの参照イメージの作成および保存 • バイナリ、構成、データをインクルードする柔軟性

• プロファイルの使用による新しいコンポーネントのプロビジョニング • ディレクトリ・パス、ホスト名、ポート、ストレージなどのゴールド・イメージとは異なるインスタンス・レベル・プロパティ

標準化と簡素化


Oracle EM 12c：データベース・プロビジョニングプロビジョニングデザイナーからオペレータまでのワークフロー

プロビジョニングデザイナー

データベース・プロファイル

ベスト・プラクティス・プロシージャ

ロックされたプロシージャ

データベース・ホスト

参照データベース・ホストの選択

プロファイルを作成

プロシージャの入力用にプロファイルを使用

オペレータへ公開

入力をロックダウンし、プロシージャを保存


Oracle EM 12c：データベース・プロビジョニングプロビジョニング・プロファイルとロックダウン

プロビジョニング・プロファイルの取得

ロックされた値を読取り専用モードで表示










Oracle EM 12c：データベース変更管理

データ比較による重要なギャップの解消と以下の実現 • アプリケーション・ベンダーによるシード・データの比較 • アプリケーション顧客による異なるサイト間の構成データの比較 • DBAによる、アプリケーションのアップグレードがシード・データ・カスタマイゼーションに与える影響の判断

データ比較

データベースA データベースB



データ比較およびデータ収束により、GUIインタフェースからDBMS_COMPARISONパッケージへのアクセスが可能 • ローカル・データベースとリモート・データベース間のデータを比較

• 2つのデータベース間にデータベース・リンクが必要 • ローカルとリモートの代わりに同一のデータベースを使用可能

• 異なる種類のデータで使用可能 • シード・データ - インストール時にアプリケーションによって提供 • 構成データ - ユーザーが設定するアプリケーションのパラメータ • マスター・データ - ビジネスに関連のあるデータ・ファミリー（顧客、サプライヤ、製品、従業員など）

• トランザクション・データ - ビジネス・プロセスのオペレーションを記録

データ比較



使用のガイドライン • ローカル・データベースは11.1以降、リモート・データベースは

10.1以降のバージョンが必要 • データベースのキャラクタ・セットは同一 • データは、表、単一表のビュー、およびマテリアライズド・ビューを対象に比較可能

• データは一部のデータ型（LONG、LONG RAW、ROWID、CLOB、BLOBなど）では比較不能

• ただし、これらの列は比較から除外が可能

データ比較


Oracle EM 12c：データベース変更管理変更計画

変更計画により、ユーザーはオブジェクト・メタデータ変更の指定、グループ化、およびパッケージ化が可能

• 以下の点から変更計画を作成 • 非定型変更 • 比較ベースの差異 • 開発者ツール

• ロールベースのワークフロー • 開発者 – Oracle SQL Developer経由で変更計画を作成および送信

• DBA - 変更計画の確認および適用 • 複数のターゲットへ変更を適用



変更計画には、1つまたは複数のメタデータ・オブジェクトに対する変更要求が含まれます。変更リクエストに含まれる可能性があるリクエスト

• オブジェクトの作成 • オブジェクトのドロップ • オブジェクトの1つまたは複数の属性の変更

変更計画の配置時 • 変更配置先のデータベースに即して変更内容を分析 • ターゲット・データベースのメタデータに基づいて関連するPL/SQLスクリプトを生成

変更計画


Oracle EM 12c：パッチ管理

• 単一インスタンス・データベースおよびOracle Real Application Clustersスタックにパッチを適用するエンド・ツー・エンドのパッチ管理サポート

• 11.2/Grid Infrastructureアーキテクチャまでのすべてのバージョンのサポート • 停止時間の削減、out-of-placeパッチ適用メソッド（単一インスタンス・データベースのみに使用可能）経由のリカバリ可能で柔軟なパッチ適用

• パッチ計画による、簡潔で統合されたパッチ適用プロセス • デザイナーおよびオペレータ間のワークフローの有効化 • パッチ・テンプレートの導入によるパッチ・ロールアウト・サイクルの処理 • コンプライアンス標準との統合によるパッチの継続的な監視 • Exadata Databaseマシン対象

• “ patchmgr” によるセルのパッチ適用 • Oracle Enterprise Manager Cloud Controlによって自動化される継続的なデータベースのパッチ適用

機能のまとめ



• ステップ1：パッチおよびターゲットを選択 • ステップ2：配置のオプションを選択（デプロイメント・プロシージャは自動で選択）

• （In-Place、Out-of-Place、Rolling、Non-Rolling）

• ステップ3：検証の実行 - パッチ競合およびターゲット・レベル妥当性の包括的な分析

• ステップ4：確認 → 配置前作業 → 配置 • Oracleホームのクローニングおよびその後のパッチ適用を行う場合などの停止時間前の配置前作業、準備作業

簡潔で線形のパッチ適用プロセス


Oracle EM 12c：Out-of-Placeパッチ適用単一インスタンス・データベースへの最小停止時間でのパッチ適用

1

2

3

Oracleホームから実行される複数のデータベース

>Oracleホームのクローン化 >クローン化されたOracle ホームへのパッチ適用

新しくクローン化されたOracleホームにインスタンスを切換え

（必要に応じて） SQLをインスタンスに適用



• Cloud Controlインフラストラクチャの維持 • ユーザーの作成および適切なロールおよび権限の割当て

データセンターに合わせたユーザー・プロファイル

• シニアDBA（デザイナーロール） • パッチ・サイクルに対するパッチの特定 • パッチ計画テンプレートの作成 • テンプレートをオペレータへ提供

• ジュニアDBA/アプリケーションDBA（オペレータ・ロール） • テンプレートからパッチ計画を作成 • 指定したターゲット上でパッチ・ロールアウトを実行/ スケジューリング

サイト管理者

パッチデザイナー

パッチ・オペレータ


Oracle EM 12c：データベース・アップグレード

• Oracleデータベースの一斉アップグレード

• 最初のリリースにおける単一インスタンス・データベースのサポート

• Oracle RAC（予定）

• 10.2.0.x、11.1.0.xから11.2.0.xへのアップグレード

• 組合せまたは個別でのソフトウェアおよびインスタンスのアップグレード

• MOS Upgrade Plannerとの統合（MOS 5.4リリース以降）

機能概要


Oracle EM 12c：データベース・アップグレードアップグレード・ウィザード










Oracle EM 12c：構成管理おもなテーマと目標

検出と資産追跡

比較、履歴、および

レポート作成

構成のコンプライアンス

構成変更のリアルタイム

検出

統合

クラウド対応アプリケーション/ システム中心

拡張可能

構成管理

ホストおよびOS

データベースアプリケーション・サーバーアプリケーション


Oracle EM 12c：構成管理

12cのおもな機能新規またはGC 11.1 からの拡張

Oracle Application

Configuration Console

Oracle Configuration

Change Console

 サーバーのエージェントレスな自動検出 √

 インベントリレポート √

 拡張性 √

• カスタム・ターゲットおよび収集 √

 ターゲット/リレーションシップの追加機能を備えたトポロジ √

 リレーションシップ間の複雑な検索 √

 構成の比較 √

• ライフ・サイクル環境全体 √

• 既知の差異を無視 √

• システムの比較 √

 構成の履歴 √

 コンプライアンス √

• 標準フレームワークおよびダッシュボード √

• 変更のリアルタイム検出 √

• 変更のリコンシリエーション（承認、未承認） √

• ユーザー作成のルール、標準およびフレームワーク √

 システム管理とサポートの統合 √

機能のまとめ：買収と改革の活用



• データベース、Fusion Application、Middleware向けのターゲット固有情

報の強化された豊富な収集

• 収集された情報をMy Oracle Supportにアップロードすること

による問題の解決

• 顧客はOracle EMによって収集され

た構成データの補強が可能

• 豊富な標準パーサーのセットを

使用したUI駆動型の定義

• 構成管理機能(検索、履歴など)はすべてカスタム構成収集にも

使用可能

収集と拡張性 Exadataに対して収集されるコンポーネントの例

Oracle RAC インスタンス

インスタンス情報、ロールバック・セグメント、表領域、制御ファイル、ライセンス情報、REDOログ、データベース・オプション、HA一般情報、データベース・ファイル、Oracle RMAN、初期パラメータ

Oracle ASM インスタンス名、バージョン、ホスト、Oracleホーム、提供されるデータベース、

提供されるOracle ASM CFS、ディスク・グループ、構成パラメータ、ディスク・パス、ディスク・グループの自動マウント、電力のリバランス

ホスト CPU、メモリ、カーネル・パラメータ、シェル・パラメータ、マウント・ポイント

基本のセル構成名前、レルム名、ID、Make/Model、BMCタイプ、IPブロック、ファン・カウント、

パワー・カウント、SNMPサブスクライバ、SMTPサーバー/ポート、IPアドレス

1-4、カーネル・バージョン、セル・バージョン、インターコネクト・カウント、

CPUカウント

グリッド・ディスク名前、セル名、レルム名、ステータス、サイズ、作成時間、セル・ディスク、最下位オフセット、エラー・カウント、AVAILABLETO

セル・ディスク名前、セル名、レルム名、ステータス、サイズ、LUN、エラー・カウント、空き領域、デバイス・パーティション

LUN 名前、セル名、レルム名、ステータス、ID、セル・ディスク、エラー・カウント、RAIDレベル、デバイス名、サイズ、UID、自動作成、物理ドライブ

物理ディスク名前、セル名、レルム名、ステータス、ID、Make Model、Lun/sエラー・カウント、コントローラ・ファームウェア、コントローラHWバージョン、物理インタフェース、物理ファームウェア、サイズ、シリアル、使用タイプ、

ポート、挿入時間

IORM 名前、セル名、レルム名、ステータス、ディレクティブ・タイプ、データベース名、プライオリティ・レベル1、レベル2-8、ロール、 BIOS製造業者、BIOS部品番号、BIOSバージョン、製造業者、部品番号、製品名、シリアル番号、UUID



• 汎用検索機能のための新規UI • ターゲット内の構成属性の検索および他のターゲットへのリレーションシップのフォロー

• 以前のリリースでは事前定義した検索のみ可能 • ターゲット・プロパティの使用

• エンドユーザーおよびインテグレータにより、新しい構成検索定義の作成および保存が可能

• インテグレータには一般的で便利な標準の検索をインクルード可能

• インベントリレポート • オペレーティング・システムのディストリビューション、データベースおよびミドルウェア製品バージョン

• 資産の増加および乱立の可能性を表示する傾向レポート

インベントリ検索およびレポート作成


Oracle EM 12c：構成管理インベントリ検索およびレポート作成

検索定義の保存

既存のリレーションシップおよびプロパティの使用

非定型検索の検索基準の構築


Oracle EM 12c：構成管理インベントリレポート

数の傾向

バージョン・ディストリビューション

構成の詳細



• リレーションシップを視覚的に表示

• コンポーネント・レベルではなくシステム・レベルでの管理

• 依存性への理解および影響の分析

• リレーションシップのサポート • 標準システム • '依存先' • '使用元'

• カスタム・ビューを作成し、事前定義されたシステムに新しいターゲットを追加

トポロジ・ビューア



• 構成の比較およびずれの検出（mValentとの統合）

• 稼働中のシステムおよび保存済みの優れた標準との比較

• 1対1および1対Nの比較 • データベース・ライフ・サイクル間の比較：開発、テスト、本番

• テンプレートを使用した比較 • オラクル製品向けの標準テンプレートおよびカスタム・テンプレートのサポート

• 特定の差異を無視する機能 • 複数コンポーネント・システムの比較に有用

• データベース・マシン • Exadataセル • Weblogicの管理対象サーバー • Fusionアプリケーションなど

• 非定型の比較およびスケジューリングされた比較 • ずれの検出時の自動通知

mValentにより拡充された比較（ACC）

明確な差異を無視することによってノイズを回避

既存のテンプレートを使用

構成値に制約を適用

差異の通知


Oracle EM 12c：構成管理 – Oracle Exadataの比較 Oracle Database Machine同士の比較


Oracle EM 12c：構成管理 – Oracle Exadataの比較ストレージ・セル同士の比較



• 複数の階層 • コンプライアンス・フレームワーク • 構成の標準をコンプライアンス・フレーム

ワーク（PCI、COBIT、HIPAA、CISなど）の実際の構造へマッピングする概念的な"フォルダ"

• コンプライアンスの標準 • 複数のターゲットへ関連付けるルール

の収集

• コンプライアンス・ルール • 特定のターゲット・タイプに対して実行

されるチェック/テスト

• 管理者およびセキュリティ監査員向けの豊富なコンプライアンス・レポートのセット

• 自己更新機能 • 新規の内容の通知機能 - 新規コンテンツのダウンロードを支援

コンプライアンス

コンプライアンス・マネージャー、セキュリティ監査員

DBA、管理者、 ITマネージャー

コンプライアンス・フレームワーク

コンプライアンスの標準

ルール


Oracle EM 12c：構成管理コンプライアンスの概要

フレームワーク

標準

ルール


Oracle EM 12cの構成管理

• 環境などに対して実行されるチェック/テスト：パラメータ値はベスト・プラクティス・ガイドラインにそって正しく設定されているか

• 製品付属のコンプライアンス標準およびフレームワークにマッピングされる豊富な製品付属のルールのセット

• Oracle Exadataの構成向け、CIS、PCIなど • 発生した変更は変更リクエストに認可されているか • ターゲットに固有ではなく、ターゲット・タイプに固有

• 3つのタイプ • リポジトリ・ルール • リポジトリ・データに対する評価 • ルール作成を支援するリポジトリ・ブラウザ • リアルタイム・ルール • リアルタイム・アクティビティの検出（ファイル・アクション、スキーマ・アクション、プロセス・アクション）

• 変更管理システムに対する自動相関による"不正な"変更の検出 • Weblogicルール • Oracle Enterprise Managerに統合されたBEA Guardianによるヘルス・チェック

コンプライアンス・ルール



単一フレームワーク内の構成管理およびコンプライアンスの包括的な

ソリューション

違反を認識する自動検出メカニズム

ACCやCCCのような買収された製品向けの統合されたコンソール

カスタマイゼーションが簡単で拡張性がある豊富な標準コンテンツ

トポロジ・ビューおよびリレーションシップによるアプリケーション中心性

おもな考慮事項


Oracle EM 12c：データベースのライフ・サイクル管理サンプル・ユースケースの機能へのマッピング

サンプル・ユースケース機能組織が別の組織と合併したためにサーバーが1,000台増え、そのうちの一部ではデータベースが稼働

しています。管理する方法はありますか。自動検出

Linux上で稼働する、Fusionアプリケーションの一部のデータベースをすべて検索したい構成の検索

本番アプリケーションでは、テストよりも多くのログが生成されています。本番とテストとの違いはどこにありますか。この明確な差異を無視できますか。

構成のずれの分析

テスト環境ではPL/SQLプロシージャを実行できますが、本番環境では失敗します。両者の違いを見つけて同期化できますか。

データベース変更管理

パッチのためにデータベースをシャットダウンすると、どのアプリケーションが影響を受けますか。トポロジ・ビューア

組織がパッチ・ベースラインに従っているかどうかを確認できますか。手元のExadataはベスト・プラクティス・ガイドラインに沿って構成されていますか。

構成のコンプライアンス（コンプライアンス標準）

昨日、誰かが本番給与データベースの初期化パラメータを変更しました。誰が、いつ変更したのでしょうか。

構成のコンプライアンス（リアルタイム変更検出）

監査員は、PCIコンプライアンスによってデータベースすべてに対する単一のレポートを求めています。

Oracle EMから入手する方法はありますか。構成のコンプライアンス（コンプライアンス・フレームワーク）

Grid InfrastructureおよびOracle RACの完全なスナップショットを生成し、それをワンショットでプロビ

ジョニングしたいと考えています。実行可能ですか。プロビジョニング・プロファイル

次のテスト・サイクルで、Oracleホーム・パスを変更/選択せずに、オペレータが15のデータベース・イン

スタンスをプロビジョニングすることを望んでいます。すべての配置間で同じ値を実行する方法はありますか。

プロビジョニング・ロックダウン

次の土曜日に、次回のパッチによる停止時間があります。ターゲットをパッチ適用可能にし、すべての重要なパッチをインスタンスごとに1回の再起動のみで、 1回の停止時間で適用させる方法はありますか。

パッチ計画パッチ分析


Oracle EM 12c：ライフ・サイクル管理機能のシナジーすべてを一体化するために

アドバイス

実行

監査分析中核

• 検出 • ホストおよびアプリケーション • 依存性とリレーションシップ • インベントリ

• 収集 • 豊富な構成データ • 解析済みの構成ファイル • インストール済みのパッチ

• リアルタイム監視 - 誰が/いつ • コンプライアンス・スコア

• ベスト・プラクティス • オラクルによる推奨事項 • 規制（PCI、Cobit）

• レポート • インベントリと傾向 • 自動変更リコンシリエーション • 認可と不認可

• MOS経由のパッチ・アドバイザリ • アドバイザリのMOSからのアップグレード • 構成ポリシーの違反

• 変更計画/パッチ計画 • 一斉配置 • スキーマの同期化 • 設定、ずれ、およびポリシーのアクション • 構成の変更

• トポロジによる影響分析 • 構成比較によるずれの分析

• 優れたベースラインとの比較 • 1対1、1対N • ターゲットとシステム

• データベース変更管理 • データ比較 • 変更計画

• パッチの競合および前提条件分析


Oracle EM 12c：ライフ・サイクル管理

• 統合およびクラウド構想 - Exadata • 検出および統合プランナー • クラウド管理およびライフ・サイクル管理

• 標準化プロジェクト - 複雑さの排除 • エンド・ツー・エンドのソリューション：プロビジョニング、ずれの制御、標準

• パッチの自動化およびコンプライアンスへの取組み • エンド・ツー・エンドの自動化およびレポート作成

• テスト/品質管理製品の補完 • プロビジョニングにより品質管理を補完

おもなユースケース


Oracle Enterprise Manager 12c Beta：アーリー・アダプタ

40を超える顧客、パートナー、およびOracle IT


質問

Documents

Database Lifecycle Management Pack• デプロイメント・プロシージャを最初から 作成 • ソフトウェア・ライブラリにアップロードさ れたソフトウェアおよびスクリプトを使用

Database Lifecycle Management Pack• デプロイメント・プロシージャを最初から作成 • ソフトウェア・ライブラリにアップロードされたソフトウェアおよびスクリプトを使用