Comprendere il processo di migrazione

La migrazione di un Siebel Enterprise mediante la funzione BYOI di Oracle Cloud Infrastructure, come descritto in dettaglio in questo playbook, implica i passi riportati di seguito.

1. Preparazione/esportazione dell'immagine del server Siebel di origine in locale per creare un'istanza in OCI.
2. Esecuzione dei task successivi alla migrazione delle VM.
3. Annullamento della distribuzione dei profili Siebel da SMC e ridistribuzione dei profili.
4. Aggiornamento di Siebel CRM alla versione più recente

Modello BYOI (Bring Your Own Image)

La funzione BYOI consente di trasferire nel cloud le proprie versioni di un sistema operativo, purché l'hardware sottostante lo supporti. I servizi non dipendono dal sistema operativo eseguito.

La funzione BYOI:

• Abilita i progetti di migrazione cloud delle virtual machine.
• Supporta sistemi operativi vecchi e nuovi.
• Incoraggia la sperimentazione.
• Aumenta la flessibilità dell'infrastruttura.

Informazioni su limitazioni e considerazioni

Tenere presenti le seguenti limitazioni e considerazioni:

• Requisiti di licenza: devi rispettare tutti i requisiti di licenza quando carichi e avvii le istanze, in base alle immagini del sistema operativo fornite.
• La dimensione massima dell'immagine è di 400 GB.
• I limiti del servizio e le quote del compartimento sono validi per le immagini personalizzate anche se puoi richiedere un aumento del limite del servizio. Per ulteriori informazioni, vedere Limiti del servizio, a cui è possibile accedere dall'argomento Esplora altro di questo playbook.

Comprendere le modalità di avvio

È possibile avviare le VM Linux importate in modalità di pseudo-virtualizzazione o emulazione. Nelle forme basate su AMD e Arm, le immagini sviluppatore cloud di Oracle Linux e le immagini Windows, le immagini importate sono supportate solo in modalità di pseudo-virtualizzazione.

La modalità di pseudo-virtualizzazione offre prestazioni migliori rispetto alla modalità emulata. Oracle consiglia di utilizzare la modalità di pseudo-virtualizzazione se il sistema operativo in uso lo supporta. I sistemi operativi basati su Linux che eseguono la versione del kernel 3.4 o successiva supportano driver pseudo-virtualizzati. È possibile verificare la versione del kernel del sistema utilizzando il comando uname.

Se la tua immagine supporta driver pseudo-virtualizzati, puoi convertire le istanze della modalità emulata esistenti in istanze pseudo-virtualizzate. Dopo aver completato la conversione, le istanze create dall'immagine vengono avviate in modalità di pseudo-virtualizzazione.

Informazioni sulle immagini Windows che supportano l'importazione di immagini personalizzate

Le seguenti versioni di Windows supportano l'importazione di immagini personalizzate:

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

Vedere questi riferimenti aggiuntivi

Alcune informazioni utili quando si utilizza BYOI per importare immagini personalizzate non rientrano nell'ambito di questo playbook. Fare riferimento all'argomento Esplora altro in questo playbook per i collegamenti ai seguenti contenuti utili:

• Per istruzioni sull'importazione di un'immagine Windows, vedere Importazione di immagini Windows personalizzate.
• Il modello BYOL (Bring Your Own License) per Windows Server non è consentito quando si avvia un'istanza VM su un host condiviso. Per ulteriori informazioni sul modello BYOL e sui requisiti di licenza per le immagini Windows, consulta le opzioni di licenza per Microsoft Windows e Microsoft Licensing su Oracle Cloud Infrastructure.
• Per ulteriori informazioni sulle immagini Linux e sui relativi dettagli di supporto, consulta la documentazione ufficiale di Oracle BYOI.

Migrazione immagine

La migrazione di un'immagine utilizzando la funzione BYOI di OCI è un processo in cinque fasi, come descritto nel diagramma di flusso riportato di seguito.

Descrizione dell'immagine byoi-sequence-flow.png

Le cinque fasi del processo sono:

1. Preparare/creare l'immagine.
   Le istruzioni specifiche per questa fase vanno oltre l'ambito di questo playbook. Fare riferimento ai seguenti documenti (elencati nell'argomento Esplora altro di questo playbook) per preparare e creare l'immagine on premise in quanto sono essenziali per il boot corretto dell'immagine.

   • Per Windows: Importazione di immagini di Windows personalizzate
   • Per Linux: importazione di immagini Linux personalizzate
