移行プロセスの理解

このプレイブックで詳しく説明されているように、Oracle Cloud InfrastructureのBYOI機能を使用してSiebel Enterpriseを移行するには、次のステップを実行します。

  1. OCIでインスタンスを作成するためのソースのSiebelサーバー・イメージをオンプレミスで準備およびエクスポートしています。
  2. VM移行後タスクの実行
  3. SiebelプロファイルをSMCからアンデプロイし、再デプロイします。
  4. Siebel CRMの最新バージョンへの更新

Bring Your Own Image

BYOI機能を使用すると、基礎となるハードウェアがサポートしているかぎり、独自のバージョンのオペレーティング・システムをクラウドに導入することができます。このサービスは実行するOSには異なります。

BYOI機能:
  • 仮想マシンのクラウド移行プロジェクトを有効にします。
  • 新旧両方のオペレーティング・システムがサポートされます。
  • 実験がしやすくなります。
  • Infrastructureの柔軟性が高まります。

制限事項および考慮事項について学習

次の制限および考慮事項に注意してください:

  • ライセンス要件:提供するOSイメージに基づいてインスタンスをアップロードして起動する際は、すべてのライセンス要件に準拠する必要があります。
  • 最大イメージ・サイズは400GBです。
  • サービス制限の引上げをリクエストできますが、サービス制限およびコンパートメント割当てはカスタム・イメージに適用されます。詳細は、このプレイブックの「詳細の確認」トピックからアクセスできる「サービス制限」を参照してください。

起動モードの理解

インポートされたLinux VMは、準仮想化モードまたはエミュレート・モードで起動できます。AMDおよびArmベースのシェイプ、Oracle Linux Cloud DeveloperイメージおよびWindowsイメージでは、インポートされたイメージは準仮想化モードでのみサポートされます。

準仮想化モードは、エミュレート・モードよりも優れたパフォーマンスを提供します。Oracleでは、OSでサポートされている場合は、準仮想化モードを使用することをお薦めします。カーネル・バージョン3.4以降が実行されているLinuxベースのオペレーティング・システムでは、準仮想化ドライバがサポートされています。システムのカーネル・バージョンはunameコマンドを使用して確認できます。

イメージで準仮想化ドライバがサポートされている場合は、既存のエミュレート・モード・インスタンスを準仮想化インスタンスに変換できます。変換が完了すると、イメージから作成されたインスタンスが準仮想化モードで起動されます。

カスタム・イメージのインポートをサポートするWindowsイメージの学習

次のWindowsバージョンで、カスタム・イメージのインポートがサポートされています:

  • Windows Server 2012 Standard、Datacenter
  • Windows Server 2012 R2 Standard、Datacenter
  • Windows Server 2016 Standard、Datacenter
  • Windows Server 2019 Standard、Datacenter

参照先の追加参照

BYOIを使用してカスタム・イメージをインポートする場合に役立つ特定の情報は、このプレイブックの範囲外です。次の有用なコンテンツへのリンクについては、このプレイブックの別の場所にある「詳細の参照」トピックを参照してください。
  • Windowsイメージをインポートするステップは、「カスタムWindowsイメージのインポート」を参照してください。
  • Windows ServerのBring Your Own License (BYOL)は、共有ホストでのVMインスタンスの起動時には許可されません。BYOLおよびWindowsイメージのライセンス要件の詳細は、Microsoft Windowsのライセンス・オプションとOracle Cloud InfrastructureのMicrosoftライセンス・オプションを参照してください。
  • Linuxイメージとそのサポートの詳細は、BYOI公式のOracleドキュメントを参照してください。

イメージの移行

次のフロー図に示すように、OCIのBYOI機能を使用したイメージの移行は5段階のプロセスです。

byoi-sequence-flow.pngの説明が続きます
図byoi-sequence-flow.pngの説明

