Compreender o Processo de Migração

A migração de um Siebel Enterprise usando o recurso BYOI do Oracle Cloud Infrastructure, conforme detalhado neste manual, envolve estas etapas:

1. Preparação/exportação da imagem do servidor Siebel de origem local para criar uma instância no OCI.
2. Executando Tarefas de Migração Pós-VM.
3. Cancelando a implantação dos perfis Siebel do SMC e reimplantando-os.
4. Atualizando o Siebel CRM para a versão mais recente

Trazer Sua Própria Imagem

O recurso BYOI ( BYOI) permite que você traga suas próprias versões de um sistema operacional para a nuvem, desde que o hardware subjacente o suporte. Os serviços não dependem do sistema operacional que você executa.

O recurso BYOI (Bring Your Own Image):

• Ativa projetos de migração de nuvem de máquina virtual.
• Suporta sistemas operacionais antigos e novos.
• Estimula a experimentação.
• Aumenta a flexibilidade da infraestrutura.

Saiba Mais Sobre Limitações e Considerações

Lembre-se das seguintes limitações e considerações:

• Requisitos de licenciamento: Você deve cumprir todos os requisitos de licenciamento quando fizer upload e iniciar instâncias, com base nas imagens do sistema operacional fornecidas por você.
• O tamanho máximo da imagem é de 400 GB.
• Limites de serviço e cotas de compartimento se aplicam a imagens personalizadas, embora você possa solicitar um aumento no limite de serviço. Para obter mais informações, consulte Limites de Serviço, que você pode acessar no tópico Explorar Mais deste manual.

Compreender os Modos de Inicialização

Você pode iniciar VMs Linux importadas em um modo paravirtualizado ou emulado. Em configurações baseadas em AMD e Arm, as imagens do Oracle Linux Cloud Developer e as imagens do Windows, somente as imagens importadas são suportadas no modo paravirtualizado.

O modo paravirtualizado oferece melhor desempenho do que o modo emulado. A Oracle recomenda que você use o modo paravirtualizado se seu SO suportar esse modo. Os sistemas operacionais baseados no Linux que estão executando o kernel versão 3.4 ou posterior suportam drivers paravirtualizados. Você pode verificar a versão do kernel do seu sistema usando o comando uname.

Se sua imagem suportar drivers paravirtualizados, você poderá converter as instâncias de modo emulado existentes em instâncias paravirtualizadas. Depois que você concluir a conversão, as instâncias criadas com base na imagem serão iniciadas no modo paravirtualizado.

Saiba qual imagem do Windows suporta importação de imagem personalizada

Estas versões do Windows suportam importação de imagem personalizada:

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

Ver estas referências adicionais

Certas informações úteis ao usar a BYOI para importar imagens personalizadas estão fora do escopo deste playbook. Consulte o tópico Explorar Mais, em outro lugar deste manual, para obter links para o seguinte conteúdo útil:

• Para saber as etapas para importar uma imagem do Windows, consulte Importando Imagens Personalizadas do Windows.
• Não é permitido trazer sua própria licença (BYOL) do Windows Server ao iniciar uma instância de VM em um host compartilhado. Para obter mais informações sobre o BYOL e os requisitos de licenciamento para imagens do Windows, consulte Opções de Licenciamento para Microsoft Windows e Licenciamento da Microsoft no Oracle Cloud Infrastructure.
• Para obter mais informações sobre imagens do Linux e seus detalhes de suporte, consulte a documentação oficial da Oracle da BYOI (Bring Your Own License).

Migrar Sua Imagem

A migração de uma imagem usando o recurso BYOI da OCI é um processo de cinco estágios, conforme descrito no diagrama de fluxo a seguir.

Descrição da ilustração byoi-sequence-flow.png

Os cinco estágios do processo são:

1. Prepare/crie a imagem.
   Instruções específicas para este estágio estão além do escopo deste playbook. Consulte os seguintes documentos (listados no tópico Explorar Mais deste playbook) para preparar e criar a imagem no local, pois eles são essenciais para que a imagem seja inicializada corretamente.

   • Para Windows: importando imagens personalizadas do Windows
   • Para Linux: Importando Imagens Personalizadas do Linux
