LAMIMDBA

OCI - Migrando uma maquina windows VM.Standard2 para VM.Standard.E3

Jhonata Lamim fevereiro 23, 2021 Comentar Editar

Conforme mencionado no artigo anterior, os shapes VM.Standard.E3 possuem um menor custo e entregam uma melhor performance comparados aos demais (VM.Standard2 e VM.Standard.E2).

O artigo de hoje tem por objetivo apresentar o processo de migração de uma maquina windows, utilizando um shape VM.Standard2 para o shape VM.Standard.E3, e também poderá ser utilizado como base para o novo shape M.Standard.E4 que está previsto para ser disponibilizado em março.

Vale destacar que não é possível alterar o shape usando um boot volume. Resumidamente, para efetuar a alteração para VM.Standard.E3 é preciso criar uma custom image da instância, editar a custom image para que seja compatível com o shape VM.Standard.E3.Flex, criar a maquina usando essa imagem e alterando a rede como paravirtualized networking.

É importante lembrar que durante a geração da custom imagem, ocorre uma indisponibilidade momentânea do ambiente.

Através da custom image todas as configurações, customizações e software instalados são mantidos na imagem gerada. Já os dados dos discos que estão anexados na instância não são salvos e podem ser migrados movendo o mesmo para a nova instância criada.

Vamos ao detalhamento do processo:

A primeira etapa é gerar a custom image da instância que será migrada.

Posteriormente em custom image, se tentarmos criar uma instância a partir da custom image gerada, veremos que somente é possível selecionar os shapes Intel Skylake e Specialty and Legacy, não possibilitando a utilização do AMD ROME (VM.Standard.E3).

Para que seja possível efetuar a conversão do shape para o modelo VM.Standard.E3, alterar a compatibilidade da image. Basta ir em image details e selecionar o shape VM.Standard.E3.Flex.

A partir da image alterada é possível criar a nova instance com o shape VM.Standard.E3. É importante que seja selecionada a opção de rede Paravirtualized networking, caso contrario o driver de rede não será reconhecido.

Concluídas as etapas acima, a instância está migrada para o shape VM.Standard.E3.Flex

Fonte:

https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/managingcustomimages.htm
https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/importingcustomimagewindows.htm

www.eximioti.com.br

https://www.oraclehome.com.br/2021/02/25/oci-migrando-uma-maquina-windows-vm-standard2-para-vm-standard-e3/

Mais informações ...»

Dica - Executando upgrade do Grid 19.3 para 19.10

Jhonata Lamim fevereiro 19, 2021 Comentar Editar

O Path 19.10 foi lançado no dia 19 de janeiro de 2021. Neste artigo, estaremos aplicando o patch em um ambiente Red Hat Enterprise Linux com Grid 19.3.

Para a aplicação do Patch é necessário que a versão do opatch esteja na versão 12.2.0.1.23 ou superior.

Antes de aplicar o patch, vamos validar a existência de conflitos para aplicação do Patch 19.10:

% $ORACLE_HOME/OPatch/opatch prereq CheckConflictAgainstOHWithDetail -phBaseDir <UNZIPPED_PATCH_LOCATION>/32226239/32218454
% $ORACLE_HOME/OPatch/opatch prereq CheckConflictAgainstOHWithDetail -phBaseDir <UNZIPPED_PATCH_LOCATION>/32226239/32222571
% $ORACLE_HOME/OPatch/opatch prereq CheckConflictAgainstOHWithDetail -phBaseDir <UNZIPPED_PATCH_LOCATION>/32226239/32218663
% $ORACLE_HOME/OPatch/opatch prereq CheckConflictAgainstOHWithDetail -phBaseDir <UNZIPPED_PATCH_LOCATION>/32226239/29340594
% $ORACLE_HOME/OPatch/opatch prereq CheckConflictAgainstOHWithDetail -phBaseDir <UNZIPPED_PATCH_LOCATION>/32226239/32240590

grid@lamimdb01 ~]$ cd /u03/midias/
[grid@lamimdb01 midias]$ $ORACLE_HOME/OPatch/opatch prereq CheckConflictAgainstOHWithDetail -phBaseDir 32226239/32218454
Oracle Interim Patch Installer version 12.2.0.1.17
Copyright (c) 2021, Oracle Corporation. All rights reserved.

PREREQ session

Oracle Home : /u01/app/19.9/grid
Central Inventory : /u01/app/oraInventory
from : /u01/app/19.9/grid/oraInst.loc
OPatch version : 12.2.0.1.17
OUI version : 12.2.0.7.0
Log file location : /u01/app/19.9/grid/cfgtoollogs/opatch/opatch2021-02-19_11-42-28AM_1.log