Oracle Database の移行 - 概要編

Size: px

Start display at page:

Download "Oracle Database の移行 - 概要編"

れいがたかはし
4 years ago
Views:

2 はじめに日本ヒューレットパッカード株式会社 ( 代表取締役社長執行役員 : 小出伸一本社 : 東京都千代田区以下日本 HP) と日本オラクル株式会社 ( 代表執行役社長最高経営責任者 : 遠藤隆雄本社 : 東京都港区以下日本オラクル ) は日本オラクル社内のIT 基盤検証施設 Oracle GRID Center を活用してソリューションの開発提案から保守最新技術情報の市場への提供を行うなど協業を強化することに合意しています Oracle GRID Center を活用した両社の協業強化によって HP+Oracle ならではの堅牢でハイパフォーマンスなITインフラストラクチャを提案し IT 投資の効率化コスト削減を実現することでお客様のビジネスにも貢献してまいりますすでにHPとオラクルは28 年を超える製品開発から販売保守に至る全方位での密接な協調関係を通じ全世界で14 万社を超えるお客様に共同でシステム導入してきましたその結果として Oracle Database においても Oracle Applications の稼動プラットフォームとしてもHPサーバーがもっとも多く利用され HP 自身が世界最大規模のオラクル導入ユーザーでもありますこれらの強固な関係にもとづき最新データベース Oracle Database 11g Release 2 においても引き続き HP-UXはオラクルの重要プラットフォームの一つとして位置づけられています国内においても日本 HPと日本オラクルは相互に重要パートナーの一社として 20 年にわたって強力なパートナーシップを構築してきました特に企業のIT 基盤の構築について HP-UX 搭載サーバーと Oracle Database や Oracle Fusion Middleware の組み合わせを中心としたプラットフォームの提案を行い日本市場でのオープンエンタープライズシステムの普及を加速してきましたまた両社は HP-UX 搭載サーバーオラクルのデータベース技術を中核に次世代データセンターやプライベートクラウドのような最新エンタープライズシステムの在り方を追求しお客様の経営課題情報システムの課題を解決する提案を行っています日本 HPと日本オラクルは Oracle Database 11g Release 2 (11.2) へのバージョンアップと共に HP 9000 サーバーからHP Integrity サーバーへの移行検証を Oracle GRID Center で実施しました本書を含む一連の資料はその一部の内容を説明しています 1

3 概要... 3 移行全体の流れ... 3 新機能の把握... 3 方法の決定... 4 対象バージョンに直接移行する方法... 5 エクスポート / インポート... 6 データベースリンク... 6 トランスポータブル表領域... 6 同じバージョンで移行した後にアップグレードする方法... 6 データファイルの移動あるいはコピー... 7 データファイルの移動あるいはコピーに必要な HP-UX の要件... 8 データファイルの移動あるいはコピーによる移行例... 9 Oracle Database 11g Release 2 (11.2) での RAW デバイスの扱い10 RAW デバイスから他の記憶域への変更 Enterprise Manager 11gを使用したアップグレード前後での性能向上 10 SQL Performance Analyzer (SPA) SQL Plan Management (SPM) SQL Tuning Advisor (STA) 移行前後における実行計画変化に伴う性能の変化の確認方法 Enterprise Manager 11gを使用したSQL 文のチューニング

概要本書は方法特に HP 9000 サーバーから HP Integrity サーバーに移行方法の概要を理解するための資料です移行全体の流れ HP 9000 サーバーから HP Integrity サーバーに移行する 1 つの方法を以下に示します移行元 (HP9 0 0 0 サーバー ) 業務稼働業務停止バックアップの取得性能情報の取得バックアップの取得移行作業移行先

移行元でのシャットダウン移行先でのアーカイブの適用移行先でのオープン移行先でのアップグレード移行先でのチューニング移行先でのその他の作業業務稼動図 1 HP 9000 サーバーから HP Integrty サーバーへの移行例移行には様々な方法がありますがここでは業務停止時間が短くなる一例を示していますまず移行先の環境を準備し移行元のバックアップを移行先にリストアして