2. Converta a imagem.
   Ao iniciar uma instância usando uma imagem personalizada no OCI, a imagem deve estar no formato VMDK ou QCOW2. Se o software de virtualização local for VMware, por padrão ele poderá gerar um arquivo VMDK. No entanto, se o software de virtualização for, por exemplo, Oracle Virtualization Manager (OVM), ele gerará um arquivo VDI por padrão. Nesse caso, essas imagens precisam ser convertidas em VMDK ou QCOW2.

   Para obter mais informações sobre como usar o OVM, consulte a nota My Oracle Support, OCI (Oracle Cloud Infrastructure) - How to Import OVM Guest as Custom Image on OCI (Doc ID 2422329.1), listada no tópico Explorar Mais deste playbook.

3. Exporte a imagem para o OCI Object Storage.
   Depois que a imagem for preparada, criada e convertida, ela poderá ser carregada no armazenamento de objetos do OCI:

   1. Faça log-in na Console do OCI.
   2. Navegue até Armazenamento e, em seguida, Buckets.
   3. Clique em Criar Bucket.
   4. Forneça um Nome de Bucket à sua escolha e clique em Criar.
   5. Na seção Objetos, clique em Fazer Upload.
   6. Na janela exibida, faça upload do arquivo e clique em Fazer Upload. Quando o upload for bem-sucedido, o arquivo de imagem será exibido na lista de objetos.
4. Importe a imagem.
   Após o upload da imagem para o OCI Object Storage, ela deverá ser importada para a seção Imagens Personalizadas:

   1. Navegue até Compute e Imagens Personalizadas.
   2. Clique em Importar.
   3. Na janela que aparece, forneça os valores apropriados para Criar no compartimento, Nome da imagem, Sistema Operacional e outros campos.
   4. Clique em Importar imagem.

   A importação da imagem será iniciada e levará um tempo, dependendo do tamanho da imagem. Ele mostrará o status como Importando inicialmente e depois que a importação for concluída, o status será alterado para Disponível.
5. Crie a instância.
   Agora temos a imagem personalizada pronta para criar uma nova instância.

   1. Navegue até Computação e depois Imagens Personalizadas.
   2. Escolha o Compartimento apropriado na lista drop-down do painel esquerdo e vá para a imagem personalizada que importamos.
   3. Na página de detalhes da imagem personalizada, clique em Criar Instância.
   4. Na janela exibida, informe os valores apropriados para o nome da Instância, os detalhes da rede, a forma, as Chaves SSH etc.
   5. Clique em Criar.
   6. Faça log-in na VM como Administrador e execute o Sysprep para generalizar a nova VM do Windows. Isso criará um novo SID (System Identifier) do Windows antes de a VM entrar na rede. Se o Sysprep for executado depois que o novo servidor entrar na rede, o procedimento Sysprep gerará o servidor local também, portanto, você precisará ter cuidado.
   7. Instale o software Oracle Cloud Agent na VM seguindo as instruções em Instalando o Software Oracle Cloud Agent (consulte o link no tópico Explorar Mais deste manual). O Oracle Cloud Agent é um processo leve que gerencia plug-ins em execução nas instâncias de computação. Os plug-ins coletam métricas de desempenho, instalam atualizações do sistema operacional e executam outras tarefas de gerenciamento de instâncias.
   8. Adicione as regras de firewall para permitir que a VM se comunique com o Active Directory (AD) usando listas de segurança ou Grupos de Segurança de Rede (NSG)
   9. Configure os detalhes do DNS nas Propriedades Ethernet e adicione o servidor ao domínio usando as Propriedades do Sistema. É necessária uma credencial de usuário de administração de domínio para concluir esta tarefa.
   10. Depois que o servidor for adicionado ao domínio, você poderá concluir as tarefas de pós-migração da VM Siebel.

Concluir Tarefas de Pós-migração da Siebel VM

Depois de migrar a imagem, você precisará concluir a seguinte série de tarefas de pós-migração para poder cancelar a implantação e implantar os perfis Siebel do SMC.

Editar arquivos hosts e tnsnames.ora

No OCI, o Servidor de Banco de Dados e as VMs do servidor Siebel têm novos nomes de host. Para ativar o aplicativo como está e cancelar a implantação dos perfis na VM migrada, edite o arquivo de hosts (%windir%\system32\drivers\etc\hosts) e tnsnames.ora (ORACLE_HOME\network\admin).

