Migrationsprozess verstehen

Um Siebel Enterprise mit dem BYOI-Feature von Oracle Cloud Infrastructure zu migrieren, wie in diesem Playbook beschrieben, gehen Sie wie folgt vor:

1. Vorbereiten/Exportieren des Siebel-Quellserverimages On Premise zum Erstellen einer Instanz in OCI.
2. Aufgaben nach der VM-Migration werden ausgeführt.
3. Heben Sie das Deployment der Siebel-Profile aus SMC auf, und stellen Sie sie erneut bereit.
4. Aktualisieren von Siebel CRM auf die neueste Version

Eigenes Image verwenden

Mit dem BYOI-Feature können Sie Ihre eigenen Versionen eines Betriebssystems in die Cloud integrieren, solange die zugrunde liegende Hardware dies unterstützt. Die Services hängen nicht vom verwendeten Betriebssystem ab.

Das BYOI-Feature:

• Cloud-Migrationsprojekte für virtuelle Maschinen.
• unterstützt alte und neue Betriebssysteme.
• fördert das Experimentieren.
• erhöht die Flexibilität der Infrastruktur.

Informationen zu Einschränkungen und Überlegungen

Beachten Sie die folgenden Einschränkungen und Aspekte:

• Lizenzanforderungen: Sie müssen alle Lizenzanforderungen beim Hochladen und Starten von Instanzen auf der Basis der von Ihnen bereitgestellten BS-Images erfüllen.
• Die maximale Imagegröße ist 400 GB.
• Servicelimits und Compartment Quotas gelten für benutzerdefinierte Images. Sie können aber eine Erhöhung des Servicelimits beantragen. Weitere Informationen finden Sie unter "Servicelimits", auf die Sie über das Thema "Weitere Informationen anzeigen" in diesem Playbook zugreifen können.

Startmodi verstehen

Sie können importierte Linux-VMs in entweder einem paravirtualisierten oder in einem emulierten Modus starten. Bei AMD- und Arm-basierten Ausprägungen, Oracle Linux Cloud Developer-Images und Windows-Images werden importierte Images nur im paravirtualisierten Modus unterstützt.

Der paravirtualisierte Modus bietet eine bessere Performance als der emulierte Modus. Oracle empfiehlt, den paravirtualisierten Modus zu verwenden, wenn Ihr BS ihn unterstützt. Linux-basierte Betriebssysteme, auf denen die Kernelversion 3.4 oder höher ausgeführt wird, unterstützen paravirtualisierte Treiber. Sie können die Kernelversion des Systems mit dem Befehl "uname" prüfen.

Wenn Ihr Image paravirtualisierte Treiber unterstützt, können Sie Ihre vorhandenen Instanzen im emulierten Modus in paravirtualisierte Instanzen konvertieren. Nach Abschluss der Konvertierung werden aus dem Image erstellte Instanzen im paravirtualisierten Modus gestartet.

Finden Sie heraus, welche Windows-Images den Import benutzerdefinierter Images unterstützen

Diese Windows-Versionen unterstützen den Import benutzerdefinierter Images:

• Windows Server 2012 Standard, Datacenter
• Windows Server 2012 R2 Standard, Datacenter
• Windows Server 2016 Standard, Data Center
• Windows Server 2019 Standard, Data Center

Siehe: Weitere Referenzen

Bestimmte Informationen, die nützlich sind, wenn BYOI zum Importieren benutzerdefinierter Bilder verwendet wird, liegen außerhalb des Umfangs dieses Playbooks. Weitere Links zu den folgenden nützlichen Inhalten finden Sie unter dem Thema "Weitere Informationen anzeigen" an anderer Stelle in diesem Playbook:

• Weitere Informationen über den Import von Windows-Images finden Sie unter "Benutzerdefinierte Windows-Images importieren".
• Das Verwenden einer eigenen Lizenz (BYOL) für Windows Server ist nicht zulässig, wenn eine VM-Instanz auf einem gemeinsamen Host gestartet wird. Weitere Informationen zu BYOL und den Lizenzanforderungen für Windows-Images finden Sie unter Lizenzoptionen für Microsoft Windows- und Microsoft-Lizenzen in Oracle Cloud Infrastructure.
• Weitere Informationen zu Linux-Images und ihren Supportdetails finden Sie in der offiziellen Oracle-Dokumentation von BYOI.

Ihr Image migrieren

Das Migrieren eines Images mit dem OCI-Feature BYOI ist ein fünfstufiger Prozess, wie im folgenden Ablaufdiagramm beschrieben.

Beschreibung der Abbildung byoi-sequence-flow.png

Die fünf Phasen des Prozesses sind:

1. Bild vorbereiten/erstellen.
   Spezifische Anweisungen für diese Phase gehen über den Umfang dieses Playbooks hinaus. In den folgenden Dokumenten (im Thema "Weitere Informationen" dieses Playbooks aufgeführt) können Sie das Image On Premise vorbereiten und erstellen, da es für das korrekte Booten des Images von wesentlicher Bedeutung ist.

   • Für Windows: Benutzerdefinierte Windows-Images importieren
   • Für Linux: Benutzerdefinierte Linux-Images importieren
2. Konvertieren Sie das Bild.
   Wenn Sie eine Instanz mit einem benutzerdefinierten Image in OCI starten, muss das Image entweder im VMDK- oder im QCOW2-Format vorliegen. Wenn die On-Premise-Virtualisierungssoftware VMware ist, kann sie standardmäßig eine VMDK-Datei generieren. Wenn die Virtualisierungssoftware beispielsweise Oracle Virtualization Manager (OVM) ist, wird standardmäßig eine VDI-Datei generiert. In diesem Fall müssen diese Images in VMDK oder QCOW2 konvertiert werden.

   Weitere Informationen zur Verwendung von OVM finden Sie im My Oracle Support-Hinweis Oracle Cloud Infrastructure (OCI) - So importieren Sie OVM-Gast als benutzerdefiniertes Image auf OCI (Dok-ID 2422329.1), aufgelistet im Thema "Weitere Informationen" dieses Playbooks.

3. Exportieren Sie das Image in OCI Object Storage.
   Nachdem das Image vorbereitet, erstellt und konvertiert wurde, kann es in den OCI-Objektspeicher hochgeladen werden:

   1. Melden Sie sich bei der OCI-Konsole an.
   2. Navigieren Sie zu Speicher und dann zu Buckets.
   3. Klicken Sie auf Bucket erstellen.
   4. Geben Sie einen Bucket-Namen Ihrer Wahl ein, und klicken Sie auf Erstellen.
   5. Klicken Sie im Abschnitt "Objekte" auf Hochladen.
   6. Laden Sie im angezeigten Fenster die Datei hoch, und klicken Sie auf Hochladen. Nach dem erfolgreichen Upload wird die Bilddatei in der Objektliste angezeigt.
4. Image importieren.
   Nachdem das Image in OCI Object Storage hochgeladen wurde, muss es in den Abschnitt "Benutzerdefinierte Images" importiert werden:

   1. Navigieren Sie zu Compute und dann zu Benutzerdefinierte Images.
   2. Klicken Sie auf Importieren.
   3. Geben Sie im angezeigten Fenster die entsprechenden Werte für Erstellen in Compartment, Name des Images, Betriebssystem und andere Felder an.
   4. Klicken Sie auf Image importieren.

   Der Bildimport wird gestartet, und es dauert eine Weile, je nach Größe des Bildes. Der Status wird als "Importieren" angezeigt. Sobald der Import abgeschlossen ist, ändert sich der Status in "Verfügbar".
