{"id":463,"date":"2009-11-29T21:49:27","date_gmt":"2009-11-29T20:49:27","guid":{"rendered":"http:\/\/www.xarcom.net\/blog\/?p=463"},"modified":"2010-03-22T20:04:09","modified_gmt":"2010-03-22T19:04:09","slug":"ghettovcb-sh-esxi-3-5-y-4-0","status":"publish","type":"post","link":"https:\/\/blog.xarcom.net\/index.php\/ghettovcb-sh-esxi-3-5-y-4-0\/","title":{"rendered":"ghettoVCB.sh ESX(i) 3.5 y 4.0"},"content":{"rendered":"<div>\n<h2><span style=\"color: #3366ff;\">ghettoVCB.sh &#8211; alternativa gratuita para hacer copias de seguridad para la m\u00e1quina virtual ESX (i) 3,5 y 4,0 +<\/span><\/h2>\n<\/div>\n<p><strong>Art\u00edculo sacado de <\/strong><a href=\"http:\/\/communities.vmware.com\/docs\/DOC-8760\"><strong>http:\/\/communities.vmware.com\/docs\/DOC-8760<\/strong><\/a><strong>\u00a0y traducido por Google Translator<\/strong><\/p>\n<p>VERSI\u00d3N 47 Publicado<\/p>\n<h3>Creado en: Nov 17, 2008 7:04 PM por lamw &#8212; \u00daltima modificaci\u00f3n: Nov 25, 2009 2:39 PM por lamw<\/h3>\n<h1>Tabla de Contenidos:<\/h1>\n<p>\u00a0<\/p>\n<ul>\n<li>\ufffd\n<ul>\n<li>Descripci\u00f3n<\/li>\n<li>Caracter\u00edsticas<\/li>\n<li>Requisitos<\/li>\n<li>Configuraci\u00f3n<\/li>\n<li>Configuraciones<\/li>\n<li>Uso<\/li>\n<li>Ejemplo de ejecuci\u00f3n de\n<ul>\n<li>Copia de seguridad de m\u00e1quinas virtuales almacenadas en una lista de<\/li>\n<li>Copia de seguridad de m\u00e1quinas virtuales utilizando las diferentes pol\u00edticas de copia de seguridad de<\/li>\n<li>Modo de depuraci\u00f3n de copia de seguridad<\/li>\n<li>Dry Run Mode<\/li>\n<\/ul>\n<\/li>\n<li>Habilitar la compresi\u00f3n de las copias de seguridad<\/li>\n<li>Restaurar copias de seguridad (ghettoVCB-restore.sh)<\/li>\n<li>Cronjob FAQ<\/li>\n<li>Preguntas frecuentes<\/li>\n<li>Enlaces de inter\u00e9s<\/li>\n<li>Change Log<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<p>\u00a0<\/p>\n<h1>Descripci\u00f3n:<\/h1>\n<p>Este script realiza copias de seguridad de las m\u00e1quinas virtuales que residen en <strong>ESX (i) + 3.5\/4.0<\/strong> servidores utilizando una metodolog\u00eda similar a la VMware VCB herramienta. El script toma im\u00e1genes de las m\u00e1quinas virtuales en vivo, apoya la VMDK maestro (s) y luego una vez finalizada, se elimina la instant\u00e1nea hasta que la pr\u00f3xima copia de seguridad. La \u00fanica salvedad es que utiliza los recursos disponibles para la consola de servicio del servidor ESX ejecutando las copias de seguridad en vez de seguir el m\u00e9todo tradicional de descarga de copias de seguridad de la m\u00e1quina virtual a trav\u00e9s de un proxy de VCB.<\/p>\n<p>Este script ha sido probado en <strong>3.5\/4.0 ESX y ESXi 3.5\/4.0<\/strong> y apoya a los medios de copia de seguridad siguientes: <strong>Almacenamiento local<\/strong>, <strong>SAN<\/strong> y <strong>NFS<\/strong>. El gui\u00f3n no es interactiva y puede ser configurado para funcionar a trav\u00e9s de crontab. Actualmente, este script acepta un archivo de texto que enumera los nombres de pantalla de la m\u00e1quina virtual (s) que deben ser respaldados. Adem\u00e1s, se puede especificar una carpeta que contiene archivos de configuraci\u00f3n en una base por VM para el control granular sobre pol\u00edticas de backup.<\/p>\n<p>Adem\u00e1s, para los entornos de ESX que no tienen almacenes de datos persistentes NFS designadas para copias de seguridad, la secuencia de comandos ofrece la posibilidad de que se conecte autom\u00e1ticamente al servidor ESX a un NFS exportado carpeta y luego al t\u00e9rmino de copia de seguridad, desconecte del servidor ESX. La conexi\u00f3n se establece mediante la creaci\u00f3n de un enlace de NFS almac\u00e9n de datos que permite monol\u00edtico (o grosor) VMDK copias de seguridad en lugar de utilizar la habitual * nix comando mount que requiere romper los archivos en el formato VMDK 2gbsparse para copia de seguridad. Habilitaci\u00f3n de este modo se explica por s\u00ed mismo y, evidentemente, ser\u00e1 por lo que cuando la secuencia de comandos de edici\u00f3n (Nota: <strong>VM_BACKUP_VOLUME<\/strong> variable se ignora si <strong>ENABLE_NON_PERSISTENT_NFS = 1<\/strong> ).<\/p>\n<p>En su configuraci\u00f3n actual, la secuencia de comandos permitir\u00e1 un m\u00e1ximo de 3 copias de seguridad exclusivo de la m\u00e1quina virtual antes de que pueda sobrescribir las copias de seguridad anteriores, lo que sin embargo, puede ser modificado para ajustarse a los procedimientos en caso necesario. Por favor, ser diligente en la ejecuci\u00f3n del script en una prueba o ensayo medio ambiente antes de utilizarlo en la producci\u00f3n en vivo de m\u00e1quinas virtuales, lo que las funciones de script y dentro de nuestro ambiente, pero existe la posibilidad de que no puede encajar bien en otros ambientes.<\/p>\n<h1>Caracter\u00edsticas<\/h1>\n<ul>\n<li>Soporte para disco VMDK m\u00faltiples (s) de copia de seguridad por VM<\/li>\n<li>S\u00f3lo VMDK v\u00e1lido (s) presentado a la m\u00e1quina virtual ser\u00e1 respaldado<\/li>\n<li>En l\u00ednea una copia de seguridad de VM (s) de<\/li>\n<li>Posibilidad de apagar guestOS e iniciar el proceso de copia de seguridad y el poder en VM despu\u00e9s con la opci\u00f3n de tiempo de espera hardpower<\/li>\n<li>Permitir espacios en VM (s) de la lista de copia de seguridad (no se recomienda y no como una mejor pr\u00e1ctica)<\/li>\n<li>Aseg\u00farese de que proceso de eliminaci\u00f3n instant\u00e1nea completa antes de continuar en la pr\u00f3xima copia de seguridad de VM<\/li>\n<li>VM (s) que inicialmente contienen <strong>instant\u00e1neas<\/strong> no ser\u00e1 una copia de seguridad y ser\u00e1 ignorado<\/li>\n<li>La capacidad de especificar el n\u00famero de rotaciones de copia de seguridad de VM<\/li>\n<li>Salida de copia de seguridad de VMDK (s) en cualquiera de <strong>ZEROEDTHICK<\/strong> (comportamiento por defecto) o <strong>2GB escasa<\/strong> o <strong>THIN<\/strong> o <strong>EAGERZEROEDTHICK<\/strong> formato<\/li>\n<li>Soporte para discos SCSI e IDE<\/li>\n<li>No persistentes de copia de seguridad de NFS<\/li>\n<li>Apoyo plenamente VMDK (s) almacenados en almacenes de datos m\u00faltiples<\/li>\n<li>Capacidad de comprimir las copias de seguridad (soporte experimental)<\/li>\n<li><strong><span style=\"color: blue;\">Capacidad de configurar las diferentes pol\u00edticas de copia de seguridad VM<\/span><\/strong> <strong><span style=\"color: green;\">\u00a1NUEVO!<\/span><\/strong><\/li>\n<li><strong><span style=\"color: blue;\">Posibilidad de incluir \/ excluir VMDK espec\u00edfico (s) por m\u00e1quina virtual (VM instalaci\u00f3n individual requiere la pol\u00edtica de copia de seguridad)<\/span><\/strong> <strong><span style=\"color: green;\">\u00a1NUEVO!<\/span><\/strong><\/li>\n<li><strong><span style=\"color: blue;\">Posibilidad de configurar el registro de salida a archivo<\/span><\/strong> <strong><span style=\"color: green;\">\u00a1NUEVO!<\/span><\/strong><\/li>\n<li><strong><span style=\"color: blue;\">Conciencia de disco independiente (ignorar\u00e1 VMDK)<\/span><\/strong> <strong><span style=\"color: green;\">\u00a1NUEVO!<\/span><\/strong><\/li>\n<li><strong><span style=\"color: blue;\">Las variables de tiempo de espera de nuevo para apagar y creaciones de instant\u00e1neas <\/span><\/strong><strong><span style=\"color: green;\">\u00a1NUEVO!<\/span><\/strong><\/li>\n<li><strong><span style=\"color: blue;\">Posibilidad de configurar las instant\u00e1neas con la memoria y \/ o inactividad opciones<\/span><\/strong> <strong><span style=\"color: green;\">\u00a1NUEVO!<\/span><\/strong><\/li>\n<li><strong><span style=\"color: blue;\">Capacidad de disco de formato adaptador de configurar<\/span><\/strong> <strong><span style=\"color: green;\">\u00a1NUEVO!<\/span><\/strong><\/li>\n<li><strong><span style=\"color: blue;\">De informaci\u00f3n de depuraci\u00f3n adicional que incluye la ejecuci\u00f3n en seco<\/span><\/strong> <strong><span style=\"color: green;\">\u00a1NUEVO!<\/span><\/strong><\/li>\n<li><strong><span style=\"color: blue;\">Soporte para las m\u00e1quinas virtuales con tanto virtuales \/ RDM f\u00edsica (pRDM ser\u00e1n ignoradas y no una copia de seguridad)<\/span><\/strong> <strong><span style=\"color: green;\">\u00a1NUEVO!<\/span><\/strong><\/li>\n<\/ul>\n<p>\u00a0<\/p>\n<hr \/>\n<p>\u00a0<\/p>\n<h1>Requisitos:<\/h1>\n<ul>\n<li>M\u00e1quinas virtuales se ejecutan en ESX (i) + 3.5\/4.0<\/li>\n<li>SSH para acceso a la consola ESX \/ ESXi de acogida<\/li>\n<\/ul>\n<p>\u00a0<\/p>\n<hr \/>\n<p>\u00a0<\/p>\n<h1>Instalaci\u00f3n:<\/h1>\n<p>1) Descarga <strong>ghettoVCB.sh<\/strong> ya sea a su sistema de ESX o ESXi<\/p>\n<p>2) Cambiar los permisos de la secuencia de comandos para asegurarse de que puede ser ejecutado:<\/p>\n<p><code>[root @ Himalaya ~] # <strong>chmod + x ghettoVCB.sh<\/strong> <\/code><\/p>\n<hr \/>\n<p>\u00a0<\/p>\n<h1>Configuraciones:<\/h1>\n<p>Las siguientes variables deben ser definidas en el script o en la pol\u00edtica de VM de copia de seguridad antes de la ejecuci\u00f3n.<\/p>\n<p>Definir el almac\u00e9n de datos de copia de seguridad y la carpeta en la que se almacenan las copias de seguridad (si la carpeta no existe, se crear\u00e1 autom\u00e1ticamente): = VM_BACKUP_VOLUME \/ vmfs \/ vol\u00famenes \/ dlgCore-NFS-bigboi.VM-copias de seguridad \/ WILLIAM_BACKUPS<\/p>\n<p><strong>Definir el formato de disco de copia de seguridad (zeroedthick, eagerzeroedthick, delgado, y 2gbsparse est\u00e1n disponibles):<\/strong><br \/>\n<code>DISK_BACKUP_FORMAT = delgada <\/code><\/p>\n<p><strong>Definici\u00f3n de la rotaci\u00f3n de copia de seguridad por VM:<\/strong><br \/>\n<code>VM_BACKUP_ROTATION_COUNT = 3 <\/code><\/p>\n<p><strong>Definir si la VM est\u00e1 apagado o no antes de la copia de seguridad (1 = activar, 0 = desactivado):<\/strong><\/p>\n<p><strong><span style=\"color: green;\">Nota: VM (s) que est\u00e1n apagados no requerir\u00e1 snapshoting<\/span><\/strong><br \/>\n<code>POWER_VM_DOWN_BEFORE_BACKUP = 0 <\/code><\/p>\n<p><strong>Definir si la m\u00e1quina virtual puede ser dif\u00edcil de apagado cuando \u00abPOWER_VM_DOWN_BEFORE_BACKUP\u00bb est\u00e1 habilitada y VM no se han instalado las herramientas de VMware<\/strong><br \/>\n<code>ENABLE_HARD_POWER_OFF = 0 <\/code><\/p>\n<p><strong>Si \u00abENABLE_HARD_POWER_OFF\u00bb est\u00e1 habilitado, entonces se define el n\u00famero de (60 segundos) iteraciones de la secuencia de comandos antes de que la ejecuci\u00f3n de un poder de desactivaci\u00f3n cuando:<\/strong><br \/>\n<code>ITER_TO_WAIT_SHUTDOWN = 3 <\/code><\/p>\n<p><strong>El n\u00famero (60 segundos) iteraciones de la secuencia de comandos esperar cuando apagar la m\u00e1quina virtual y le dar\u00e1 e ignoran la m\u00e1quina virtual de particular para copia de seguridad:<\/strong><br \/>\n<code>POWER_DOWN_TIMEOUT = 5 <\/code><\/p>\n<p><strong>El n\u00famero (60 segundos) iteraciones de la secuencia de comandos esperar la hora de tomar una instant\u00e1nea de una m\u00e1quina virtual y le dar\u00e1 e ignoran la m\u00e1quina virtual de particular para copia de seguridad:<\/strong><\/p>\n<p><strong><span style=\"color: green;\">El valor por defecto deber\u00eda ser suficiente<\/span><\/strong><br \/>\n<code>SNAPSHOT_TIMEOUT = 15 <\/code><\/p>\n<p><strong>Definir si debe o no habilitar la compresi\u00f3n (1 = activar, 0 = desactivado):<\/strong><br \/>\n<code>ENABLE_COMPRESSION = 0 <\/code><\/p>\n<p><strong>Definir el tipo de adaptador para copia de seguridad de VMDK (BusLogic y lsilogic est\u00e1n disponibles):<\/strong><br \/>\n<code>ADAPTER_FORMAT = BusLogic <\/code><\/p>\n<p><strong>Definir si la memoria de la m\u00e1quina virtual se quebr\u00f3 y si quiescing est\u00e1 habilitado (1 = activar, 0 = desactivado):<\/strong><\/p>\n<p><strong><span style=\"color: green;\">Nota: Por defecto, ambos son personas de movilidad reducida<\/span><\/strong><br \/>\n<code>VM_SNAPSHOT_MEMORY = 0 VM_SNAPSHOT_QUIESCE = 0 <\/code><\/p>\n<p>* Definici\u00f3n de VMDK (s) de copia de seguridad de una m\u00e1quina virtual particular, ya sea una lista de vmdks o \u00abtodos\u00bb<br \/>\n<code>VMDK_FILES_TO_BACKUP = \"myvmdk.vmdk\" <\/code><\/p>\n<p><strong>Aseg\u00farese de que usted no edita pasado esta secci\u00f3n:<\/strong><br \/>\n<code>########################## NO MODIFIQUE EL PASADO DE ESTA L\u00cdNEA ################## ######## <\/code><\/p>\n<hr \/>\n<p>\u00a0<\/p>\n<h1>Uso:<\/h1>\n<p><code>[root @ Himalaya ~] #. \/ ghettoVCB.sh <\/code><code>################################################## #############################<\/code><code>\u00a0# GhettoVCB # para ESX \/ ESXi 3.5 y 4.x + # Autor: William Lam # Http:\/\/www.engineering.ucsb.edu\/ ~ \/ duonglt vmware \/ # Creado: 11\/17\/2008 # \u00daltima modificaci\u00f3n: 11\/14\/2009 # ################################################## ############################# Uso:. \/ GhettoVCB.sh-f [VM_BACKUP_UP_LIST]-c [VM_CONFIG_DIR]-l [log_file] OPCIONES: \u00a0\u00a0\u00a0-F Lista de m\u00e1quinas virtuales para copia de seguridad \u00a0\u00a0\u00a0-c directorio de configuraci\u00f3n de copias de seguridad de VM \u00a0\u00a0\u00a0-L a la salida del archivo de registro \u00a0\u00a0\u00a0el nivel de depuraci\u00f3n-d [info | | depuraci\u00f3n dryrun] (por defecto: info) (por ejemplo) Copia de seguridad de m\u00e1quinas virtuales almacenadas en una lista de \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0. \/ ghettoVCB.sh-f vms_to_backup Copia de seguridad de m\u00e1quinas virtuales basadas en la configuraci\u00f3n espec\u00edfica situada en el directorio de \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0. \/ ghettoVCB.sh vms_to_backup-f-c vm_backup_configs Salida de registro en \/ tmp \/ ghettoVCB.log \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0. \/ ghettoVCB.sh vms_to_backup-f-l \/ tmp \/ ghettoVCB.log Marcha en seco (no copia de seguridad se llevar\u00e1 a cabo) \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0. \/ f-ghettoVCB.sh vms_to_backup-d dryrun <\/code><\/p>\n<p>La entrada a este script es un archivo que contiene el nombre de pantalla de la m\u00e1quina virtual (s) separados por un salto de l\u00ednea. Al crear este archivo en un sistema non-Linux\/UNIX, puede introducir el car\u00e1cter ^ M, que puede hacer que el script para miss-se comportan. Para garantizar que esto no ocurra, plesae crear el archivo en el ESX \/ ESXi de acogida.<\/p>\n<p>Aqu\u00ed est\u00e1 una muestra de lo que el archivo se ver\u00eda as\u00ed:<\/p>\n<p><code>[root @ Himalaya ~] vms_to_backup # cat VCAP VIMA VMA-2 <\/code><\/p>\n<hr \/>\n<p>\u00a0<\/p>\n<h1>Ejemplo de ejecuci\u00f3n:<\/h1>\n<ul>\n<li>Copia de seguridad de m\u00e1quinas virtuales almacenadas en una lista de<\/li>\n<li>Copia de seguridad de m\u00e1quinas virtuales basadas en las diferentes pol\u00edticas de copia de seguridad de VM<\/li>\n<li>Modo de depuraci\u00f3n<\/li>\n<li>Dry Run Mode<\/li>\n<\/ul>\n<p>\u00a0<\/p>\n<h2>Copia de seguridad de m\u00e1quinas virtuales almacenadas en una lista de<\/h2>\n<ul>\n<li>Verbosidad Log: info (por defecto)<\/li>\n<li>Salida de registro: stdout (por defecto)<\/li>\n<\/ul>\n<p><code>[root @ Himalaya ~] #. \/ ghettoVCB.sh-f vms_to_backup 2009-11-12 06:14:10 - info: ============================== ghettoVCB Iniciar registro === =========================== 2009-11-12 06:14:10 - info: config - VM_BACKUP_VOLUME = \/ vmfs \/ vol\u00famenes \/ dlgCore-NFS-bigboi.VM-copias de seguridad \/ WILLIAM_BACKUPS 2009-11-12 06:14:10 - info: config - VM_BACKUP_ROTATION_COUNT = 3 2009-11-12 06:14:10 - info: config - DISK_BACKUP_FORMAT = delgada 2009-11-12 06:14:10 - info: config - ADAPTER_FORMAT = BusLogic 2009-11-12 06:14:10 - info: config - POWER_VM_DOWN_BEFORE_BACKUP = 0 2009-11-12 06:14:10 - info: config - ENABLE_HARD_POWER_OFF = 0 2009-11-12 06:14:10 - info: config - ITER_TO_WAIT_SHUTDOWN = 3 2009-11-12 06:14:10 - info: config - POWER_DOWN_TIMEOUT = 5 2009-11-12 06:14:10 - info: config - SNAPSHOT_TIMEOUT = 15 2009-11-12 06:14:10 - info: config - log_level = info 2009-11-12 06:14:10 - info: config - BACKUP_LOG_OUTPUT = stdout 2009-11-12 06:14:10 - info: config - VM_SNAPSHOT_MEMORY = 0 2009-11-12 06:14:10 - info: config - VM_SNAPSHOT_QUIESCE = 0 2009-11-12 06:14:10 - info: config - VMDK_FILES_TO_BACKUP = all 2009-11-12 06:14:15 - info: Iniciar la copia de seguridad para VCAP Formato de disco de destino: VMFS delgada provisionados La reproducci\u00f3n del disco '\/ vmfs\/volumes\/himalaya-local-SATA.RE4-GP: Storage\/VCAP\/VCAP_2.vmdk' ... Clon: 100% hecho. Formato de disco de destino: VMFS delgada provisionados La reproducci\u00f3n del disco '\/ vmfs\/volumes\/himalaya-local-SATA.RE4-GP: Storage\/VCAP\/VCAP_1.vmdk' ... Clon: 100% hecho. Formato de disco de destino: VMFS delgada provisionados La reproducci\u00f3n del disco '\/ vmfs\/volumes\/himalaya-local-SATA.RE4-GP: Almacenamiento \/ VCAP \/ VCAP.vmdk' ... Clon: 100% hecho. Formato de disco de destino: VMFS delgada provisionados La reproducci\u00f3n del disco '\/ vmfs\/volumes\/himalaya-local-SATA.RE4-GP: Storage\/VCAP\/VCAP-0.vmdk' ... Clon: 100% hecho. 2009-11-12 06:15:15 - Informaci\u00f3n: Duraci\u00f3n de copia de seguridad: 60 segundos 2009-11-12 06:15:15 - info: copia de seguridad con \u00e9xito para VCAP! 2009-11-12 06:15:17 - info: Iniciar la copia de seguridad para VIMA 2009-11-12 06:15:17 - info: Creaci\u00f3n de instant\u00e1neas \"ghettoVCB instant\u00e1nea-2009-11-12\" para VIMA Formato de disco de destino: VMFS delgada provisionados La reproducci\u00f3n del disco '\/ vmfs \/ vol\u00famenes \/ Himalaya-local-SAS.Savvio \/ VIMA \/ VIMA.vmdk' ... Clon: 100% hecho. 2009-11-12 06:16:40 - info: instant\u00e1nea Eliminaci\u00f3n de VIMA ... 2009-11-12 06:16:43 - Informaci\u00f3n: Duraci\u00f3n de copia de seguridad: 1,43 minutos 2009-11-12 06:16:43 - info: copia de seguridad con \u00e9xito para VIMA! 2009-11-12 06:16:47 - info: Iniciar la copia de seguridad para VMA-2 Formato de disco de destino: VMFS delgada provisionados La reproducci\u00f3n del disco '\/ vmfs\/volumes\/himalaya-local-SAS.Constellation\/vMA-2\/vMA-2.vmdk' ... Clon: 100% hecho. 2009-11-12 06:18:14 - Informaci\u00f3n: Duraci\u00f3n de copia de seguridad: 1,45 minutos 2009-11-12 06:18:14 - info: copia de seguridad con \u00e9xito para VMA-2! 2009-11-12 06:18:14 - info: ============================== ghettoVCB LOG FIN === ============================= <\/code><\/p>\n<h2>Copia de seguridad de m\u00e1quinas virtuales basadas en las diferentes pol\u00edticas de copia de seguridad de VM y registro de salida a \/ tmp \/ ghettoVCB.log<\/h2>\n<ul>\n<li>Verbosidad Log: info (por defecto)<\/li>\n<li>Registra el resultado: \/ tmp \/ ghettoVCB.log (por defecto)<\/li>\n<\/ul>\n<p>1. Crear carpeta para almacenar las diferentes pol\u00edticas de VM de copia de seguridad (puede tener cualquier nombre):<br \/>\n<code>[root @ Himalaya ~] # mkdir backup_config <\/code><\/p>\n<p>2. Crear copia de seguridad de las diferentes pol\u00edticas de m\u00e1quina virtual para cada m\u00e1quina virtual que asegurar que cada archivo se llama exactamente como el nombre de pantalla de la m\u00e1quina virtual se copia de seguridad (uso de la plantilla proporcionada para crear duplicados \u00ab):<br \/>\n<code>[root @ Himalaya backup_config] ghettoVCB # cp-vm_backup_configuration_template VCAP [root @ Himalaya backup_config] ghettoVCB # cp-vm_backup_configuration_template VIMA <\/code><\/p>\n<p>Listado de la pol\u00edtica de m\u00e1quina virtual de directorio de configuraci\u00f3n de copia de seguridad de copia de seguridad de<br \/>\n<code>[root @ Himalaya backup_config] # ls ghettoVCB-vm_backup_configuration_template VCAP VIMA <\/code><\/p>\n<p>La pol\u00edtica de copia de seguridad de \u00abVCAP\u00bb (copia de seguridad VMDKs s\u00f3lo 2 espec\u00edficos)<br \/>\n<code>[root @ Himalaya backup_config] # cat VCAP = VM_BACKUP_VOLUME \/ vmfs \/ vol\u00famenes \/ dlgCore-NFS-bigboi.VM-copias de seguridad \/ WILLIAM_BACKUPS DISK_BACKUP_FORMAT = delgada VM_BACKUP_ROTATION_COUNT = 3 POWER_VM_DOWN_BEFORE_BACKUP = 0 ENABLE_HARD_POWER_OFF = 0 ITER_TO_WAIT_SHUTDOWN = 4 POWER_DOWN_TIMEOUT = 5 SNAPSHOT_TIMEOUT = 15 ENABLE_COMPRESSION = 0 ADAPTER_FORMAT = BusLogic VM_SNAPSHOT_MEMORY = 0 VM_SNAPSHOT_QUIESCE = 0 VMDK_FILES_TO_BACKUP = \"VCAP.vmdk, VCAP_2.vmdk\" <\/code><\/p>\n<p>La pol\u00edtica de copia de seguridad de VM \u00abVIMA\u00bb (copia de seguridad de todos los VMDKs encontrados)<br \/>\n<code>[root @ Himalaya backup_config] # cat VIMA = VM_BACKUP_VOLUME \/ vmfs \/ vol\u00famenes \/ dlgCore-NFS-bigboi.VM-copias de seguridad \/ WILLIAM_BACKUPS DISK_BACKUP_FORMAT = delgada VM_BACKUP_ROTATION_COUNT = 3 POWER_VM_DOWN_BEFORE_BACKUP = 0 ENABLE_HARD_POWER_OFF = 0 ITER_TO_WAIT_SHUTDOWN = 4 POWER_DOWN_TIMEOUT = 5 SNAPSHOT_TIMEOUT = 15 ENABLE_COMPRESSION = 0 ADAPTER_FORMAT = BusLogic VM_SNAPSHOT_MEMORY = 1 VM_SNAPSHOT_QUIESCE = 0 VMDK_FILES_TO_BACKUP = \"todos\" <\/code><\/p>\n<p><span style=\"color: red;\"><strong>Nota:<\/strong><\/span> Al especificar la opci\u00f3n-c (individual VM modo la pol\u00edtica de copia de seguridad), si una m\u00e1quina virtual aparece en la lista de copia de seguridad, pero <strong>NO<\/strong> tener una pol\u00edtica de copia de seguridad correspondiente, la m\u00e1quina virtual se complementar\u00e1 con la configuraci\u00f3n predeterminada encuentra dentro de la secuencia de comandos ghettoVCB.sh.<\/p>\n<p>Ejecuci\u00f3n de copia de seguridad<br \/>\n<code>[root @ Himalaya ~] #. \/ f-ghettoVCB.sh vms_to_backup-c backup_config-l \/ tmp \/ ghettoVCB.log Registro de salida a \"\/ tmp \/ ghettoVCB.log\" ... Formato de disco de destino: VMFS delgada provisionados La reproducci\u00f3n del disco '\/ vmfs\/volumes\/himalaya-local-SATA.RE4-GP: Storage\/VCAP\/VCAP_2.vmdk' ... Clon: 100% hecho. Formato de disco de destino: VMFS delgada provisionados La reproducci\u00f3n del disco '\/ vmfs\/volumes\/himalaya-local-SATA.RE4-GP: Almacenamiento \/ VCAP \/ VCAP.vmdk' ... Clon: 100% hecho. Formato de disco de destino: VMFS delgada provisionados La reproducci\u00f3n del disco '\/ vmfs \/ vol\u00famenes \/ Himalaya-local-SAS.Savvio \/ VIMA \/ VIMA.vmdk' ... Clon: 100% hecho. Formato de disco de destino: VMFS delgada provisionados La reproducci\u00f3n del disco '\/ vmfs\/volumes\/himalaya-local-SAS.Constellation\/vMA-2\/vMA-2.vmdk' ... Clon: 100% hecho. <\/code><\/p>\n<p><span style=\"color: red;\"><strong>Nota:<\/strong><\/span> Al especificar la opci\u00f3n-l (registro de salida de archivo), vmkfstools copia tambi\u00e9n se registra la salida est\u00e1ndar. Esto se hace principalmente para fines de depuraci\u00f3n.<\/p>\n<p>Registro de salida de copia de seguridad de<br \/>\n<code>[root @ Himalaya ~] # cat \/ tmp \/ ghettoVCB.log 2009-11-12 06:26:53 - info: ============================== ghettoVCB Iniciar registro === =========================== 2009-11-12 06:26:56 - info: config - mediante una configuraci\u00f3n FILE = backup_config \/ VCAP 2009-11-12 06:26:56 - info: config - VM_BACKUP_VOLUME = \/ vmfs \/ vol\u00famenes \/ dlgCore-NFS-bigboi.VM-copias de seguridad \/ WILLIAM_BACKUPS 2009-11-12 06:26:56 - info: config - VM_BACKUP_ROTATION_COUNT = 3 2009-11-12 06:26:56 - info: config - DISK_BACKUP_FORMAT = delgada 2009-11-12 06:26:56 - info: config - ADAPTER_FORMAT = BusLogic 2009-11-12 06:26:56 - info: config - POWER_VM_DOWN_BEFORE_BACKUP = 0 2009-11-12 06:26:56 - info: config - ENABLE_HARD_POWER_OFF = 0 2009-11-12 06:26:56 - info: config - ITER_TO_WAIT_SHUTDOWN = 4 2009-11-12 06:26:56 - info: config - POWER_DOWN_TIMEOUT = 5 2009-11-12 06:26:56 - info: config - SNAPSHOT_TIMEOUT = 15 2009-11-12 06:26:56 - info: config - log_level = info 2009-11-12 06:26:56 - info: config - BACKUP_LOG_OUTPUT = \/ tmp \/ ghettoVCB.log 2009-11-12 06:26:56 - info: config - VM_SNAPSHOT_MEMORY = 0 2009-11-12 06:26:56 - info: config - VM_SNAPSHOT_QUIESCE = 0 2009-11-12 06:26:56 - info: config - VMDK_FILES_TO_BACKUP = VCAP.vmdk, VCAP_2.vmdk 2009-11-12 06:26:58 - info: Iniciar la copia de seguridad para VCAP Formato de disco de destino: VMFS delgada provisionados La reproducci\u00f3n del disco '\/ vmfs\/volumes\/himalaya-local-SATA.RE4-GP: Storage\/VCAP\/VCAP_2.vmdk' ... Clon: 100% hecho. Formato de disco de destino: VMFS delgada provisionados La reproducci\u00f3n del disco '\/ vmfs\/volumes\/himalaya-local-SATA.RE4-GP: Almacenamiento \/ VCAP \/ VCAP.vmdk' ... Clon: 100% hecho. 2009-11-12 06:26:59 - Informaci\u00f3n: Duraci\u00f3n de copia de seguridad: 1 segundos 2009-11-12 06:26:59 - info: copia de seguridad con \u00e9xito para VCAP! 2009-11-12 06:26:59 - info: config - mediante una configuraci\u00f3n FILE = backup_config \/ VIMA 2009-11-12 06:26:59 - info: config - VM_BACKUP_VOLUME = \/ vmfs \/ vol\u00famenes \/ dlgCore-NFS-bigboi.VM-copias de seguridad \/ WILLIAM_BACKUPS 2009-11-12 06:26:59 - info: config - VM_BACKUP_ROTATION_COUNT = 3 2009-11-12 06:26:59 - info: config - DISK_BACKUP_FORMAT = delgada 2009-11-12 06:26:59 - info: config - ADAPTER_FORMAT = BusLogic 2009-11-12 06:26:59 - info: config - POWER_VM_DOWN_BEFORE_BACKUP = 0 2009-11-12 06:26:59 - info: config - ENABLE_HARD_POWER_OFF = 0 2009-11-12 06:26:59 - info: config - ITER_TO_WAIT_SHUTDOWN = 4 2009-11-12 06:26:59 - info: config - POWER_DOWN_TIMEOUT = 5 2009-11-12 06:26:59 - info: config - SNAPSHOT_TIMEOUT = 15 2009-11-12 06:26:59 - info: config - log_level = info 2009-11-12 06:26:59 - info: config - BACKUP_LOG_OUTPUT = \/ tmp \/ ghettoVCB.log 2009-11-12 06:26:59 - info: config - VM_SNAPSHOT_MEMORY = 1 2009-11-12 06:26:59 - info: config - VM_SNAPSHOT_QUIESCE = 0 2009-11-12 06:26:59 - info: config - VMDK_FILES_TO_BACKUP = all 2009-11-12 06:27:02 - info: Iniciar la copia de seguridad para VIMA 2009-11-12 06:27:02 - info: Creaci\u00f3n de instant\u00e1neas \"ghettoVCB instant\u00e1nea-2009-11-12\" para VIMA Formato de disco de destino: VMFS delgada provisionados La reproducci\u00f3n del disco '\/ vmfs \/ vol\u00famenes \/ Himalaya-local-SAS.Savvio \/ VIMA \/ VIMA.vmdk' ... Clon: 100% hecho. 2009-11-12 06:29:28 - info: instant\u00e1nea Eliminaci\u00f3n de VIMA ... 2009-11-12 06:29:31 - Informaci\u00f3n: Duraci\u00f3n de copia de seguridad: 2,48 minutos 2009-11-12 06:29:31 - info: copia de seguridad con \u00e9xito para VIMA! 2009-11-12 06:29:31 - info: config - VM_BACKUP_VOLUME = \/ vmfs \/ vol\u00famenes \/ dlgCore-NFS-bigboi.VM-copias de seguridad \/ WILLIAM_BACKUPS 2009-11-12 06:29:31 - info: config - VM_BACKUP_ROTATION_COUNT = 3 2009-11-12 06:29:31 - info: config - DISK_BACKUP_FORMAT = delgada 2009-11-12 06:29:31 - info: config - ADAPTER_FORMAT = BusLogic 2009-11-12 06:29:31 - info: config - POWER_VM_DOWN_BEFORE_BACKUP = 0 2009-11-12 06:29:31 - info: config - ENABLE_HARD_POWER_OFF = 0 2009-11-12 06:29:31 - info: config - ITER_TO_WAIT_SHUTDOWN = 3 2009-11-12 06:29:31 - info: config - POWER_DOWN_TIMEOUT = 5 2009-11-12 06:29:31 - info: config - SNAPSHOT_TIMEOUT = 15 2009-11-12 06:29:31 - info: config - log_level = info 2009-11-12 06:29:31 - info: config - BACKUP_LOG_OUTPUT = \/ tmp \/ ghettoVCB.log 2009-11-12 06:29:31 - info: config - VM_SNAPSHOT_MEMORY = 0 2009-11-12 06:29:31 - info: config - VM_SNAPSHOT_QUIESCE = 0 2009-11-12 06:29:31 - info: config - VMDK_FILES_TO_BACKUP = all 2009-11-12 06:29:35 - info: Iniciar la copia de seguridad para VMA-2 Formato de disco de destino: VMFS delgada provisionados La reproducci\u00f3n del disco '\/ vmfs\/volumes\/himalaya-local-SAS.Constellation\/vMA-2\/vMA-2.vmdk' ... Clon: 100% hecho. 2009-11-12 06:31:05 - Informaci\u00f3n: Duraci\u00f3n de copia de seguridad: 1,50 minutos 2009-11-12 06:31:05 - info: copia de seguridad con \u00e9xito para VMA-2! 2009-11-12 06:31:05 - info: ============================== ghettoVCB LOG FIN === ============================= <\/code><\/p>\n<h2>El modo de depuraci\u00f3n de copia de seguridad<\/h2>\n<ul>\n<li>Verbosidad Log: depuraci\u00f3n<\/li>\n<li>Salida de registro: stdout<\/li>\n<\/ul>\n<p><code>[root @ Himalaya ~] #. \/ ghettoVCB.sh vms_to_backup-f-c-d backup_config depuraci\u00f3n 2009-11-13 19:51:47 - info: ============================== ghettoVCB Iniciar registro === =========================== 2009-11-13 19:51:47 - debug: Build Host: VMware ESX 4.0.0 construir-164009 2009-11-13 19:51:47 - debug: HOSTNAME: himalaya.primp-industries.com 2009-11-13 19:51:51 - info: config - mediante una configuraci\u00f3n FILE = backup_config \/ VCAP 2009-11-13 19:51:51 - info: config - VM_BACKUP_VOLUME = \/ vmfs \/ vol\u00famenes \/ dlgCore-NFS-bigboi.VM-copias de seguridad \/ WILLIAM_BACKUPS 2009-11-13 19:51:51 - info: config - VM_BACKUP_ROTATION_COUNT = 3 2009-11-13 19:51:51 - info: config - DISK_BACKUP_FORMAT = delgada 2009-11-13 19:51:51 - info: config - ADAPTER_FORMAT = BusLogic 2009-11-13 19:51:51 - info: config - POWER_VM_DOWN_BEFORE_BACKUP = 0 2009-11-13 19:51:51 - info: config - ENABLE_HARD_POWER_OFF = 0 2009-11-13 19:51:51 - info: config - ITER_TO_WAIT_SHUTDOWN = 4 2009-11-13 19:51:51 - info: config - POWER_DOWN_TIMEOUT = 5 2009-11-13 19:51:51 - info: config - SNAPSHOT_TIMEOUT = 15 2009-11-13 19:51:51 - info: config - log_level = debug 2009-11-13 19:51:51 - info: config - BACKUP_LOG_OUTPUT = stdout 2009-11-13 19:51:51 - info: config - VM_SNAPSHOT_MEMORY = 0 2009-11-13 19:51:51 - info: config - VM_SNAPSHOT_QUIESCE = 0 2009-11-13 19:51:51 - info: config - VMDK_FILES_TO_BACKUP = VCAP.vmdk, VCAP_2.vmdk 2009-11-13 19:51:52 - info: Iniciar la copia de seguridad para VCAP 2009-11-13 19:51:52 - debug: findVMDK () - En busca de VMDK: \"VCAP_2.vmdk\" para copia de seguridad 2009-11-13 19:51:52 - debug: findVMDK () - Encontrado VMDK! - \"VCAP_2.vmdk\" para copia de seguridad Formato de disco de destino: VMFS delgada provisionados La reproducci\u00f3n del disco '\/ vmfs\/volumes\/himalaya-local-SATA.RE4-GP: Storage\/VCAP\/VCAP_2.vmdk' ... Clon: 100% hecho. 2009-11-13 19:51:53 - debug: findVMDK () - En busca de VMDK: \"VCAP_1.vmdk\" para copia de seguridad 2009-11-13 19:51:53 - debug: findVMDK () - En busca de VMDK: \"VCAP.vmdk\" para copia de seguridad 2009-11-13 19:51:53 - debug: findVMDK () - Encontrado VMDK! - \"VCAP.vmdk\" para copia de seguridad Formato de disco de destino: VMFS delgada provisionados La reproducci\u00f3n del disco '\/ vmfs\/volumes\/himalaya-local-SATA.RE4-GP: Almacenamiento \/ VCAP \/ VCAP.vmdk' ... Clon: 100% hecho. 2009-11-13 19:51:53 - debug: findVMDK () - En busca de VMDK: \"VCAP-0.vmdk\" para copia de seguridad 2009-11-13 19:51:54 - Informaci\u00f3n: Duraci\u00f3n de copia de seguridad: 2 segundos 2009-11-13 19:51:54 - info: copia de seguridad con \u00e9xito para VCAP! 2009-11-13 19:51:54 - info: config - mediante una configuraci\u00f3n FILE = backup_config \/ VIMA 2009-11-13 19:51:54 - info: config - VM_BACKUP_VOLUME = \/ vmfs \/ vol\u00famenes \/ dlgCore-NFS-bigboi.VM-copias de seguridad \/ WILLIAM_BACKUPS 2009-11-13 19:51:54 - info: config - VM_BACKUP_ROTATION_COUNT = 3 2009-11-13 19:51:54 - info: config - DISK_BACKUP_FORMAT = delgada 2009-11-13 19:51:54 - info: config - ADAPTER_FORMAT = BusLogic 2009-11-13 19:51:54 - info: config - POWER_VM_DOWN_BEFORE_BACKUP = 0 2009-11-13 19:51:54 - info: config - ENABLE_HARD_POWER_OFF = 0 2009-11-13 19:51:54 - info: config - ITER_TO_WAIT_SHUTDOWN = 4 2009-11-13 19:51:54 - info: config - POWER_DOWN_TIMEOUT = 5 2009-11-13 19:51:54 - info: config - SNAPSHOT_TIMEOUT = 15 2009-11-13 19:51:54 - info: config - log_level = debug 2009-11-13 19:51:54 - info: config - BACKUP_LOG_OUTPUT = stdout 2009-11-13 19:51:54 - info: config - VM_SNAPSHOT_MEMORY = 1 2009-11-13 19:51:54 - info: config - VM_SNAPSHOT_QUIESCE = 0 2009-11-13 19:51:54 - info: config - VMDK_FILES_TO_BACKUP = all 2009-11-13 19:51:56 - info: Iniciar la copia de seguridad para VIMA 2009-11-13 19:51:56 - info: Creaci\u00f3n de instant\u00e1neas \"ghettoVCB instant\u00e1nea-2009-11-13\" para VIMA 2009-11-13 19:51:58 - debug: Lugar para ghettoVCB instant\u00e1nea \"instant\u00e1nea-2009-11-13\" que se cree 2009-11-13 19:51:58 - debug: tiempo de espera de instant\u00e1neas establece en: 900 segundos 2009-11-13 19:52:01 - debug: Lugar para la creaci\u00f3n de instant\u00e1neas para ser completada - Iteraci\u00f3n: 0 - dormir para 60secs (Duraci\u00f3n: 0 segundos) 2009-11-13 19:53:03 - debug: findVMDK () - En busca de VMDK: \"VIMA.vmdk\" para copia de seguridad Formato de disco de destino: VMFS delgada provisionados La reproducci\u00f3n del disco '\/ vmfs \/ vol\u00famenes \/ Himalaya-local-SAS.Savvio \/ VIMA \/ VIMA.vmdk' ... Clon: 100% hecho. 2009-11-13 19:54:27 - info: instant\u00e1nea Eliminaci\u00f3n de VIMA ... 2009-11-13 19:54:32 - Informaci\u00f3n: Duraci\u00f3n de copia de seguridad: 2,60 minutos 2009-11-13 19:54:32 - info: copia de seguridad con \u00e9xito para VIMA! 2009-11-13 19:54:32 - info: config - VM_BACKUP_VOLUME = \/ vmfs \/ vol\u00famenes \/ dlgCore-NFS-bigboi.VM-copias de seguridad \/ WILLIAM_BACKUPS 2009-11-13 19:54:32 - info: config - VM_BACKUP_ROTATION_COUNT = 3 2009-11-13 19:54:32 - info: config - DISK_BACKUP_FORMAT = delgada 2009-11-13 19:54:32 - info: config - ADAPTER_FORMAT = BusLogic 2009-11-13 19:54:32 - info: config - POWER_VM_DOWN_BEFORE_BACKUP = 0 2009-11-13 19:54:32 - info: config - ENABLE_HARD_POWER_OFF = 0 2009-11-13 19:54:32 - info: config - ITER_TO_WAIT_SHUTDOWN = 3 2009-11-13 19:54:32 - info: config - POWER_DOWN_TIMEOUT = 5 2009-11-13 19:54:32 - info: config - SNAPSHOT_TIMEOUT = 15 2009-11-13 19:54:32 - info: config - log_level = debug 2009-11-13 19:54:32 - info: config - BACKUP_LOG_OUTPUT = stdout 2009-11-13 19:54:32 - info: config - VM_SNAPSHOT_MEMORY = 0 2009-11-13 19:54:32 - info: config - VM_SNAPSHOT_QUIESCE = 0 2009-11-13 19:54:32 - info: config - VMDK_FILES_TO_BACKUP = all 2009-11-13 19:54:35 - info: Iniciar la copia de seguridad para VMA-2 2009-11-13 19:54:35 - debug: findVMDK () - En busca de VMDK: \"VMA-2.vmdk\" para copia de seguridad Formato de disco de destino: VMFS delgada provisionados La reproducci\u00f3n del disco '\/ vmfs\/volumes\/himalaya-local-SAS.Constellation\/vMA-2\/vMA-2.vmdk' ... Clon: 100% hecho. 2009-11-13 19:56:10 - Informaci\u00f3n: Duraci\u00f3n de copia de seguridad: 1,58 minutos 2009-11-13 19:56:10 - info: copia de seguridad con \u00e9xito para VMA-2! 2009-11-13 19:56:10 - info: ============================== ghettoVCB LOG FIN === ============================= <\/code><\/p>\n<h2>Dry Run Mode (no copia de seguridad se llevar\u00e1 a cabo)<\/h2>\n<ul>\n<li>Verbosidad Log: drymode<\/li>\n<li>Salida de registro: stdout<\/li>\n<\/ul>\n<p><code>[root @ Himalaya ~] #. \/ ghettoVCB.sh vms_to_backup-f-c-d backup_config dryrun 2009-11-12 06:32:57 - info: ============================== ghettoVCB Iniciar registro === =========================== 2009-11-12 06:33:01 - info: config - mediante una configuraci\u00f3n FILE = backup_config \/ VCAP 2009-11-12 06:33:01 - info: config - VM_BACKUP_VOLUME = \/ vmfs \/ vol\u00famenes \/ dlgCore-NFS-bigboi.VM-copias de seguridad \/ WILLIAM_BACKUPS 2009-11-12 06:33:01 - info: config - VM_BACKUP_ROTATION_COUNT = 3 2009-11-12 06:33:01 - info: config - DISK_BACKUP_FORMAT = delgada 2009-11-12 06:33:01 - info: config - ADAPTER_FORMAT = BusLogic 2009-11-12 06:33:01 - info: config - POWER_VM_DOWN_BEFORE_BACKUP = 0 2009-11-12 06:33:01 - info: config - ENABLE_HARD_POWER_OFF = 0 2009-11-12 06:33:01 - info: config - ITER_TO_WAIT_SHUTDOWN = 4 2009-11-12 06:33:01 - info: config - POWER_DOWN_TIMEOUT = 5 2009-11-12 06:33:01 - info: config - SNAPSHOT_TIMEOUT = 15 2009-11-12 06:33:01 - info: config - log_level = dryrun 2009-11-12 06:33:01 - info: config - BACKUP_LOG_OUTPUT = stdout 2009-11-12 06:33:01 - info: config - VM_SNAPSHOT_MEMORY = 0 2009-11-12 06:33:01 - info: config - VM_SNAPSHOT_QUIESCE = 0 2009-11-12 06:33:01 - info: config - VMDK_FILES_TO_BACKUP = VCAP.vmdk, VCAP_2.vmdk 2009-11-12 06:33:01 - dryrun: #################################### ########### 2009-11-12 06:33:01 - dryrun: Virtual Machine: VCAP 2009-11-12 06:33:01 - dryrun: VM_ID: 2784 2009-11-12 06:33:01 - dryrun: VMX_PATH: \/ vmfs\/volumes\/himalaya-local-SATA.RE4-GP: Almacenamiento \/ VCAP \/ VCAP.vmx 2009-11-12 06:33:01 - dryrun: VMX_DIR: \/ vmfs\/volumes\/himalaya-local-SATA.RE4-GP: Almacenamiento \/ VCAP 2009-11-12 06:33:01 - dryrun: VMX_CONF: VCAP \/ VCAP.vmx 2009-11-12 06:33:01 - dryrun: VMFS_VOLUME: Himalaya-local-SATA.RE4 GP: Almacenamiento 2009-11-12 06:33:01 - dryrun: VMDK (s): 2009-11-12 06:33:01 - dryrun: VCAP_2.vmdk 2009-11-12 06:33:01 - dryrun: VCAP_1.vmdk 2009-11-12 06:33:01 - dryrun: VCAP.vmdk 2009-11-12 06:33:01 - dryrun: VCAP-0.vmdk 2009-11-12 06:33:01 - dryrun: #################################### ########### 2009-11-12 06:33:01 - info: config - mediante una configuraci\u00f3n FILE = backup_config \/ VIMA 2009-11-12 06:33:01 - info: config - VM_BACKUP_VOLUME = \/ vmfs \/ vol\u00famenes \/ dlgCore-NFS-bigboi.VM-copias de seguridad \/ WILLIAM_BACKUPS 2009-11-12 06:33:01 - info: config - VM_BACKUP_ROTATION_COUNT = 3 2009-11-12 06:33:01 - info: config - DISK_BACKUP_FORMAT = delgada 2009-11-12 06:33:01 - info: config - ADAPTER_FORMAT = BusLogic 2009-11-12 06:33:01 - info: config - POWER_VM_DOWN_BEFORE_BACKUP = 0 2009-11-12 06:33:01 - info: config - ENABLE_HARD_POWER_OFF = 0 2009-11-12 06:33:01 - info: config - ITER_TO_WAIT_SHUTDOWN = 4 2009-11-12 06:33:01 - info: config - POWER_DOWN_TIMEOUT = 5 2009-11-12 06:33:01 - info: config - SNAPSHOT_TIMEOUT = 15 2009-11-12 06:33:01 - info: config - log_level = dryrun 2009-11-12 06:33:01 - info: config - BACKUP_LOG_OUTPUT = stdout 2009-11-12 06:33:01 - info: config - VM_SNAPSHOT_MEMORY = 1 2009-11-12 06:33:01 - info: config - VM_SNAPSHOT_QUIESCE = 0 2009-11-12 06:33:01 - info: config - VMDK_FILES_TO_BACKUP = all 2009-11-12 06:33:01 - dryrun: #################################### ########### 2009-11-12 06:33:01 - dryrun: Virtual Machine: VIMA 2009-11-12 06:33:01 - dryrun: VM_ID: 4064 2009-11-12 06:33:01 - dryrun: VMX_PATH: \/ vmfs \/ vol\u00famenes \/ Himalaya-local-SAS.Savvio \/ VIMA \/ VIMA.vmx 2009-11-12 06:33:01 - dryrun: VMX_DIR: \/ vmfs \/ vol\u00famenes \/ Himalaya-local-SAS.Savvio \/ VIMA 2009-11-12 06:33:01 - dryrun: VMX_CONF: VIMA \/ VIMA.vmx 2009-11-12 06:33:01 - dryrun: VMFS_VOLUME: Himalaya-local-SAS.Savvio 2009-11-12 06:33:01 - dryrun: VMDK (s): 2009-11-12 06:33:01 - dryrun: VIMA.vmdk 2009-11-12 06:33:01 - dryrun: #################################### ########### 2009-11-12 06:33:01 - info: config - VM_BACKUP_VOLUME = \/ vmfs \/ vol\u00famenes \/ dlgCore-NFS-bigboi.VM-copias de seguridad \/ WILLIAM_BACKUPS 2009-11-12 06:33:01 - info: config - VM_BACKUP_ROTATION_COUNT = 3 2009-11-12 06:33:01 - info: config - DISK_BACKUP_FORMAT = delgada 2009-11-12 06:33:01 - info: config - ADAPTER_FORMAT = BusLogic 2009-11-12 06:33:01 - info: config - POWER_VM_DOWN_BEFORE_BACKUP = 0 2009-11-12 06:33:01 - info: config - ENABLE_HARD_POWER_OFF = 0 2009-11-12 06:33:01 - info: config - ITER_TO_WAIT_SHUTDOWN = 3 2009-11-12 06:33:01 - info: config - POWER_DOWN_TIMEOUT = 5 2009-11-12 06:33:01 - info: config - SNAPSHOT_TIMEOUT = 15 2009-11-12 06:33:01 - info: config - log_level = dryrun 2009-11-12 06:33:01 - info: config - BACKUP_LOG_OUTPUT = stdout 2009-11-12 06:33:01 - info: config - VM_SNAPSHOT_MEMORY = 0 2009-11-12 06:33:01 - info: config - VM_SNAPSHOT_QUIESCE = 0 2009-11-12 06:33:01 - info: config - VMDK_FILES_TO_BACKUP = all 2009-11-12 06:33:01 - dryrun: #################################### ########### 2009-11-12 06:33:01 - dryrun: Virtual Machine: VMA-2 2009-11-12 06:33:01 - dryrun: VM_ID: 4960 2009-11-12 06:33:01 - dryrun: VMX_PATH: \/ vmfs\/volumes\/himalaya-local-SAS.Constellation\/vMA-2\/vMA-2.vmx 2009-11-12 06:33:01 - dryrun: VMX_DIR: \/ vmfs\/volumes\/himalaya-local-SAS.Constellation\/vMA-2 2009-11-12 06:33:01 - dryrun: VMX_CONF: vMA-2\/vMA-2.vmx 2009-11-12 06:33:01 - dryrun: VMFS_VOLUME: Himalaya-local-SAS.Constellation 2009-11-12 06:33:01 - dryrun: VMDK (s): 2009-11-12 06:33:02 - dryrun: VMA-2.vmdk 2009-11-12 06:33:02 - dryrun: #################################### ########### 2009-11-12 06:33:02 - info: ============================== ghettoVCB LOG FIN === ============================= <\/code><\/p>\n<hr \/>\n<p>\u00a0<\/p>\n<h1>Habilitar la compresi\u00f3n para copias de seguridad:<\/h1>\n<p>Para hacer uso de esta funci\u00f3n, modificar la variable de <strong>ENABLE_COMPRESSION<\/strong> 0 a 1. Tenga en cuenta, no se mezclan con las copias de seguridad sin comprimir las copias de seguridad comprimido. Aseg\u00farese de que los directorios seleccionados para copias de seguridad no contienen las copias de seguridad con las versiones anteriores de ghettoVCB antes de habilitar y aplicar la funci\u00f3n de copias de seguridad comprimidas.<\/p>\n<hr \/>\n<p>\u00a0<\/p>\n<h1>Restaurar copias de seguridad (ghettoVCB-restore.sh):<\/h1>\n<p>Para recuperar una m\u00e1quina virtual que ha sido procesado por ghettoVCB, por favor, eche un vistazo a este documento: Ghetto Tech Preview &#8211; ghettoVCB-restore.sh &#8211; Restauraci\u00f3n de VM copia de seguridad desde ghettoVCB a ESX (i) 3,5 y 4,0 +<\/p>\n<hr \/>\n<p>\u00a0<\/p>\n<h1>Cronjob Preguntas frecuentes:<\/h1>\n<p>Por favor tome un momento para leer sobre lo que es un \u00abcronjob\u00bb y c\u00f3mo crear uno, antes de continuar<\/p>\n<p>La tarea de configurar cronjobs en el cl\u00e1sico servidores ESX (con Service Console) no es diferente de cronjobs tradicionales en los sistemas operativos * nix (este procedimiento se describe en el enlace anterior). Con ESXi Por otra parte, otros factores deben tenerse en cuenta al establecer cronjobs en el dep\u00f3sito limitada de la consola llamada Busybox porque los cambios realizados no pasan a trav\u00e9s de un reinicio del sistema. El siguiente documento se resumen las medidas necesarias para garantizar que las configuraciones se guardan cronjob y presentar al momento de reiniciar el sistema.<\/p>\n<p><strong>Tarea<\/strong>: GhettoVCB.sh configurar para ejecutar una copia de seguridad de cinco d\u00edas a la semana (lunes a viernes) a las 12AM (medianoche) todos los d\u00edas y enviar el resultado a un archivo de registro \u00fanico<\/p>\n<p><span style=\"text-decoration: underline;\"><strong>Configurar en ESX:<\/strong><\/span><\/p>\n<p>1. Como root, usted instalar su cronjob mediante la emisi\u00f3n de:<br \/>\n<code>[root @ Himalaya ~] # crontab-e <\/code><\/p>\n<p>2. A\u00f1ada la siguiente entrada:<br \/>\n<code>0 0 * * 1-5 \/ vmfs \/ vol\u00famenes \/ dlgCore-NFS-bigboi.VM-copias de seguridad \/ ghettoVCB.sh \/ vmfs \/ vol\u00famenes \/ dlgCore-NFS-bigboi.VM-copias de seguridad \/ backuplist&gt; \/ vmfs \/ vol\u00famenes \/ dlgCore-NFS -bigboi.VM-Backups\/ghettoVCB-backup- $ (date + \\% s). log <\/code><\/p>\n<p>3. Guardar y salir<br \/>\n<code>[root @ Himalaya dlgCore-NFS-bigboi.VM-copias de seguridad] # crontab-e no crontab de root - usando una vac\u00eda crontab: crontab de instalar nuevos <\/code><\/p>\n<p>4. Lista y verificar la cronjob que se acaba de crear:<br \/>\n<code>[root @ Himalaya dlgCore-NFS-bigboi.VM-copias de seguridad] # crontab-l 0 0 * * 1-5 \/ vmfs \/ vol\u00famenes \/ dlgCore-NFS-bigboi.VM-copias de seguridad \/ ghettoVCB.sh \/ vmfs \/ vol\u00famenes \/ dlgCore-NFS-bigboi.VM-copias de seguridad \/ backuplist&gt; \/ vmfs \/ vol\u00famenes \/ dlgCore-NFS -bigboi.VM-Backups\/ghettoVCB-backup- $ (date + \\% s). log <\/code><\/p>\n<p>Est\u00e1s listo!<\/p>\n<p><span style=\"text-decoration: underline;\"><strong>Configurar en ESXi:<\/strong><\/span><\/p>\n<p>1. Configuraci\u00f3n de la cronjob a\u00f1adiendo la siguiente l\u00ednea a <span style=\"text-decoration: underline;\">\/ var \/ spool \/ cron \/ crontab \/ root<\/span>:<\/p>\n<p><code>0 0 * * 1-5 \/ vmfs \/ vol\u00famenes \/ simplejack-local-de almacenamiento \/ ghettoVCB.sh \/ vmfs \/ vol\u00famenes \/ simplejack-local-de almacenamiento \/ backuplist&gt; \/ vmfs\/volumes\/simplejack-local-storage\/ghettoVCB-backup- $ (date + \\% s). log <\/code><\/p>\n<p>2. Matar a los crond actual (cron daemon) y luego reiniciar el crond para que los cambios surtan efecto:<\/p>\n<p>El ESXi &lt;3.5u3<br \/>\n<code>kill $ (ps | grep crond | cut-f 1-d '') <\/code><\/p>\n<p>El ESXi 3.5u3 +<br \/>\n<code>~ # Kill $ (pidof crond) ~ # Crond <\/code><\/p>\n<p>El ESXi 4.0<br \/>\n<code>~ # Kill $ (\/ cat var \/ run \/ crond.pid) ~ # Crond busybox <\/code><\/p>\n<p>3. Ahora que el cronjob est\u00e1 listo para ir, usted necesita asegurarse de que este cronjob persistir\u00e1 a trav\u00e9s de un reinicio. Usted tendr\u00e1 que a\u00f1adir las dos l\u00edneas siguientes a la <strong>\/ etc \/ rc.local<\/strong> (asegurarse de que la entrada de cron coincide con lo que se ha definido anteriormente)<\/p>\n<p>El ESXi 3.5<br \/>\n<code>\/ bin \/ kill $ (pidof crond) \/ bin \/ echo \"0 0 * * 1-5 \/ vmfs \/ vol\u00famenes \/ simplejack-local-de almacenamiento \/ ghettoVCB.sh \/ vmfs \/ vol\u00famenes \/ simplejack-local-de almacenamiento \/ backuplist&gt; \/ vmfs \/ vol\u00famenes \/ simplejack-local-de almacenamiento \/ ghettoVCB-backup-\\ $ (date + \\ \\% s). log \"&gt;&gt; \/ var \/ spool \/ cron \/ crontab \/ root crond <\/code><\/p>\n<p>El ESXi 4.0<br \/>\n<code>\/ bin \/ kill $ (\/ cat var \/ run \/ crond.pid) \/ bin \/ echo \"0 0 * * 1-5 \/ vmfs \/ vol\u00famenes \/ simplejack-local-de almacenamiento \/ ghettoVCB.sh \/ vmfs \/ vol\u00famenes \/ simplejack-local-de almacenamiento \/ backuplist&gt; \/ vmfs \/ vol\u00famenes \/ simplejack-local-de almacenamiento \/ ghettoVCB-backup-\\ $ (date + \\ \\% s). log \"&gt;&gt; \/ var \/ spool \/ cron \/ crontab \/ root \/ bin \/ busybox crond <\/code><\/p>\n<p>Despu\u00e9s, el archivo debe tener el siguiente aspecto:<\/p>\n<p><code>~ # Cat \/ etc \/ rc.local #! \/ bin \/ ash export PATH = \/ sbin: \/ bin log () ( \u00a0\u00a0\u00a0echo \"$ 1\" \u00a0\u00a0\u00a0init logger \"$ 1\" ) # ejecutar todos los servicios retgistered en \/ etc \/ rc.local.d si [http:\/\/-d \/ etc \/ rc.local.d | http:\/\/-d \/ etc \/ rc.local.d], y luego \u00a0\u00a0\u00a0el nombre de archivo para encontrar en `\/ etc \/ rc.local.d \/ | ordenar` \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0hacer \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0if [-f $ fichero] &amp; &amp; [-x $ fichero]; a continuaci\u00f3n, \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0registro \"ejecutando $ fichero\" \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0$ nombre_archivo \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0fi \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0hecho fi \/ bin \/ kill $ (\/ cat var \/ run \/ crond.pid) \/ bin \/ echo \"0 0 * * 1-5 \/ vmfs \/ vol\u00famenes \/ simplejack-local-de almacenamiento \/ ghettoVCB.sh \/ vmfs \/ vol\u00famenes \/ simplejack-local-de almacenamiento \/ backuplist&gt; \/ vmfs \/ vol\u00famenes \/ simplejack-local-de almacenamiento \/ ghettoVCB-backup-\\ $ (date + \\ \\% s). log \"&gt;&gt; \/ var \/ spool \/ cron \/ crontab \/ root \/ bin \/ busybox crond <\/code><\/p>\n<p>Esto asegurar\u00e1 que el cronjob se vuelve a crear a un reinicio del sistema a trav\u00e9s de un script de inicio<\/p>\n<p>2. Para garantizar que esta se guarda en la configuraci\u00f3n de ESXi, tenemos que iniciar manualmente una copia de seguridad ESXi ejecutando:<br \/>\n<code>~ # \/ Sbin \/ auto-backup.sh configuraci\u00f3n de carga impl\u00edcitamente local.tgz \/ vmware etc \/ vmkiscsid \/ vmkiscsid.db etc \/ dropbear \/ dropbear_dss_host_key etc \/ dropbear \/ dropbear_rsa_host_key etc \/ opt \/ vmware \/ vpxa \/ vpxa.cfg etc \/ opt \/ vmware \/ vpxa \/ dasConfig.xml etc \/ sysconfig \/ network \/ vmware etc \/ hostD \/ authorization.xml \/ vmware etc \/ hostD \/ hostsvc.xml \/ vmware etc \/ hostD \/ pools.xml \/ vmware etc \/ hostD \/ vmAutoStart.xml \/ vmware etc \/ hostD \/ vmInventory.xml \/ vmware etc \/ hostD \/ proxy.xml \/ vmware etc \/ ssl \/ rui.crt \/ vmware etc \/ ssl \/ rui.key \/ vmware etc \/ vmkiscsid \/ initiatorname.iscsi \/ vmware etc \/ vmkiscsid \/ iscsid.conf etc \/ vmware \/ vmware.lic etc \/ vmware \/ config etc \/ vmware \/ dvsdata.db etc \/ vmware \/ esx.conf etc \/ vmware \/ license.cfg etc \/ vmware \/ locker.conf etc \/ vmware \/ snmp.xml etc \/ group etc \/ hosts etc \/ inetd.conf etc \/ rc.local etc \/ chkconfig.db etc \/ ntp.conf etc \/ passwd etc \/ random-seed etc \/ resolv.conf \/ etc \/ shadow etc \/ sfcb repositorio \/ root \/ interoperabilidad \/ cim_indicationfilter.idx etc \/ sfcb repositorio \/ root \/ interoperabilidad \/ cim_indicationhandlercimxml.idx etc \/ sfcb repositorio \/ root \/ interoperabilidad \/ cim_listenerdestinationcimxml.idx etc \/ sfcb repositorio \/ root \/ interoperabilidad \/ cim_indicationsubscription.idx Los archivos binarios \/ etc \/ vmware dvsdata.db y \/ tmp\/auto-backup.31345.dir\/etc\/vmware\/dvsdata.db difieren configuraci\u00f3n de carga impl\u00edcitamente La econom\u00eda del estado actual en \/ bootbank Reloj actualizada. Hora: 20:40:36 Fecha: 08\/14\/2009 UTC <\/code><\/p>\n<p>Ahora usted est\u00e1 realmente listo!<\/p>\n<p>Si sigues teniendo problemas para que el cronjob al trabajo, aseg\u00farese de que haya especificado los par\u00e1metros correctos y no hay errores en el texto en cualquier parte de la sintaxis.<\/p>\n<p>Aseg\u00farese crond (demonio cron) se est\u00e1 ejecutando:<\/p>\n<p><strong>ESX:<\/strong><\/p>\n<p><code>[root @ Himalaya dlgCore-NFS-bigboi.VM-copias de seguridad] # ps-ef | grep crond | grep-v grep 2625 1 0 ra\u00edz Ago13? 00:00:00 crond <\/code><\/p>\n<p><strong>ESXi:<\/strong><br \/>\n<code>~ # Ps | grep crond | grep-v grep 5196 5196 busybox crond <\/code><\/p>\n<p>Aseg\u00farese de que la fecha y hora de alojar su ESX (i) est\u00e1 configurado correctamente:<\/p>\n<p><strong>ESX (I):<\/strong><br \/>\n<code>[root @ Himalaya dlgCore-NFS-bigboi.VM-copias de seguridad] Fecha # Vie Ago 14 23:44:47 PDT 2009 <\/code><\/p>\n<p><span style=\"color: red;\"><strong>Nota:<\/strong><\/span> La atenci\u00f3n cuidadosa debe tenerse en cuenta si m\u00e1s de una copia de seguridad se realiza por d\u00eda. Ventanas de copia de seguridad debe ser escalonada para evitar la afirmaci\u00f3n o la saturaci\u00f3n de los recursos durante estos per\u00edodos.<\/p>\n<hr \/>\n<p>\u00a0<\/p>\n<h1>Preguntas frecuentes:<\/h1>\n<p><strong>1T:<\/strong> Soy X error al obtener al utilizar la secuencia de comandos o no estoy recibiendo ning\u00fan error, la copia de seguridad ni siquiera tienen lugar. \u00a1Oh, qu\u00e9 podr\u00eda estar mal?<br \/>\n<strong>1A:<\/strong> S\u00edrvase proporcionar toda la producci\u00f3n de una ejecuci\u00f3n manual (modo de depuraci\u00f3n y dryrun) o si est\u00e1 iniciando sesi\u00f3n en la salida \\ (c\u00f3digo \\) etiquetas, una breve descripci\u00f3n de su entorno y el tipo de m\u00e1quina virtual (s) que est\u00e1 tratando de copia de seguridad voy a tratar de brindar alguna ayuda.<\/p>\n<p><strong>2Q:<\/strong> Te he enviado mensajes privados o correo electr\u00f3nico, pero no he recibido una respuesta? \u00bfQu\u00e9 pasa?<br \/>\n<strong>2A:<\/strong> No acepto temas \/ bugs reportados a trav\u00e9s de AM o por correo electr\u00f3nico, voy a responder de nuevo, te permite acceder a publicar en el foro VMTN adecuada (que es lo que es para). Si los datos y resultados que usted est\u00e1 proporcionando es verdaderamente Senstive a su entorno de yo te escuchar\u00e9, pero el 99,99% no lo est\u00e1, as\u00ed que por favor no messsage \/ correo electr\u00f3nico directamente. Puedo hacer un seguimiento todos los foros que contienen mi script incluidos los foros VMTN normal y tratar de recuperar a su pregunta tan pronto como me sea posible y el tiempo lo permite. Por favor, sea paciente, no eres la \u00fanica persona que utiliza el script (100.000 visitas), gracias.<\/p>\n<p><strong>3Q:<\/strong> \u00bfPuedo programar copias de seguridad que tendr\u00e1 lugar cada hora, diario, mensual, anual?<br \/>\n<strong>3A:<\/strong> S\u00ed, hacer una b\u00fasqueda en l\u00ednea para <strong>crontab<\/strong>.<\/p>\n<p><strong>4T:<\/strong> Me gustar\u00eda cronjob de instalaci\u00f3n de ESX (i) 3,5 o 4,0?<br \/>\n<strong>4A:<\/strong> Echa un vistazo a la secci\u00f3n de Preguntas Cronjob en este documento.<\/p>\n<p><strong>5Q:<\/strong> Quiero programar mi copia de seguridad en Windows, \u00bfc\u00f3mo puedo hacer esto?<br \/>\n<strong>5A:<\/strong> Haga una b\u00fasqueda para <strong>plink<\/strong>. Aseg\u00farese de que ha vinculado el programa de instalaci\u00f3n de ssh entre su sistema Windows y ESX \/ ESXi de acogida.<\/p>\n<p><strong>6Q:<\/strong> S\u00f3lo tengo una gran ESXi \u00fanico. Quiero realizar copias de seguridad y guardarlas en otro lugar. El problema es: no tengo NFS, iSCSI, ni FC SAN. \u00bfQu\u00e9 puedo hacer?<br \/>\n<strong>6A:<\/strong> Usted puede utilizar el almacenamiento local para almacenar las copias de seguridad suponiendo que haya suficiente espacio en el almac\u00e9n de datos de destino. Despu\u00e9s, puede utilizar el programa scp (WinSCP \/ FastSCP) para transferir las copias de seguridad del host ESXi en el escritorio local.<\/p>\n<p><strong>7Q:<\/strong> Estoy furioso, la copia de seguridad est\u00e1 tomando demasiado tiempo. Mi almac\u00e9n de datos es de tipo X?<br \/>\n<strong>7A:<\/strong> YMMV, eche un vistazo a la configuraci\u00f3n de almacenamiento y asegurar que se ha optimizado.<\/p>\n<p><strong>8Q:<\/strong> Me di cuenta de que la rotaci\u00f3n de copia de seguridad se produce despu\u00e9s de una copia de seguridad. Yo no tengo suficiente espacio de almacenamiento local, se puede cambiar el proceso?<br \/>\n<strong>8A:<\/strong> Esto se hace para asegurar que usted tiene al menos una buena copia de seguridad en caso de que la nueva copia de seguridad falla. Si desea modificar la secuencia de comandos, es m\u00e1s que bienvenido a hacerlo.<\/p>\n<p><strong>9Q:<\/strong> \u00bfCu\u00e1l es la mejor configuraci\u00f3n de almacenamiento de tipo X de almac\u00e9n de datos?<br \/>\n<strong>9A:<\/strong> Los foros VMTN b\u00fasqueda, hay varias configuraciones para los diferentes tipos de almacenamiento, etc.<\/p>\n<p><strong>10Q:<\/strong> Quiero configurar un servidor NFS para ejecutar mis copias de seguridad. \u00bfCu\u00e1l es la mejor y debe ser virtual o f\u00edsico?<br \/>\n<strong>10A:<\/strong> Por favor remitirse a la respuesta 7A. Por experiencia, hemos visto casos f\u00edsica de los servidores NFS para ser m\u00e1s r\u00e1pido que sus contrapartes virtuales. Como siempre, tu caso es distinto.<\/p>\n<p><strong>11Q:<\/strong> He m\u00e1quinas virtuales que se han instant\u00e1neas. Quiero de nuevo estas cosas, pero el gui\u00f3n no me deja hacerlo. \u00bfC\u00f3mo puedo solucionarlo?<br \/>\n<strong>11a:<\/strong> Instant\u00e1neas VM no est\u00e1n destinados a mantenerse por per\u00edodos largos. Cuando la copia de seguridad de una m\u00e1quina virtual que contiene una instant\u00e1nea, debe asegurarse de todas las instant\u00e1neas han sido cometidos antes de ejecutar una copia de seguridad. No se har\u00e1n excepciones &#8230; nunca.<\/p>\n<p><strong>12Q:<\/strong> Me gustar\u00eda restaurar la copia de seguridad, \u00bfcu\u00e1l es el mejor m\u00e9todo?<br \/>\n<strong>12A:<\/strong> El proceso de restauraci\u00f3n ser\u00e1 \u00fanico para cada entorno y debe ser determinado por la copia de seguridad o planes de recuperaci\u00f3n. En un nivel superior tiene la opci\u00f3n de montar el almac\u00e9n de datos de copia de seguridad y el registro de la m\u00e1quina virtual en cuesti\u00f3n o una copia de la m\u00e1quina virtual desde el almac\u00e9n de datos de copia de seguridad a la ESX \/ ESXi de acogida. Este \u00faltimo se recomienda para que no se est\u00e1 ejecutando la vida VM en el almac\u00e9n de datos de copia de seguridad o sin querer modificar su m\u00e1quina virtual de copia de seguridad (s).<\/p>\n<p><strong>13Q:<\/strong> Cuando trato de ejecutar el script que recibe: <strong>\u00ab-bash:. \/ ghettoVCB.sh: Permission denied\u00bb<\/strong>, \u00bfQu\u00e9 pasa?<br \/>\n<strong>13A:<\/strong> Es necesario cambiar el permiso en el gui\u00f3n sea ejecutable, chmod + x ghettoVCB.sh<\/p>\n<p><strong>14Q:<\/strong> \u00bfD\u00f3nde puedo descargar la \u00faltima versi\u00f3n del gui\u00f3n?<br \/>\n<strong>14A:<\/strong> La \u00faltima versi\u00f3n est\u00e1 disponible en esta p\u00e1gina en la parte inferior.<\/p>\n<p><strong>15Q:<\/strong> Me gustar\u00eda sugerir \/ recomendar la caracter\u00edstica X, \u00bfpuedo conseguirlo? \u00bfCu\u00e1ndo puedo conseguirlo? \u00bfPor qu\u00e9 no est\u00e1 aqu\u00ed, \u00bfqu\u00e9 pasa?<br \/>\n<strong>15A:<\/strong> El objetivo general de este script es para proporcionar una soluci\u00f3n de copia de seguridad en torno a m\u00e1quinas virtuales VMware. Cualquier funci\u00f3n adicional fuera de ese proceso se tendr\u00e1n en cuenta en funci\u00f3n de la cantidad de tiempo, el n\u00famero de peticiones y la utilidad real en su conjunto a la comunidad m\u00e1s que a una persona.<\/p>\n<p><strong>16Q:<\/strong> \u00bfCu\u00e1les son los diferentes tipos de copia de seguridad de los casos los usos que son compatibles con ghettoVCB?<br \/>\n<strong>16A:<\/strong> Live copia de seguridad 1) de la m\u00e1quina virtual con el uso de una instant\u00e1nea, y 2) de copias de seguridad de una m\u00e1quina virtual sin una instant\u00e1nea. Estos son los \u00fanicos dos casos de uso con el apoyo de la secuencia de comandos.<\/p>\n<hr \/>\n<p>\u00a0<\/p>\n<h2>Enlaces de inter\u00e9s:<\/h2>\n<p>Detalle las instrucciones sobre c\u00f3mo configurar \/ ghettoVCB programaci\u00f3n en Windows (The Raj Perumal de Carreras Mundial sobre la Tecnolog\u00eda de blog):<\/p>\n<p>Parte 1<br \/>\nParte 2<br \/>\nParte 3<\/p>\n<hr \/>\n<p>\u00a0<\/p>\n<h2>Cambio de registro:<\/h2>\n<p>11\/17\/09 &#8211; Los siguientes mejoras y correcciones se han implementado en esta versi\u00f3n de ghettoVCB. Un especial agradecimiento a todos los probadores ghettoVCB BETA para proporcionar el tiempo y sus entornos para poner a prueba caracter\u00edsticas y correcciones de la nueva secuencia de comandos!<\/p>\n<p>Mejoras:<\/p>\n<ul>\n<li>Pol\u00edtica de copia de seguridad individual VM<\/li>\n<li>Incluir \/ excluir VMDK espec\u00edfico (s)<\/li>\n<li>Registrar en archivo<\/li>\n<li>Las variables de tiempo de espera<\/li>\n<li>Memoria instant\u00e1nea Configur \/ inactividad<\/li>\n<li>Adaptador de formato de<\/li>\n<li>Modo adicional de registro + dryrun<\/li>\n<li>Apoyo a la f\u00edsica \/ RDMS virtual<\/li>\n<\/ul>\n<p>Correcciones:<\/p>\n<ul>\n<li>Disco independiente consciente<\/li>\n<\/ul>\n<p><strong>Adjuntos:<\/strong><\/p>\n<ul>\n<li><a title=\"VM Backup Configurarion Template\" href=\"http:\/\/communities.vmware.com\/servlet\/JiveServlet\/download\/8760-47-31623\/ghettoVCB-vm_backup_configuration_template\" target=\"_blank\"><span style=\"color: #3366ff;\">ghettoVCB-vm_backup_configuration_template<\/span><\/a> (380 bytes)<\/li>\n<li><a title=\"ghettoVCB Download\" href=\"http:\/\/communities.vmware.com\/servlet\/JiveServlet\/download\/8760-47-32036\/ghettoVCB.sh\" target=\"_blank\"><span style=\"color: #3366ff;\">ghettoVCB.sh<\/span><\/a> (28,8 K)<\/li>\n<\/ul>\n<p><a title=\"ghettoVCB.sh ESX(i) 3.5 y 4.0\" href=\"http:\/\/www.xarcom.net\" target=\"_blank\">\u00a0ghettoVCB.sh ESX(i) 3.5 y 4.0<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"<p>ghettoVCB.sh &#8211; alternativa gratuita para hacer copias de seguridad para la m\u00e1quina virtual ESX (i) 3,5 y 4,0 + Art\u00edculo sacado de http:\/\/communities.vmware.com\/docs\/DOC-8760\u00a0y traducido por Google Translator VERSI\u00d3N 47 Publicado Creado en: Nov 17, 2008 7:04 PM por lamw &#8212; \u00daltima modificaci\u00f3n: Nov 25, 2009 2:39 PM por lamw Tabla de Contenidos: \u00a0 \ufffd Descripci\u00f3n [&hellip;]<\/p>\n","protected":false},"author":3,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[10],"tags":[21,244,243,241],"class_list":["post-463","post","type-post","status-publish","format-standard","hentry","category-ghettovcb","tag-esx","tag-esxi","tag-ghettovcb","tag-vmware"],"yoast_head":"<!-- This site is optimized with the Yoast SEO plugin v23.4 - https:\/\/yoast.com\/wordpress\/plugins\/seo\/ -->\n<title>ghettoVCB.sh ESX(i) 3.5 y 4.0 - XARCOM BLOG<\/title>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/blog.xarcom.net\/index.php\/ghettovcb-sh-esxi-3-5-y-4-0\/\" \/>\n<meta property=\"og:locale\" content=\"es_ES\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"ghettoVCB.sh ESX(i) 3.5 y 4.0 - XARCOM BLOG\" \/>\n<meta property=\"og:description\" content=\"ghettoVCB.sh &#8211; alternativa gratuita para hacer copias de seguridad para la m\u00e1quina virtual ESX (i) 3,5 y 4,0 + Art\u00edculo sacado de http:\/\/communities.vmware.com\/docs\/DOC-8760\u00a0y traducido por Google Translator VERSI\u00d3N 47 Publicado Creado en: Nov 17, 2008 7:04 PM por lamw &#8212; \u00daltima modificaci\u00f3n: Nov 25, 2009 2:39 PM por lamw Tabla de Contenidos: \u00a0 \ufffd Descripci\u00f3n [&hellip;]\" \/>\n<meta property=\"og:url\" content=\"https:\/\/blog.xarcom.net\/index.php\/ghettovcb-sh-esxi-3-5-y-4-0\/\" \/>\n<meta property=\"og:site_name\" content=\"XARCOM BLOG\" \/>\n<meta property=\"article:published_time\" content=\"2009-11-29T20:49:27+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2010-03-22T19:04:09+00:00\" \/>\n<meta name=\"author\" content=\"XarCom\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Escrito por\" \/>\n\t<meta name=\"twitter:data1\" content=\"XarCom\" \/>\n\t<meta name=\"twitter:label2\" content=\"Tiempo de lectura\" \/>\n\t<meta name=\"twitter:data2\" content=\"37 minutos\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\/\/blog.xarcom.net\/index.php\/ghettovcb-sh-esxi-3-5-y-4-0\/#article\",\"isPartOf\":{\"@id\":\"https:\/\/blog.xarcom.net\/index.php\/ghettovcb-sh-esxi-3-5-y-4-0\/\"},\"author\":{\"name\":\"XarCom\",\"@id\":\"https:\/\/blog.xarcom.net\/#\/schema\/person\/7d4f423ee0738574821bd898993d2136\"},\"headline\":\"ghettoVCB.sh ESX(i) 3.5 y 4.0\",\"datePublished\":\"2009-11-29T20:49:27+00:00\",\"dateModified\":\"2010-03-22T19:04:09+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\/\/blog.xarcom.net\/index.php\/ghettovcb-sh-esxi-3-5-y-4-0\/\"},\"wordCount\":3531,\"commentCount\":0,\"publisher\":{\"@id\":\"https:\/\/blog.xarcom.net\/#organization\"},\"keywords\":[\"ESX\",\"ESXi\",\"ghettoVCB\",\"VMware\"],\"articleSection\":[\"ghettoVCB\"],\"inLanguage\":\"es\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\/\/blog.xarcom.net\/index.php\/ghettovcb-sh-esxi-3-5-y-4-0\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\/\/blog.xarcom.net\/index.php\/ghettovcb-sh-esxi-3-5-y-4-0\/\",\"url\":\"https:\/\/blog.xarcom.net\/index.php\/ghettovcb-sh-esxi-3-5-y-4-0\/\",\"name\":\"ghettoVCB.sh ESX(i) 3.5 y 4.0 - XARCOM BLOG\",\"isPartOf\":{\"@id\":\"https:\/\/blog.xarcom.net\/#website\"},\"datePublished\":\"2009-11-29T20:49:27+00:00\",\"dateModified\":\"2010-03-22T19:04:09+00:00\",\"breadcrumb\":{\"@id\":\"https:\/\/blog.xarcom.net\/index.php\/ghettovcb-sh-esxi-3-5-y-4-0\/#breadcrumb\"},\"inLanguage\":\"es\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/blog.xarcom.net\/index.php\/ghettovcb-sh-esxi-3-5-y-4-0\/\"]}]},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/blog.xarcom.net\/index.php\/ghettovcb-sh-esxi-3-5-y-4-0\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Portada\",\"item\":\"https:\/\/blog.xarcom.net\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"ghettoVCB.sh ESX(i) 3.5 y 4.0\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/blog.xarcom.net\/#website\",\"url\":\"https:\/\/blog.xarcom.net\/\",\"name\":\"XARCOM BLOG\",\"description\":\"Aquello que quer\u00edas saber y nadie te explic\u00f3\",\"publisher\":{\"@id\":\"https:\/\/blog.xarcom.net\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/blog.xarcom.net\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"es\"},{\"@type\":\"Organization\",\"@id\":\"https:\/\/blog.xarcom.net\/#organization\",\"name\":\"XARCOM BLOG\",\"url\":\"https:\/\/blog.xarcom.net\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"es\",\"@id\":\"https:\/\/blog.xarcom.net\/#\/schema\/logo\/image\/\",\"url\":\"https:\/\/blog.xarcom.net\/wp-content\/uploads\/2024\/06\/Logo_Xarcom.png\",\"contentUrl\":\"https:\/\/blog.xarcom.net\/wp-content\/uploads\/2024\/06\/Logo_Xarcom.png\",\"width\":200,\"height\":65,\"caption\":\"XARCOM BLOG\"},\"image\":{\"@id\":\"https:\/\/blog.xarcom.net\/#\/schema\/logo\/image\/\"}},{\"@type\":\"Person\",\"@id\":\"https:\/\/blog.xarcom.net\/#\/schema\/person\/7d4f423ee0738574821bd898993d2136\",\"name\":\"XarCom\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"es\",\"@id\":\"https:\/\/blog.xarcom.net\/#\/schema\/person\/image\/\",\"url\":\"https:\/\/secure.gravatar.com\/avatar\/5212ac177d650fbc7f03fd39c789b049?s=96&d=mm&r=g\",\"contentUrl\":\"https:\/\/secure.gravatar.com\/avatar\/5212ac177d650fbc7f03fd39c789b049?s=96&d=mm&r=g\",\"caption\":\"XarCom\"},\"url\":\"https:\/\/blog.xarcom.net\/index.php\/author\/xarcombl0g\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"ghettoVCB.sh ESX(i) 3.5 y 4.0 - XARCOM BLOG","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/blog.xarcom.net\/index.php\/ghettovcb-sh-esxi-3-5-y-4-0\/","og_locale":"es_ES","og_type":"article","og_title":"ghettoVCB.sh ESX(i) 3.5 y 4.0 - XARCOM BLOG","og_description":"ghettoVCB.sh &#8211; alternativa gratuita para hacer copias de seguridad para la m\u00e1quina virtual ESX (i) 3,5 y 4,0 + Art\u00edculo sacado de http:\/\/communities.vmware.com\/docs\/DOC-8760\u00a0y traducido por Google Translator VERSI\u00d3N 47 Publicado Creado en: Nov 17, 2008 7:04 PM por lamw &#8212; \u00daltima modificaci\u00f3n: Nov 25, 2009 2:39 PM por lamw Tabla de Contenidos: \u00a0 \ufffd Descripci\u00f3n [&hellip;]","og_url":"https:\/\/blog.xarcom.net\/index.php\/ghettovcb-sh-esxi-3-5-y-4-0\/","og_site_name":"XARCOM BLOG","article_published_time":"2009-11-29T20:49:27+00:00","article_modified_time":"2010-03-22T19:04:09+00:00","author":"XarCom","twitter_card":"summary_large_image","twitter_misc":{"Escrito por":"XarCom","Tiempo de lectura":"37 minutos"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/blog.xarcom.net\/index.php\/ghettovcb-sh-esxi-3-5-y-4-0\/#article","isPartOf":{"@id":"https:\/\/blog.xarcom.net\/index.php\/ghettovcb-sh-esxi-3-5-y-4-0\/"},"author":{"name":"XarCom","@id":"https:\/\/blog.xarcom.net\/#\/schema\/person\/7d4f423ee0738574821bd898993d2136"},"headline":"ghettoVCB.sh ESX(i) 3.5 y 4.0","datePublished":"2009-11-29T20:49:27+00:00","dateModified":"2010-03-22T19:04:09+00:00","mainEntityOfPage":{"@id":"https:\/\/blog.xarcom.net\/index.php\/ghettovcb-sh-esxi-3-5-y-4-0\/"},"wordCount":3531,"commentCount":0,"publisher":{"@id":"https:\/\/blog.xarcom.net\/#organization"},"keywords":["ESX","ESXi","ghettoVCB","VMware"],"articleSection":["ghettoVCB"],"inLanguage":"es","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/blog.xarcom.net\/index.php\/ghettovcb-sh-esxi-3-5-y-4-0\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/blog.xarcom.net\/index.php\/ghettovcb-sh-esxi-3-5-y-4-0\/","url":"https:\/\/blog.xarcom.net\/index.php\/ghettovcb-sh-esxi-3-5-y-4-0\/","name":"ghettoVCB.sh ESX(i) 3.5 y 4.0 - XARCOM BLOG","isPartOf":{"@id":"https:\/\/blog.xarcom.net\/#website"},"datePublished":"2009-11-29T20:49:27+00:00","dateModified":"2010-03-22T19:04:09+00:00","breadcrumb":{"@id":"https:\/\/blog.xarcom.net\/index.php\/ghettovcb-sh-esxi-3-5-y-4-0\/#breadcrumb"},"inLanguage":"es","potentialAction":[{"@type":"ReadAction","target":["https:\/\/blog.xarcom.net\/index.php\/ghettovcb-sh-esxi-3-5-y-4-0\/"]}]},{"@type":"BreadcrumbList","@id":"https:\/\/blog.xarcom.net\/index.php\/ghettovcb-sh-esxi-3-5-y-4-0\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Portada","item":"https:\/\/blog.xarcom.net\/"},{"@type":"ListItem","position":2,"name":"ghettoVCB.sh ESX(i) 3.5 y 4.0"}]},{"@type":"WebSite","@id":"https:\/\/blog.xarcom.net\/#website","url":"https:\/\/blog.xarcom.net\/","name":"XARCOM BLOG","description":"Aquello que quer\u00edas saber y nadie te explic\u00f3","publisher":{"@id":"https:\/\/blog.xarcom.net\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/blog.xarcom.net\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"es"},{"@type":"Organization","@id":"https:\/\/blog.xarcom.net\/#organization","name":"XARCOM BLOG","url":"https:\/\/blog.xarcom.net\/","logo":{"@type":"ImageObject","inLanguage":"es","@id":"https:\/\/blog.xarcom.net\/#\/schema\/logo\/image\/","url":"https:\/\/blog.xarcom.net\/wp-content\/uploads\/2024\/06\/Logo_Xarcom.png","contentUrl":"https:\/\/blog.xarcom.net\/wp-content\/uploads\/2024\/06\/Logo_Xarcom.png","width":200,"height":65,"caption":"XARCOM BLOG"},"image":{"@id":"https:\/\/blog.xarcom.net\/#\/schema\/logo\/image\/"}},{"@type":"Person","@id":"https:\/\/blog.xarcom.net\/#\/schema\/person\/7d4f423ee0738574821bd898993d2136","name":"XarCom","image":{"@type":"ImageObject","inLanguage":"es","@id":"https:\/\/blog.xarcom.net\/#\/schema\/person\/image\/","url":"https:\/\/secure.gravatar.com\/avatar\/5212ac177d650fbc7f03fd39c789b049?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/5212ac177d650fbc7f03fd39c789b049?s=96&d=mm&r=g","caption":"XarCom"},"url":"https:\/\/blog.xarcom.net\/index.php\/author\/xarcombl0g\/"}]}},"_links":{"self":[{"href":"https:\/\/blog.xarcom.net\/index.php\/wp-json\/wp\/v2\/posts\/463"}],"collection":[{"href":"https:\/\/blog.xarcom.net\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blog.xarcom.net\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blog.xarcom.net\/index.php\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/blog.xarcom.net\/index.php\/wp-json\/wp\/v2\/comments?post=463"}],"version-history":[{"count":17,"href":"https:\/\/blog.xarcom.net\/index.php\/wp-json\/wp\/v2\/posts\/463\/revisions"}],"predecessor-version":[{"id":659,"href":"https:\/\/blog.xarcom.net\/index.php\/wp-json\/wp\/v2\/posts\/463\/revisions\/659"}],"wp:attachment":[{"href":"https:\/\/blog.xarcom.net\/index.php\/wp-json\/wp\/v2\/media?parent=463"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.xarcom.net\/index.php\/wp-json\/wp\/v2\/categories?post=463"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.xarcom.net\/index.php\/wp-json\/wp\/v2\/tags?post=463"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}