4 概要本書は方法特に HP 9000 サーバーから HP Integrity サーバーに移行方法の概要を理解するための資料です移行全体の流れ HP 9000 サーバーから HP Integrity サーバーに移行する 1 つの方法を以下に示します移行元 (HP サーバー ) 業務稼働業務停止バックアップの取得性能情報の取得バックアップの取得移行作業移行先 (HP Integrity サーバー ) 環境の準備ハードウェアの準備クラスターの準備 Oracle Database のインストール新機能の把握移行方法の決定リストア性能ストアドアウトライントレースマッピングファイルリハーサル環境リハーサル移行手順の確認アップグレード前情報ツールの実行実行計画と性能の事前確認リストアチューニング結果移行元でのアーカイブの出力移行元でのシャットダウン移行先でのアーカイブの適用移行先でのオープン移行先でのアップグレード移行先でのチューニング移行先でのその他の作業業務稼動図 1 HP 9000 サーバーから HP Integrty サーバーへの移行例移行には様々な方法がありますがここでは業務停止時間が短くなる一例を示していますまず移行先の環境を準備し移行元のバックアップを移行先にリストアしてリハーサルを行う環境 ( リハーサル環境 ) を整えますこれにより本番と同等のデータを持つリハーサル環境で入念な準備を行うことができ移行時のエラーの解消実行計画や性能の事前確認が行えより安全な移行が実現可能です新機能の把握 Oracle Database を移行する場合 OS クラスター Oracle Database のバージョンが新しくなることが多いため必要であればどのような新機能があるか最初に把握します HP-UX クラスター 3

5 に関する情報は各バージョンのリリースノートを Oracle Database に関する情報は各バージョンの新機能ガイドを参照します特に Oracle Database の新機能については非常に数が多いため My Oracle Support に用意されたドキュメント Oracle Database (version) Upgrade Companion のセクション Behavior Changes を利用してアップグレード時に発生する共通した問題のみを最初に把握し後から新機能を理解するのも1つの方法ですなお移行先で使用するバージョンまでに複数のバージョンが存在する場合はそのすべてのバージョン情報を参照します方法の決定方法には様々な方法が存在するためそれぞれの移行方法における特徴を以下にまとめますここでは移行時のシステム停止時間移行時に中間ファイルを必要とし追加のディスクが必要かどうか移行元と移行先で異なるディスクを用いた移行が可能かどうか ASM 環境への移行が可能かどうか自作スクリプトの作成や事前準備の量について比較しています移行方法は対象バージョンに直接移行する方法と同じバージョンのまま移行しその後にアップグレードを行う方法の大きく2つに分類されます 4

6 ASM 対象バージョンに直接移行する方法 HOT Migration or COLD Migration システム停止時間の有無アップグレード作業必要性中間ファイルの用いた移行異なるディスクを移行元と移行先でへの移行を含む異なる記憶域環境への移行成や事前準備の量自作スクリプトの作エクスポート / インポート Full Database モード N/A 大無必要可可尐 User モード N/A 中無必要可可中データベースリンク + ダイレクトロード N/A 中無不要可可多トランスポータブル表領域 ftp 等によるデータファイルのコピー N/A 中有不要可不可中 Recovery Manager ( 以降 RMAN) によるデータファイルのコピー N/A 中有不要可可中 Business Copy によるデータファイルのコピー N/A 小有不要不可不可中 Continuous Access によるデータファイルのコピー N/A 小有不要可不可多表 1 方法 ( その 1) 5

7 ASM エクスポート / インポートの最も一般的な方法として用いられています移行元と移行先のバージョンが異なるあるいは移行元と移行先のプラットフォームが異なったとしても移行したいバージョンに直接移行することが可能ですエクスポート及びインポート実行時にデータベースを停止する必要があり大規模データベースではシステム停止時間が長くなる傾向があります全データベースモードとユーザーモードとで行う方法がありますデータベースリンク移行元からスキーマの情報を取り出し移行先に事前に同じスキーマを作成しますその後データベースリンクを作成し移行元のデータをネットワーク経由で移行先にコピーする移行方法です読み取り専用の表から順次移行が可能でデータベースを停止する時間は短縮できますが多大な移行工数が必要ですトランスポータブル表領域移行元にあるデータファイルを移行先に移動あるいはコピーしトランポータブル表領域を用いて移行先にデータを取り込む移行方法です移行元と移行先のバージョンが異なる場合は通常は移行先 ( 移行元でも可 ) でアップグレードが必要となります Oracle Database 10g より前のバージョンでは同じプラットフォーム間でのみトランスポータブル表領域を利用可能でしたが Oracle Database 10g 以降では異なるフラットフォーム間でもトランスポータブル表領域の利用が可能です同じバージョンで移行した後にアップグレードする方法次に同じバージョンのまま移行を行いその後にアップグレードを行う方法を示しますなお以下に示すデータファイルの移動あるいはコピーの移行方法は同一 OSでの移行あるいはの移行またはその逆の場合に使用可能です表の項目に記述されている HOT Migration と COLD Migration については後述します HOT Migration or COLD Migration システム停止時間の有無アップグレード作業性中間ファイルの必要た移行なるディスクを用い移行元と移行先で異の移行含む異なる記憶域へ環境への移行を成や事前準備量自作スクリプトの作データファイルの移動あるいはコピー ftp 等によるコピー RMAN による DUPLICATE COLD 中有不要可不可中 COLD 中有不要可不可尐 6