5. Erstellen Sie die Instanz.
   Das benutzerdefinierte Image kann jetzt erstellt werden.

   1. Navigieren Sie zu "Compute" und "Custom Images".
   2. Wählen Sie das entsprechende Compartment aus der Dropdown-Liste im linken Fensterbereich aus, und gehen Sie zu dem benutzerdefinierten Image, das wir importiert haben.
   3. Klicken Sie auf der Detailseite des benutzerdefinierten Images auf Instanz erstellen.
   4. Geben Sie im angezeigten Fenster die entsprechenden Werte für Instanzname, Netzwerkdetails, Ausprägung, SSH-Schlüssel usw. ein.
   5. Klicken Sie auf Erstellen.
   6. Melden Sie sich als Administrator bei der VM an, und führen Sie Sysprep aus, um die neue Windows-VM zu verallgemeinern. Dadurch wird eine neue Windows System Identifier (SID) erstellt, bevor die VM dem Netzwerk beitritt. Wenn Sysprep ausgeführt wird, nachdem der neue Server dem Netzwerk beigetreten ist, verallgemeinert die Sysprep-Prozedur auch den On-Premise-Server. Daher müssen Sie vorsichtig sein.
   7. Installieren Sie die Oracle Cloud Agent-Software in der VM, indem Sie die Anweisungen unter Oracle Cloud Agent-Software installieren befolgen (siehe Link im Thema "Weitere Informationen" in diesem Playbook). Oracle Cloud Agent ist ein einfacher Prozess, der Plug-ins verwaltet, die auf Compute-Instanzen ausgeführt werden. Plug-ins erfassen Performancemetriken, installieren BS-Updates und führen andere Aufgaben zur Instanzverwaltung durch.
   8. Fügen Sie die Firewallregeln hinzu, damit die VM mit Sicherheitslisten oder Netzwerksicherheitsgruppen (NSG) mit dem Active Directory (AD) kommunizieren kann
   9. Richten Sie die DNS-Details in den Ethernet-Eigenschaften ein, und fügen Sie den Server über die Systemeigenschaften zur Domain hinzu. Zum Abschließen dieser Aufgabe sind Zugangsdaten für den Domain-Admin-Benutzer erforderlich.
   10. Nachdem der Server zur Domain hinzugefügt wurde, können Sie die Aufgaben nach der Migration der Siebel-VM ausführen.

Siebel VM-Aufgaben nach der Migration ausführen

Nachdem Sie das Bild migriert haben, müssen Sie die folgende Reihe von Aufgaben nach der Migration ausführen, bevor Sie das Deployment und die Bereitstellung der Siebel-Profile aus SMC aufheben können.

Hosts- und tnsnames.ora-Dateien bearbeiten

In OCI haben sowohl der Datenbankserver als auch die Siebel-Server-VMs neue Hostnamen. Um die Anwendung unverändert hochzuladen und das Deployment der Profile in der migrierten VM ordnungsgemäß aufzuheben, müssen Sie die hosts-Datei (%windir%\system32\drivers\etc\hosts) und tnsnames.ora (ORACLE_HOME\network\admin) bearbeiten.

1. Gehen Sie zu C:\Windows\System32\drivers\etc\hosts.
2. Um die hosts-Datei zu bearbeiten, kopieren Sie sie zuerst auf den Desktop, da die Bearbeitung durch den ursprünglichen Pfad möglicherweise nicht zulässig ist.
3. Fügen Sie Hostnamen und IP-Adressen der alten Datenbank, des neuen DB-Hosts (falls erforderlich) und des On-Premise-Siebel-Servers hinzu.
4. Bearbeiten Sie tnsnames.ora des Oracle Database-Clients, um die neuen TNS-Einträge wiederzugeben.

Windows-Benutzer zur Administratorengruppe hinzufügen

Fügen Sie nun der Gruppe der Administratoren in Computer Management das Windows-Konto hinzu, auf dem Sie das Image installieren und andere Aktivitäten ausführen möchten. Dadurch wird sichergestellt, dass bei der Aktualisierung über den Siebel-Installationsassistenten keine Berechtigungsprobleme auftreten.