1. Vá para C:\Windows\System32\drivers\etc\hosts.
2. Para editar o arquivo de hosts, copie-o primeiro para a área de trabalho porque o caminho original pode não permitir edição.
3. Adicione nomes de host e IP do banco de dados antigo, novo host de BD (se necessário) e o servidor Siebel local.
4. Edite o tnsnames.ora do Cliente Oracle Database para refletir as novas entradas TNS.

Adicionar Usuário do Windows ao Grupo de Administradores

Agora, adicione ao grupo de administradores em Gerenciamento de Computador a conta do Windows na qual você vai instalar a imagem e realizar outras atividades. Isso garante que não haja problemas de privilégio durante a atualização por meio do assistente de Instalação do Siebel.

1. Inicie o Gerenciamento de Computador no painel de controle.
2. Expanda Usuários e Grupos Locais, clique em Grupos e, na lista, clique duas vezes em Administradores.
3. Clique em Adicionar. Se o valor for um usuário do domínio, informe o nome de usuário com o nome do domínio; caso contrário, basta informar o nome de usuário.
4. Clique em OK.

Desativar Controle de Conta de Usuário no Windows

Conforme descrito na observação do My Oracle Support (MOS), o Doc ID 2502825.1 e o Doc ID 2472250.2 desativam o UAC (User Account Control) no Windows para que as alterações necessárias no sistema operacional, nos arquivos do sistema e no registro pelo assistente de instalação do Siebel possam ocorrer de forma integrada. No entanto, por motivos de segurança, depois que a atualização for concluída, reative-a.

Observação:

Você pode encontrar links para ambas as notas MOS no tópico Explorar Mais em outro lugar deste playbook.

Em um prompt de comando, digite os comandos a seguir:.

%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 

Validar Conectividade do Banco de Dados Usando SQLPlus e ODBC

Em seguida, useSQLPlus e ODBC para garantir conectividade adequada do banco de dados.

1. Abra um prompt de comando e insira o seguinte comando:

   sqlplus <DBUser>/<DBUserPassword>@SID

2. Inicie o Administrador da Origem de Dados ODBC (32 bits) em C:\windows\syswow64\odbcad32.exe.
3. Navegue até a guia DSN do Sistema e clique duas vezes na origem de dados que você precisa validar.
4. Clique em Testar Conexão, informe as credenciais do BD e clique em OK.

Remover e recriar o perfil de segurança do Siebel Gateway

No OCI, o nome de host do BD foi alterado. Como resultado, você precisa acomodar essa alteração excluindo e recriando o perfil de Segurança do Gateway Siebel. Consulte o Doc ID 2371577.1 da MOS.

Observação:

Consulte o tópico Explorar Mais em outro lugar deste playbook para obter um link para a nota MOS acima mencionada.

O Siebel 19.11 e acima introduziram uma nova funcionalidade chamada Modo de Segurança, que permite aos administradores configurar preemptivamente um usuário de modo seguro no SMC com o qual poderão fazer login no futuro se o nome de host do BD for alterado. Verifique se o Serviço de registro do gateway Siebel está ativo e em execução e se foi feito backup da pasta version-2 antes de continuar.

1. Em um prompt de comando, execute os comandos a seguir, linha por linha:

   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. Reinicie os serviços Siebel Gateway Registry e Apache Tomcat.
3. Faça log-in no SMC com as credenciais de administrador do SMC (não as credenciais do banco de dados) e recrie o Perfil de Segurança do Gateway usando estes novos detalhes do BD:

   Atributo	Valor/Comentários
   Nome do Host	Informe o nome do host do servidor do Banco de Dados
   Nome do Serviço de Banco de Dados	Conceder o novo Nome do Serviço de Banco de Dados
   Porta	1521 (Padrão)

4. Clique em Submeter para criar o perfil de segurança.

   Observação:

   Ocasionalmente, isso pode resultar em um pop-up de erro. Se isso acontecer, faça login novamente no SMC e você poderá ver o Perfil de Segurança.
5. Como usuário SADMIN, faça log-in novamente no SMC para verificar se as credenciais do banco de dados estão funcionando.