8 Business Copy によるコピー COLD 小有不要不可不可中 Continuous Access によるコピー COLD 小有不要可不可多バックアップからのリストアリカバリー (RMAN) HOT 小有不要可可中バックアップからのリストアリカバリー ( 手動 ) HOT 小有不要可不可中表 2 方法 ( その 2) データファイルの移動あるいはコピーインテル Itanium プロセッサーで用いられている IA-64 アーキテクチャーの共同設計において HP が持っていた大きな目標の1つは PA-RISC に基づいた HP-UX 環境の高い互換性を維持することでしたこの互換性により HP 9000 サーバー上に作成されたデータベースはデータ変換することなしに HP Integrity サーバー上でも動作しますこのため HP 9000 サーバーから HP Integrity サーバーへの移行は移行元となるHP 9000 サーバーのデータベースを停止し移行先となる HP Integrity サーバーにデータベースファイルを移動し起動するといった方法を用いることが可能となっていますまた移行元のバックアップを移行先にリストアし一連の手順を踏んで立ち上げることでシステム停止時間を最小にすることも可能です移行元と移行先のバージョンが異なる場合は通常は移行先 ( 移行元でも可 ) でアップグレードが必要となります HOT Migration は移行元で標準のサポートされた方法により Oracle Database をバックアップし移行先でリストアする移行方法を意味しますこのバックアップリストアを用いた方法の優位点は移行元でオンラインバックアップを行ない移行先に移行元の REDO ログを適用するまで移行元を動かし続けることができ短いシステム停止時間で移行が可能です HP StorageWorks Business Copy や Continuous Access のようなディスクアレイのコピー機能を使って移行元から移行先に最新の REDO の更新を反映させることも可能です COLD Migration は移行元のインスタンスをシャットダウンし制御ファイル UNDO 表領域用のデータファイルやオンライン REDO ログファイルを含むデータファイルを移行先にコピーあるいは移動し移行先でインスタンスを立ち上げる移行方法を意味します RMAN の DUPLICATE による移行方法は移行元のインスタンスはオープンされていますが DUPLICATE 実行中は業務を遂行できないという理由によりこちらに分類しています 7

9 データファイルを移行先に移動する場合移動あるいはコピーどちらの方法も選択できますがコピーを行えば移行元にデータベースをそのまま保つことができ移行時に何か問題が発生してもすぐに移行元のデータベースを立ち上げるメリットがありますデータファイルの移動にはディスクの LUN (Logical Unit Number) のプレゼンテーションを変更する論理的な方法や再配線や移行元から線を抜き移行先に結線する物理的な方法などがありますデータファイルのコピーには HP StorageWorks Business Copy や Continuous Access などのディスクアレイの機能を用いた方法や伝統的な ftp や rcp などによる方法がありますデータファイルの移動あるいはコピーに必要な HP-UX の要件 HP 9000 サーバーから HP Integrity サーバーに Oracle Database を移行するためには HP-UX に関する以下の最低要件を満たす必要があります以下に記述した HP-UX のリリース識別子は必要となる最低限のバージョンを示していますのでそれ以降のバージョンを用いることも可能です例えば 11i v1 (11.11) または 11i v2 (11.23) という記述は HP-UX 11i v1 (11.11) はサポートされる HP-UX はサポートされない HP-UX 11i v2 (11.23) と HP-UX 11i v2 (11.23) よりその後の HP-UX 11i v3 (11.31) はサポートされることを意味します Oracle Version 8i (8.1.7) 9i ( またはそれ以降 ) 9i ( またはそれ以降 ) 10g ( またはそれ以降 ) 11g ( またはそれ以降 ) 11g ( またはそれ以降 ) HP-UX の最低要件 COLD Migration が可能 ( データベースをオープンする前に 9i にアップグレードする必要あり ) HP 9000 サーバー HP Integrity サーバー - 11i v2 (11.23) COLD Migration が可能 HP 9000 サーバー HP Integrity サーバー - 11i v2 (11.23) HOT Migration が可能 HP 9000 サーバー - 11i v1 (11.11) or 11i v2 September 2004 (11.23) HP Integrity サーバー - 11i v2 September 2004 (11.23) COLD Migration 及び HOT Migration が可能 HP 9000 サーバー - 11i v1 (11.11) または 11i v2 September 2004 (11.23) HP Integrity サーバー - 11i v2 September 2004 (11.23) COLD Migration 及び HOT Migration が可能 HP 9000 サーバー - 11i v2 March 2007 (11.23) HP Integrity サーバー - 11i v2 March 2007 (11.23) COLD Migration 及び HOT Migration が可能 HP 9000 サーバー - 11i v3 HP Integrity サーバー - 11i v3 表 3 データファイルの移動あるいはコピーに必要な HP-UX の要件 8