プロセスの5つのステージは次のとおりです。

  1. イメージを準備/作成します。
    このステージの具体的な指示はこのプレイブックの範囲外です。次のドキュメント(このプレイブックの「さらに探索」トピックを参照)を参照して、イメージを正しく起動するために必要となるため、オンプレミスでイメージを準備して作成します。
    • Windowsの場合:カスタムWindowsイメージのインポート
    • Linuxの場合:カスタムLinuxイメージのインポート
  2. イメージを変換します。
    OCIでカスタム・イメージを使用してインスタンスを起動する場合、イメージはVMDKまたはQCOW2形式である必要があります。オンプレミスの仮想化ソフトウェアがVMwareの場合、デフォルトではVMDKファイルを生成できます。ただし、仮想化ソフトウェアが Oracle Virtualization Manager (OVM)などの場合は、デフォルトでVDIファイルが生成されます。その場合、これらのイメージはVMDKまたはQCOW2に変換する必要があります。

    OVMの使用の詳細は、このプレイブックの「もっとよく知る」トピックにリストされているMy Oracle SupportのノートOracle Cloud Infrastructure (OCI) - How to Import OVM Guest as Custom Image on OCI (Doc ID 2422329.1)を参照してください。

  3. イメージをOCIオブジェクト・ストレージにエクスポートします。
    イメージが準備、作成および変換されたら、OCIオブジェクト・ストレージにアップロードできます:
    1. OCIコンソールにログインします。
    2. 「ストレージ」「バケット」の順にナビゲートします。
    3. 「バケットの作成」をクリックします。
    4. バケット名を選択し、「作成」をクリックします。
    5. 「オブジェクト」セクションで、「アップロード」をクリックします。
    6. 表示されるウィンドウで、ファイルをアップロードし、「アップロード」をクリックします。アップロードが成功すると、イメージ・ファイルがオブジェクト・リストに表示されます。
  4. イメージをインポートします。
    イメージをOCIオブジェクト・ストレージにアップロードした後、これを「カスタム・イメージ」セクションにインポートする必要があります。
    1. 「コンピュート」「カスタム・イメージ」の順にナビゲートします。
    2. 「インポート」をクリックします。
    3. 表示されるウィンドウで、コンパートメントに作成、イメージの名前オペレーティング・システムおよびその他のフィールドに適切な値を入力します。
    4. 「イメージのインポート」をクリックします。
    イメージのインポートが開始され、イメージのサイズによっては時間がかかります。ステータスは「インポート中」として表示され、インポートが完了すると「使用可能」に変わります。
  5. インスタンスを作成します。
    これで、新しいインスタンスを作成する準備ができたカスタム・イメージがあります。
    1. 「コンピュート」→「カスタム・イメージ」にナビゲートします。
    2. 左側のパネルのドロップダウンから適切なコンパートメントを選択し、インポートしたカスタム・イメージに移動します。
    3. カスタム・イメージの詳細ページで、「インスタンスの作成」をクリックします。
    4. 表示されるウィンドウで、インスタンス名、ネットワーキング詳細、シェイプ、SSHキーなどの適切な値を入力します。
    5. 「作成」をクリックします。
    6. 管理者として VMにログインし、Sysprepを実行して新しい Windows VMを一般化します。これにより、VMがネットワークに参加する前に、新しい Windowsシステム識別子(SID)が作成されます。新しいサーバーがネットワークに参加した後にSysprepを実行すると、Sysprepプロシージャによってオンプレミス・サーバーも一般化されるため、注意が必要です。
    7. Oracle Cloud Agentソフトウェアのインストールの手順に従って、VMにOracle Cloud Agentソフトウェアをインストールします(このプレイブックの「さらに探索」トピックのリンクを参照)。Oracle Cloud Agentは、コンピュート・インスタンスで実行されているプラグインを管理する軽量のプロセスです。プラグインは、パフォーマンス・メトリックを収集し、OS更新をインストールし、その他のインスタンス管理タスクを実行します。
    8. セキュリティ・リストまたはネットワーク・セキュリティ・グループ(NSG)を使用してVMとActive Directory (AD)との通信を許可するファイアウォール・ルールを追加します
    9. Ethernetプロパティーで DNSの詳細を設定し、システムプロパティーを使用してサーバーをドメインに追加します。このタスクを完了するには、ドメイン管理者ユーザー資格証明が必要です。
    10. サーバーをドメインに追加したら、Siebel VM移行後のタスクを完了できます。

Siebel VM移行後のタスクの実行

イメージを移行したら、SMCからSiebelプロファイルをアンデプロイおよびデプロイする前に、次の一連の移行後のタスクを完了する必要があります。

hostsおよびtnsnames.oraファイルの編集

OCIでは、データベース・サーバーとSiebelサーバーVMの両方に新しいホスト名があります。アプリケーションをそのまま起動し、移行されたVMでプロファイルを正常にアンデプロイするには、hostsファイル(%windir%\system32\drivers\etc\hosts)およびtnsnames.ora (ORACLE_HOME\network\admin)を編集する必要があります。

  1. C:\Windows\System32\drivers\etc\hostsに移動します。
  2. hostsファイルを編集するには、元のパスで編集が許可されない可能性があるため、まずデスクトップにコピーします。
  3. 古いデータベースのホスト名とIP、新しいDBホスト(必要な場合)、およびオンプレミスSiebelサーバーを追加します。
  4. Oracle Databaseクライアントのtnsnames.oraを編集して、新しいTNSエントリを反映します。