1. Starten Sie Computer Management über das Bedienfeld.
2. Erweitern Sie lokale Benutzer und Gruppen, klicken Sie auf Gruppen und anschließend in der Liste auf Administratoren.
3. Klicken Sie auf Hinzufügen. Wenn der Wert ein Domainbenutzer ist, geben Sie den Benutzernamen mit dem Domainnamen ein. Geben Sie andernfalls nur den Benutzernamen ein.
4. Klicken Sie auf OK.

Deaktivieren der Benutzerkontensteuerung in Windows

Wie im My Oracle Support-(MOS-)Hinweis, Doc ID 2502825.1 und Doc ID 2472250.2 beschrieben, deaktivieren Sie User Account Control (UAC) in Windows, sodass erforderliche Änderungen an Betriebssystem, Systemdateien und Registry durch den Siebel-Installationsassistenten nahtlos auftreten können. Nach Abschluss der Aktualisierung können Sie sie jedoch aus Sicherheitsgründen erneut aktivieren.

Hinweis:

Links zu diesen beiden MOS-Notizen finden Sie im Thema Mehr entdecken an anderer Stelle in diesem Playbook.

Geben Sie in einer Eingabeaufforderung die folgenden Befehle ein:

%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 

Datenbankkonnektivität mit SQLPlus und ODBC validieren

Als Nächstes stellen useSQLPlus und ODBC die richtige Datenbankkonnektivität sicher.

1. Öffnen Sie eine Befehlszeile, und geben Sie den folgenden Befehl ein:

   sqlplus <DBUser>/<DBUserPassword>@SID

2. Starten Sie den ODBC-Datenquellenadministrator (32-Bit) über C:\windows\syswow64\odbcad32.exe.
3. Navigieren Sie zur Registerkarte "System-DSN", und doppelklicken Sie auf die Datenquelle, die Sie validieren müssen.
4. Klicken Sie auf Connect testen, geben Sie DB-Zugangsdaten ein, und klicken Sie auf OK.

Siebel Gateway-Sicherheitsprofil entfernen und neu erstellen

In OCI hat sich der Hostname der DB geändert. Daher müssen Sie diese Änderung berücksichtigen, indem Sie das Siebel Gateway-Sicherheitsprofil löschen und neu erstellen. Siehe MOS-Dokument-ID 2371577.1.

Hinweis:

Weitere Informationen finden Sie unter dem Thema "Mehr entdecken" an anderer Stelle in diesem Playbook für einen Link zu dem oben genannten MOS-Hinweis.

In Siebel 19.11 und höher wurde eine neue Funktion namens "Safe Mode" eingeführt, mit der Administratoren einen Benutzer im sicheren Modus in SMC vorab einrichten können, mit dem sie sich später anmelden können, wenn sich der Hostname der DB ändert. Stellen Sie sicher, dass der Siebel Gateway Registry Service hochgefahren und gestartet ist und dass der Ordner version-2 gesichert wird, bevor Sie fortfahren.

1. Führen Sie in einer Eingabeaufforderung die folgenden Befehle zeilenweise aus:

   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. Starten Sie die Siebel Gateway Registry- und Apache Tomcat-Services neu.
3. Melden Sie sich mit den SMC-Admin-Zugangsdaten (nicht mit den Datenbankzugangsdaten) bei SMC an, und erstellen Sie das Gateway-Sicherheitsprofil mit den folgenden neuen DB-Details neu:

   Attribut	Wert/Kommentare
   Hostname	Geben Sie den Hostnamen des Datenbankservers an
   Datenbank-Service-Name	Neuen Datenbankservicenamen angeben
   Port	1521 (Standard)

4. Klicken Sie auf Weiterleiten, um das Sicherheitsprofil zu erstellen.

   Hinweis:

   Gelegentlich kann dies zu einem Fehler-Popup führen. Melden Sie sich in diesem Fall erneut bei SMC an, damit das Sicherheitsprofil angezeigt wird.
5. Melden Sie sich als SADMIN-Benutzer bei SMC erneut an, um sicherzustellen, dass die Datenbankzugangsdaten funktionieren.