10 使用している HP-UX が HP-UX 11i v2 September 2004 以降であるかどうかを確認するためには swlist コマンドを次のように使用し # swlist -l bundle grep BUNDLE11i BUNDLE11i のバージョンが B 以上であることを確認しますまた HP-UX 11i v2 March 2007 以降が動作しているかどうかは BUNDLE11i のバージョンが B 以上であることを確認しますデータファイルの移動あるいはコピーによる移行例の移行に伴うシステム停止時間をできるだけ尐なくするために移行元の HP 9000 サーバーのオンラインバックアップを移行先の HP Integrity サーバーでリストアするデータファイルの移動あるいはコピーのバックアップからのリストアリカバリー ( 手動 ) による移行例を示します移行先の HP Integrity サーバーに移行を行う為のディスク構成ディスク容量ファイルシステム Serviceguardクラスター構成等の設定を行います移行先の HP Integrity サーバーにパッチを含め Oracle Database をインストールしインスタンスを稼動させます Serviceguard や Oracle Clusterware が存在する場合はそれらも動作させます移行先の HP Integrity サーバーに HP 9000 サーバーで取得したオンラインバックアップのデータファイルをリストアします移行先の HP Integrity サーバーでデータベースをマウント状態にします移行元の HP 9000 サーバーのアーカイブを移行先の HP Integrity サーバーで適用しますリハーサルを行う場合は以下の項番 6 リハーサルを行わない場合は項番 9を実施しますリハーサル移行先の HP Integrity サーバーでリハーサルを行う場合は移行先のデータベースをオープンしますリハーサル移行先の HP Integrity サーバーでアップグレード時に実行する DBUA で確認される項目を事前に確認するために Oracle Database 11g Release 2 (11.2) のアップグレード前情報ツール utlu112i.sql を実行しますエラーや警告が出た場合は移行先の HP Integrity サーバーで事前に解消しておきますリハーサルアップグレード前後で生じる実行計画とパフォーマンスの変化を確認しますリハーサルリハーサルが終了したら項番 3に戻ります移行元の HP 9000 サーバーの業務を停止します移行元の HP 9000 サーバーでアーカイブを出力しインスタンスをシャットダウンします 9

11 移行元の HP 9000 サーバーに存在するすべてのアーカイブを HP Integrity サーバーで適用します移行先の HP Integrity サーバーでデータベースをオープンします移行先の HP Integrity サーバーのデータベースにネイティブにコンパイルされたオブジェクトが存在する場合はこれらのオブジェクトは無効になっているため有効にする必要があります PL/SQL プロシージャのリコンパイルを行う場合と Java クラスのリコンパイルを行う場合があります詳細な手順は KROWN を参照してください移行先の HP Integrity サーバーで最新のバージョンにアップグレードします Oracle Database 11g Release 2 (11.2) での RAW デバイスの扱い Oracle Database 11g Release 2 (11.2) から Oracle Universal Installer (OUI) や Database Configuration Assistant (DBCA) を使用してデータベースを作成する際 RAW デバイスをデータベースファイルに指定してデータベースを作成する事はサポートされなくなりました Oracle Real Application Clusters (RAC) の OCR や Voting ディスクについても同様ですこのためデータベースファイルは Oracle Automatic Storage Management (ASM) ファイルシステム NFS 上に作成することができ Oracle Real Application Clusters (RAC) 環境では ASM クラスターファイルシステムサーティファイされている NFS 上にデータベースファイルを作成することができます過去のリリースにて RAW デバイス上に作成したデータベースをアップグレードする場合は RAW デバイス上で引き続き使用することができますまた Oracle Enterprise Manager でもアップグレードした RAW デバイス上のデータベースを使用可能です RAW デバイスへのファイル移動やファイル作成も可能です参考 : RAW デバイスから他の記憶域への変更 RAWデバイスから ASM を含む他の記憶域にデータベースを変更するためにはエクスポート / インポートあるいは RMAN を利用して行うことができますエクスポート / インポートであれば COLD Migration RMAN であれば HOT Migration あるいは COLD Migration が可能ですなお RAW デバイスからファイルシステムにコピーを行う場合は dd (1) コマンドを利用することも可能です以下に例を示します # dd if=/dev/vgdb1/rlvol1 of=/fs1/rlvol1 bs=1024k Enterprise Manager 11g を使用したアップグレード前後での性能向上 SQL 実行計画とは SQL 文を実行するための物理的なデータアクセスの方法やユーザーへ結果を返す際のデータ行の準備の方法を意味します SQL 実行計画の変化はアプリケーションのパフォーマンスに大きな影響を及ぼす可能性があります 10