Windowsユーザーを管理者グループに追加

ここで、コンピュータ管理の Windowsアカウントに、イメージをインストールして他のアクティビティを実行する管理者グループを追加します。これにより、Siebelインストールウィザードによる更新中に権限の問題が発生しなくなります。

  1. コントロールパネルからコンピュータ管理を起動します。
  2. 「Local Users and Groups」を拡張して「Groups」をクリックし、リストから「Administrators」をダブルクリックします。
  3. 「追加」をクリックします。値がドメイン・ユーザーの場合、ドメイン名ユーザー名を入力します。それ以外の場合は、ユーザー名のみを入力します。
  4. 「OK」をクリックします。

Windowsでのユーザー・アカウント制御の無効化

My Oracle Support (MOS)ノート、ドキュメントID 2502825.1およびドキュメントID 2472250.2で説明されているように、Windowsでユーザーアカウント制御(UAC)を無効にして、Siebelインストールウィザードによるオペレーティングシステム、システムファイル、およびレジストリへの必要な変更がシームレスに発生できるようにします。ただし、セキュリティー上の理由から、更新が完了したら、再度有効にします。

ノート:

これらの両方のMOSノートへのリンクは、このプレイブックの別の場所にある「さらに探索」トピックにあります。
コマンド・プロンプトから、次のコマンドを実行します。
%windir%\System32\cmd.exe /k %windir%\System32\reg.exe ADD HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System /v EnableLUA /t REG_DWORD /d 0 /f %windir%\System32\cmd.exe /k 
%windir%\System32\reg.exe ADD HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System /v ConsentPromptBehaviorAdmin /t REG_DWORD /d 0 /f 

SQLPlusおよびODBCを使用したデータベース接続の検証

次に、適切なデータベース接続を実現するために、useSQLPlusおよびODBCを指定します。

  1. コマンド・プロンプトを開き、次のコマンドを実行します。
    sqlplus <DBUser>/<DBUserPassword>@SID
  2. C:\windows\syswow64\odbcad32.exeからODBCデータ・ソース管理者(32ビット)を起動します。
  3. 「システムDSN」タブにナビゲートし、検証する必要があるデータ・ソースをダブルクリックします。
  4. 「接続のテスト」をクリックし、DB資格証明を入力して、「OK」をクリックします。

Siebel Gatewayセキュリティ・プロファイルの削除および再作成

OCIでは、DBのホスト名が変更されました。そのため、Siebel Gateway Securityプロファイルを削除して再作成し、この変更に対応する必要があります。「MOS Doc ID 2371577.1」を参照してください。

ノート:

前述のMOSノートへのリンクについては、このプレイブックの別の場所にある詳細のトピックを参照してください。

Siebel 19.11以降では、セーフモードと呼ばれる新しい機能が導入されました。これにより管理者は、SMCでセーフモードユーザーを事前に設定でき、DBのホスト名が変更された場合に将来ログインできます。続行する前に、Siebel Gateway Registry Serviceが起動して実行中であり、version-2フォルダがバックアップされていることを確認してください。

  1. コマンド・プロンプトから、次のコマンドを1行ずつ実行します:
    cd $SIEBEL_SES_ROOT\gtwysrvr\zookeeper\bin 
    set JAVA_HOME=$SIEBEL_SES_ROOT\jre 
    zkenv.cmd 
    zkCli.cmd -server SiebelAppVM:2320 
    addauth digest SADMIN:***** 
    (regusername:password, please refer gateway.properties for regusername) 
    delete /Config/Profiles/Security/Gateway 
    quit
  2. Siebel Gateway RegistryおよびApache Tomcatサービスを再起動します。
  3. SMC管理者資格情報(データベース資格情報ではない)でSMCにログインし、次の新しいDB詳細を使用してGateway Security Profileを再作成します。
  4. 「送信」をクリックすると、セキュリティ・プロファイルが作成されます。

    ノート:

    場合によっては、エラー・ポップアップが発生することがあります。これが発生した場合は、SMCに再度ログインすると、セキュリティープロファイルが表示されます。
  5. SADMINユーザーとして、SMCに再度ログインし、データベース資格が機能していることを確認します。