2. Convertire l'immagine.
   Quando si avvia un'istanza utilizzando un'immagine personalizzata in OCI, l'immagine deve essere in formato VMDK o QCOW2. Se il software di virtualizzazione on premise è VMware, per impostazione predefinita può generare un file VMDK. Tuttavia, se il software di virtualizzazione, ad esempio Oracle Virtualization Manager (OVM), genera per impostazione predefinita un file VDI. In tal caso, tali immagini devono essere convertite in VMDK o QCOW2.

   Per ulteriori informazioni sull'uso di OVM, vedere la nota My Oracle Support, Oracle Cloud Infrastructure (OCI)How to Import OVM Guest as Custom Image on OCI (Doc ID 2422329.1), nell'elenco Esplora altri argomenti di questo playbook.

3. Esporta l'immagine nello storage degli oggetti OCI.
   Una volta preparata, creata e convertita, l'immagine può essere caricata nello storage degli oggetti OCI:

   1. Eseguire il login alla console OCI.
   2. Passare a Storage, quindi a Buckets.
   3. Fare clic su Crea bucket.
   4. Assegnare un nome bucket a scelta e fare clic su Crea.
   5. Nella sezione Oggetti fare clic su Carica.
   6. Nella finestra visualizzata caricare il file e fare clic su Carica. Una volta completato il caricamento, il file immagine verrà visualizzato nella lista degli oggetti.
4. Importare l'immagine.
   Dopo che l'immagine è stata caricata nello storage degli oggetti OCI, è necessario importarla nella sezione Immagini personalizzate:

   1. Passare a Compute, quindi a Immagini personalizzate.
   2. Fare clic su Importa.
   3. Nella finestra visualizzata assegnare i valori appropriati per Crea nel compartimento, Nome dell'immagine, Sistema operativo e altri campi.
   4. Fare clic su Importa immagine.

   L'importazione dell'immagine inizierà e richiederà un po' di tempo a seconda della dimensione dell'immagine. Verrà visualizzato lo stato di importazione iniziale e, una volta eseguita l'importazione, lo stato cambia in Disponibile.