12 Oracle Database のオプティマイザはバージョンが上がるごとにより優れた実行計画を生成できるよう改善されているため移行やアップグレードの前後で実行計画が変化する可能性がありますしかし実行計画の変化によってまれにパフォーマンスが劣化する場合がありますそのため移行やアップグレード後のデータベースで業務を開始する前に実行計画の変化を把握しパフォーマンスが劣化するようであればチューニングを行う必要があります以下にその方法を記述しますがはじめに Oracle Enterprise Manager 11g( 以降 Enterprise Manager 11g) 上で活用できる Oracle Database の機能について記述します SQL Performance Analyzer (SPA) SQL Performance Analyzer( 以下 SPA ) ではシステム環境の変化前後で SQL を実行することでその変化が SQL の実行計画とパフォーマンスに及ぼす影響を詳細に提示しますシステム環境の変化には初期化パラメータの設定変更ハードウェアやデータベース構成の変更などが挙げられます SPA は別環境でキャプチャした大量の SQL 文 (SQLワークロード) を用いて SQL の実行を再現することができるためテスト環境でアプリケーションを実際に稼働させる必要はありませんまた SPA を用いるとシステム環境の変化がパフォーマンスに及ぼす影響を把握する作業が自動化かつ簡素化されますさらに SPA は下記で述べる STA および SPM と密接に連携しておりパフォーマンスの変化が報告された SQL 文については Enterprise Manager 11g 上でそれらの機能にナビゲートされ容易にチューニングを行うことも可能です SPA を用いて移行元の SQL 実行を再現するためには移行元で SQL トレースおよびマッピング表を取得し SQL Tuning Set を作成しますまた SPA をご利用になる場合は Real Application Testing オプションが必要となります SQL Plan Management (SPM) SQL Plan Management( 以下 SPM ) はオプティマイザ自身が実行計画を時間経過とともに履歴として記録し評価する管理メカニズムです SPM を用いるとオプティマイザは実行計画を自動的に管理し SQL ごとに最初に取得された実行計画または検証を通じて管理者により承認された実行計画のみを使用しますこれは該当する実行計画を元に SQL 計画ベースラインを作成することにより実現されたとえ SQL 文に新しい実行計画が生成されたとしても現在の実行計画と同等またはそれ以上のパフォーマンスを管理者が確認し SQL 計画ベースラインに追加するまでその新しい実行計画が使用されることはありませんこれによりパフォーマンスを劣化させる実行計画の使用を事前に防ぐことが可能となります移行元の実行計画を SQL 計画ベースラインに追加する方法は後述しますまた SPM は Enterprise Edition の機能です SQL Tuning Advisor (STA) SQL Tuning Advisor( 以下 STA ) では SQL の分析を行ないパフォーマンスを最適化するチューニングの方法例えば欠落している統計の再取得より高速なアクセスパスを実現するための索引の作成などを提示します DBA は Enterprise Manager 11g 上で STA によって提示された推奨事項を受け入れるかどうかを判断するだけで容易に推奨事項を実装することができます 11

