Como operador, desea migrar datos a otro grid. Esta tarea requiere el nivel de seguridad que proporciona el permiso grid_administrator. La realización habitual de copias de seguridad puede ayudar a garantizar la disponibilidad en caso de que se produzcan problemas de hardware repentinos. Configure una relación de confianza entre grids y migre los datos de la aplicación, el catálogo y la clase del dispositivo del grid de origen al grid de destino.
El siguiente diagrama muestra cómo migrar datos a otro grid:
Se configura una relación de confianza entre los grids antes de poder migrar datos entre ellos. Se puede instalar un agente de SSH para acceder al grid mediante un shell seguro. La transferencia del agente transmite las credenciales del usuario al servidor remoto. A continuación, es posible transferir las credenciales a otro servidor en el que se instalara la clave pública. Se configura una relación de confianza bidireccional a fin de poder migrar los catálogos, las aplicaciones y las clases de dispositivos.
Siga los pasos siguientes:
3t grid info -v
Por ejemplo, aparece la siguiente clave SSH:
ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEAtdsF6rxRPvi3aKciQ1J+7yZTgAXDVkNZDRzZPzpEtAak+tnroXS6RvwUOv8Oa9toCjlEIol1EuvaYBryzmRqH5cdm9UKXJjNZ5fnF7fhz928wcCHrHYebtOWGdqXi03MFt0Q4ytZI0+xnjS5iZkaJLW1IAoNLVQdrjUWhH4f+GIJ58jg7xpp3aORQ/zCnXWzxMJs78rX3LkbVW5EftzUZZowVSRVrO6JRq3/7sMzktKDHbB4Am2WoxzceA36NxPQsg7gcao5BPGAvJg2B1MnBdVBIy5gSYuPNtjjpfHboZWWd4cywZ+uIlOFIJy0GGIizrdza351MX7PuZ/YZulffw==
user create sourcegrid@ca.com pwd=mypassword sshkey="ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEAtdsF6rxRPvi3aKciQ1J+7yZTgAXDVkNZDRzZPzpEtAak+tnroXS6RvwUOv8Oa9toCjlEIol1EuvaYBryzmRqH5cdm9UKXJjNZ5fnF7fhz928wcCHrHYebtOWGdqXi03MFt0Q4ytZI0+xnjS5iZkaJLW1IAoNLVQdrjUWhH4f+GIJ58jg7xpp3aORQ/zCnXWzxMJs78rX3LkbVW5EftzUZZowVSRVrO6JRq3/7sMzktKDHbB4Am2WoxzceA36NxPQsg7gcao5BPGAvJg2B1MnBdVBIy5gSYuPNtjjpfHboZWWd4cywZ+uIlOFIJy0GGIizrdza351MX7PuZ/YZulffw=="
grid modify_acl local:user:sourcegrid@ca.com=app_developer
Importante: Para utilizar la opción de importación de copias de seguridad (como clases de dispositivo), se debe completar este paso.
Se establece la relación de confianza entre los dos grids.
Un dispositivo especifica un entorno virtual autónomo que proporciona una función concreta en una aplicación. Es posible migrar la clase de dispositivo a un grid de copia de seguridad. Los grids de copia de seguridad solamente requieren una pequeña cantidad de CPU y RAM, y una gran cantidad de almacenamiento económico y conectado directamente. Mediante esta estrategia de copia de seguridad, se obtiene la ventaja de no necesitar una ventana de tiempo de copia de seguridad concreta, ya que se puede realizar una copia de seguridad de las clases de dispositivos en cualquier momento. Esta estrategia reduce la sobrecarga administrativa, ya que permite centralizar la gestión de la copia de seguridad en un grid de copia de seguridad remoto.
Siga los pasos siguientes:
class migrate grid_remoto clase [ .name=newclass ] [ --export | --import ] [ --nocompress ] [ --nocleanup ] [ --debug ]
Especifica el nombre del grid remoto.
Especifica el nombre de la clase que se desea buscar.
La clase puede estar en un catálogo global o local, o puede ser un singleton.
Especifica el nuevo nombre de la clase migrada (opcional).
El nombre puede hacer referencia a un catálogo global o local, o a un singleton.
Migra la clase al grid remoto.
Nota: Si no se especifica esta opción, la clase se migra desde el grid remoto.
Migra la clase desde el grid remoto.
Nota: Si no se especifica esta opción, la clase se migra desde el grid remoto.
Especifica que no se compriman volúmenes de clase durante la migración.
Nota: Para reducir el tiempo de migración, utilice esta opción al migrar clases que tienen volúmenes de gran tamaño.
Omite la limpieza tras fallos o la finalización (se utiliza para solucionar problemas).
Muestra información de depuración durante la migración (se utiliza para solucionar problemas).
En este ejemplo, se desea migrar la clase WIN0864E de la categoría system_ms en el catálogo global a grid5.
Importante: Verifique que la clase que se desea migrar no existe en el grid de destino. Si existe la clase, aparece un error.
class migrate grid5 /system_ms:WIN0864E .name=/system_ms:WIN0864E --export
Se obtiene lo siguiente:
Verifying access to remote grid... Verifying access to remote grid... Verifying that entities are not locked... Retrieving needed class descriptors and volumes... Transferring class WIN0864E... Done Transferring volume boot... Done class migration completed (9 min 51 sec)
Los datos de clase de dispositivo se migran y se realiza una copia de seguridad de ellos.
Los catálogos almacenan dispositivos y clases de ensamblaje como paquetes de biblioteca. Se puede realizar una copia de seguridad del catálogo con el comando catalog migrate.
Siga los pasos siguientes:
catalog migrate remote_grid catalog [ .name=new-name ] [ --export | --import ] [ --nocompress ] [ --nocleanup ] [ --debug ]
En este ejemplo, se desea migrar el catálogo BKPCAT del grid actual (grid4) a grid5 como un catálogo denominado BACKUPCAT.
catalog migrate grid5 /BKPCAT .name=/BACKUPCAT --export
Se obtiene lo siguiente:
Verifying access to remote grid... Verifying access to remote grid... Verifying that entities are not locked... Retrieving needed class descriptors and volumes... Transferring catalog class IIS... Done Transferring catalog class SQL... Done Transferring volume IIS.boot... Done Transferring volume SQL.boot... Done catalog migration completed (26 min 40 sec)
Los datos del catálogo se migran y se realiza una copia de seguridad de ellos.
Las aplicaciones incluyen dispositivos y los datos de usuario, la configuración y la infraestructura completa. Se puede realizar una copia de seguridad de la aplicación y puede migrarla a otro grid con el comando application migrate.
Nota: Si se ejecuta la aplicación de origen, se detiene antes de que se inicie la migración. Una vez que finalice la migración, la aplicación se inicia de nuevo. Si la aplicación original no se está ejecutando, la aplicación migrada no se inicia.
Siga los pasos siguientes:
application migrate remote_grid appname [ .name=appname ] [ --export | --import ] [ --nocompress ] [ --nocleanup ] [ --debug ] [ (prop=val)* ]
Especifica pares de parámetros de configuración que se utilizan para el comando config application.
Conserva la ACL de la aplicación, si está presente.
Conserva los elementos principales locales en la ACL de la aplicación.
Conserva los elementos principales globales en la ACL de la aplicación.
En este ejemplo, se desea migrar la aplicación MY_APP del grid actual (grid4) a grid5 remoto.
application migrate grid5 MY_APP .name=MY_APP --export
Se obtiene lo siguiente:
Verifying access to source grid... Verifying access to source grid... Verifying source application state... Stopping application MY_APP main.SQL stopped main.USR stopped main.mon stopped main.IIS stopped Releasing application resources... Application MY_APP stopped Creating application 'MY_APP'... Creating descriptors for application 'MY_APP'... Retrieving application 'MY_APP' class descriptors and volumes... Transferring class IIS... Done Transferring class SQL... Done Transferring class main... Done Transferring volume dbase ... Done Transferring volume IIS.boot ... Done Transferring volume mon ... Done Transferring volume SQL.boot ... Done Transferring volume data ... Done Starting migrated application MY_APP... Building application... Creating volume MY_APP/volcache:main.mon.boot...Done Creating volume MY_APP/volcache:main.USR.boot...Done Configuring application...Done Loading application... Scheduling application... Starting application MY_APP main.USR started main.mon started main.SQL started main.IIS started Application MY_APP started successfully Application migration completed (38 min 6 sec)
Los datos de la aplicación se migran y se realiza una copia de seguridad de ellos.
Ha configurado correctamente una confianza entre grids y se migran las clases de dispositivo, catálogos y aplicaciones.
|
Copyright © 2013 CA.
Todos los derechos reservados.
|
|