5. Creare l'istanza.
   L'immagine personalizzata è pronta per creare una nuova istanza.

   1. Andare a Compute, quindi a Immagini personalizzate.
   2. Scegliere il compartimento appropriato dall'elenco a discesa del pannello sinistro, quindi passare all'immagine personalizzata importata.
   3. Nella pagina dei dettagli dell'immagine personalizzata fare clic su Crea istanza.
   4. Nella finestra visualizzata immettere i valori appropriati per il nome dell'istanza, i dettagli di networking, la forma, le chiavi SSH e così via.
   5. Fare clic su Crea.
   6. Eseguire il login alla VM come amministratore ed eseguire Sysprep per generalizzare la nuova VM Windows. In questo modo verrà creato un nuovo SID (Sistema Identifier) di Windows prima della VM che entra a far parte della rete. Se Sysprep viene eseguito dopo che il nuovo server si è unito alla rete, la procedura Sysprep generalizzerà anche il server in locale, pertanto è necessario essere cauti.
   7. Installare il software Oracle Cloud Agent nella VM seguendo le istruzioni riportate in Installazione del software Oracle Cloud Agent (vedere il collegamento nell'argomento Esplora altro di questo playbook). L'agente Oracle Cloud è un processo leggero che gestisce i plugin in esecuzione sulle istanze di computazione. I plugin consentono di raccogliere le metriche delle prestazioni, installare gli aggiornamenti del sistema operativo ed eseguire altri task di gestione delle istanze.
   8. Aggiungere le regole firewall per consentire alla VM di comunicare con Active Directory (AD) mediante liste di sicurezza o gruppi di sicurezza di rete (NSG)
   9. Impostare i dettagli DNS nelle proprietà Ethernet e aggiungere il server al dominio utilizzando le proprietà di sistema. Per completare questo task è necessaria una credenziale utente amministratore del dominio.
   10. Una volta aggiunto il server al dominio, è possibile completare i task di post-migrazione della VM Siebel.

Completa i task di migrazione di Siebel VM Post

Dopo aver eseguito la migrazione dell'immagine, è necessario completare la seguente serie di task successivi alla migrazione prima di poter annullare la distribuzione e distribuire i profili Siebel da SMC.

Modificare host e file tnsnames.ora

In OCI, sia il database server che le VM del server Siebel dispongono di nuovi nomi host. Per rendere effettiva l'applicazione e annullare la distribuzione normale dei profili nella VM di cui è stata eseguita la migrazione, è necessario modificare il file hosts (%windir%\system32\drivers\etc\hosts) e tnsnames.ora (ORACLE_HOME\network\admin).

1. Passare a C:\Windows\System32\drivers\etc\hosts.
2. Per modificare il file hosts, è necessario prima copiarlo sul desktop poiché il percorso originale potrebbe non consentire la modifica.
3. Aggiungere i nomi host e l'IP del vecchio database, del nuovo host DB (se necessario) e del server Siebel in locale.
4. Modificare il client di Oracle Database tnsnames.ora per riflettere le nuove voci TNS.

Aggiungi utente Windows al gruppo di amministratori

Ora aggiungi al gruppo di amministratori di Computer Management l'account Windows su cui installare l'immagine ed eseguire altre attività. Ciò garantisce che non si verifichino problemi relativi ai privilegi durante l'aggiornamento mediante l'Installazione guidata Siebel.

1. Avviare Gestione computer dal pannello di controllo.
2. Espandere Utenti e gruppi locali, fare clic su Gruppi, quindi fare doppio clic su Amministratori nell'elenco.
3. Fare clic su Aggiungi. Se il valore è un utente di dominio, immettere il nome utente con il nome di dominio; in caso contrario, immettere il nome utente.
4. Fare clic su OK.

Disabilita controllo account utente in Windows

Come descritto nella nota MOS (My Oracle Support), ID documento 2502825.1 e ID documento 2472250.2, disabilitare il controllo dell'account utente (UAC) in Windows in modo che le modifiche necessarie al sistema operativo, ai file di sistema e al registro tramite l'installazione guidata Siebel possano verificarsi senza problemi. Tuttavia, per motivi di sicurezza, una volta completato l'aggiornamento, riabilitarlo.

Nota:

Puoi trovare i link a entrambe queste note MOS nell'argomento Esplora altro in questo playbook.

Dal prompt dei comandi, immettere i comandi riportati di seguito.

%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 

Convalidare la connettività del database utilizzando SQLPlus e ODBC

Successivamente, useSQLPlus e ODBC per garantire la corretta connettività del database.

1. Aprire un prompt dei comandi e immettere il comando seguente:

   sqlplus <DBUser>/<DBUserPassword>@SID

2. Avviare ODBC Data Source Administrator (32 bit) da C:\windows\syswow64\odbcad32.exe.
3. Passare alla scheda DSN di sistema e fare doppio clic sull'origine dati da convalidare.
4. Fare clic su Test connessione, immettere le credenziali del database e fare clic su OK.

Rimuovi e ricrea il profilo di sicurezza di Siebel Gateway

In OCI, il nome host del database è stato modificato. Di conseguenza, è necessario accettare questa modifica eliminando e ricreando il profilo di sicurezza di Siebel Gateway. Fare riferimento all'ID documento MOS 2371577.1.

Nota:

Vedere l'argomento Esplora altro in questo playbook per un collegamento alla nota MOS di cui sopra.

Siebel 19.11 e versioni successive hanno introdotto una nuova funzionalità denominata Modalità provvisoria, che consente agli amministratori di impostare preventivamente un utente in modalità sicura in SMC con cui potranno eseguire il login in futuro se il nome host del database cambia. Assicurarsi che il servizio del registro di Siebel Gateway sia attivo e in esecuzione e che la cartella version-2 sia sottoposta a backup prima di continuare.

1. Da un prompt dei comandi, eseguire i comandi seguenti, riga per riga:

   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. Riavviare il registro di Siebel Gateway e i servizi Apache Tomcat.
3. Eseguire il login a SMC con le credenziali di amministrazione SMC (non le credenziali del database) e ricreare il profilo di sicurezza gateway utilizzando i nuovi dettagli del database riportati di seguito.

   Attributo	Valore/Commenti
   Nome host	Fornire il nome host del database server
   Nome servizio database	Assegnare il nuovo nome del servizio di database
   Porta	1521 (predefinito)

4. Fare clic su Sottometti per creare il profilo di sicurezza.

   Nota:

   Occasionalmente, ciò potrebbe generare un popup di errore. In questo caso, eseguire di nuovo il login a SMC ed è possibile visualizzare il profilo di sicurezza.
5. In qualità di utente SADMIN, eseguire di nuovo il login a SMC per verificare che le credenziali del database funzionino.