13 STA でチューニングを行う際に移行元で事前に取得しておく情報はありませんまた STA をご利用になる場合は Oracle Tuning Pack オプションが必要となります移行前後における実行計画変化に伴う性能の変化の確認方法移行前後の実行計画の変化を移行実施前に確実に把握するために移行元と同じデータを持つリハーサル環境で移行元で使用されていた実行計画と移行先で生成される実行計画の両方を使用して比較しますそれによって移行前後における実行計画の変化に伴うパフォーマンスの変化を確認することができます移行実行前にリハーサル環境で移行元と移行先の実行計画を再現する方法には以下の2つの方法があります OPTIMIZER_FEATURES_ENABLE 指定による実行計画の再現方法初期化パラメータ OPTIMIZER_FEATURES_ENABLE は Oracle Database のリリース番号に基づいたオプティマイザ機能を制御するパラメータです例えばこのパラメータの値にを指定すれば Oracle9i Database Release 2(9.2.0) のオプティマイザ機能を提供しますそのためこのパラメータの指定により移行元の実行計画を再現することができますまたこのパラメータの値にを指定することで移行先で生成される実行計画を用いて SQL を実行します SQL 計画ベースライン作成による実行計画の再現方法移行元から業務稼動中にストアドアウトラインあるいは SQL トレースおよびマッピング表を取得しそのいずれかを利用して移行先で SQL 計画ベースラインを作成しますこれにより移行元で使用されていた実行計画をそのまま再現することができますまたリハーサル環境の Oracle Database のバージョンが移行先と同じくであれば移行先の実行計画を再現させるための特別な操作は必要ありません但しこの際実行される SQL に対する実行計画 ( 例えば移行元の実行計画 ) が既に SQL 計画ベースラインに追加されている場合はその実行計画を用いて SQL 文が実行されないよう SQL 計画ベースラインの使用を無効にするかあるいは該当する実行計画が追加されていない状態で SQL を実行する必要があります Enterprise Manager 11g を使用した SQL 文のチューニング SPA を用いると移行に伴うパフォーマンスの変化の把握が自動化かつ簡素化され実行計画やパフォーマンスが変化した SQL を容易に見つけることができますまたパフォーマンスの劣化が報告された SQL 文については Enterprise Manager 11g 上で STA SPM にナビゲートされ容易にチューニングを行うこともできますこれにより移行後もパフォーマンスを維持または向上させることができます実際にはリハーサル環境で SPA SPM STA などを用いて十分なテストおよびチューニングを実施し移行先での予期せぬ実行計画の変化によるパフォーマンス劣化を防ぐ作業を行いますなお作成した SQL 計画ベースラインを別環境に移動するためにはステージング表を作成しそ 12

14 のステージング表を別環境に移しますまたリハーサル環境で行った STA によるチューニング結果も移行先に施す必要があります 13

15 2011 年 3 月日本ヒューレットパッカード株式会社東京都千代田区五番町七番地本書は Oracle GRID Center で実施された検証に関する技術情報を提供するものです本書に記載した内容は予告なしに変更することがあります本書中の技術的あるいは校正上の誤りや省略また本書の内容に関連したいかなる損害に対しても責任を負いかねますのでご了承ください記載されている会社名および商品名は各社の商標または登録商標です 2011 年 3 月著者 : 王小芬共著者 : 佐々木亨日本オラクル株式会社東京都港区北青山オラクル青山センター Copyright 2011, Oracle. All rights reserved. 本文書は情報提供のみを目的として提供されておりここに記載される内容は予告なく変更されることがあります本文書はその内容に誤りがないことを保証するものではなくまた口頭による明示的保証や法律による黙示的保証を含め商品性ないし特定目的適合性に関する黙示的保証および条件などのいかなる保証および条件も提供するものではありませんオラクルは本文書に関するいかなる法的責任も明確に否認し本文書によって直接的または間接的に確立される契約義務はないものとします本文書はオラクル社の書面による許可を前もって得ることなくいかなる目的のためにも電子または印刷を含むいかなる形式や手段によっても再作成または送信することはできません OracleとJavaは Oracle Corporation 及びその子会社関連会社の米国及びその他の国における登録商標です文中の社名商品名等は各社の商標または登録商標である場合があります記載事項は2010 年 7 月現在のものです

Microsoft Windows向けOracle Database 12cでのOracleホーム・ユーザーの導入

Microsoft Windows向けOracle Database 12cでのOracleホーム・ユーザーの導入 Oracle ホワイトペーパー 2013 年 7 月 Microsoft Windows 向け Oracle Database 12c での Oracle ホームユーザーの導入はじめに Oracle Database 12c Release 1(12.1) 以降では Microsoft Windows 上のOracle Databaseでインストール時に指定したOracleホームユーザーの使用がサポートされています