Buenos dias, de nuevo estoy con vosotros. Soy Jose Mª Gris y ante todo deseo que este año sea lo mejor posible para todos nosotros. Hay que ser optimistas

Creo recordar que vengo desde la version 2 de Veeam Backup. Ya llevamos cierto tiempo con los amigos del color verde (aunque ahora veo que en la version 6 predomina el “limon”).

Ha salido la versión 6 y lo cierto es que ha traido una serie de aditamentos “Enterprise” que son muy interesantes. Iremos hablando sobre ellos.

Pero empezaremos por su actualización de 5 a 6, que es lo primero que te encuentras cuando tienes que probar un nuevo paquete. Si lo instalas de nuevo, pues mas o menos es fácil, el problema es cuando tienes una versión anterior. Aquelo de que “el pasado pesa…”. Como siempre, Veeam impecable en sus actualizaciones, pero pasemos a verlo.

• Detectará que hay una versión anterior y nos preguntará si deseamos upgradar. Contestaremos afirmativamente si es lo que deseamos hacer.
• Aceptamos la “EULA”
• Instalaremos el fichero de licencias (aunque sea Trial debemos instalarlo, para ello, hay que pedirlo en la Web)
• Nos preguntará por la opciones que deseamos instalar
• Seguidamente nos preguntará por el nombre de la instancia que va a utilizar en SQL y como se llama la Database. Nos dá opciones por omisión
• Y entonces tenemos el punto más crítico, nos pregunta si deseamos conectar esta instalación con la BBDD y nos notifica que si es preciso, ésta será modificada.
• Indicaremos el usuario, password con el que correrá el servicio, así com el puerto que va a usar
• A continuación indicaremos la ubicación del catálogo de los “Guest file System” y “VPower NFS”, así como los puertos que va a usar.
• Continuará la instalación, pidiendo efectuar un reboot.

Como viene siendo habitual, el upgrade perfecto y funcionando a la primera. Seguiremos hablando de esta nueva versión. Hasta la semana que viene, take care.

¿Crees que este post le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.

Buenos dias. Soy José Mª Gris y como cada miércoles estoy aquí con vosotros. Cerramos con esta segunda parte el post sobre el report de Veeam a tenor de la Protección de Datos en entorno Virtualizado para el año 2011.

El Conundrum del coste de la replicacion. Interesante punto. Ok, tenemos el sistema replicado, pero la pregunta es ¿cada cuando replicamos? y aquí tenemos informaciones que debemos estudiar.  La media de las empresas que replican, el 25% lo hacen en base diaria, el 22% lo hace varias veces al dia y tan solo el 19% lo hace en CDP y el 18% en Near-CDP, un 15% es con base horaria.

Un dato a tener en cuenta. De media, se verifica si la replicacion es funcional o no (probar a levantar la replica), cada 9 semanas. Y aqui viene la sorpresa, en Francia se prueba cada 6 semanas, USA cada 7 semanas, Alemania cada 12 semanas y UK  15 semanas!  No me puedo creer que los ingleses sean los que menos verifican, algo pasa. Te confirmo, amigo lector, que España no está contemplada en este report, si recuerda aquel chiste del Cielo Español y el Infierno Británico…..

Hablando de Barreras para replicar, las tres primeras son Coste de Hardware, Coste de Software de Replicación y Complejidad, siendo las minimas el ancho de banda, el espacio en disco y el impacto en las aplicaciones en producción. Mi mpresión hubiera sido inversa, pero es lo que es.

Y aquí reconozco que me he perdido algo o quizás algo me falta por entender. El 80% de los CIO encuestados indican que la Virtualización no mejora la posibilidad de incrementar la Replicación de servers. Precisamente estoy en algún proyecto que hemos pasado primero por virtualización para poder hacer un Near CDP, pero como en todo, para gustos los colores …

Sobre Recuperación de Desastres. Vamos a tomar estos datos con mucha cautela porque lo primero que tendríamos qué declarar es que es un “desastre” y qué es un “gran desastre” o “large”.

Bajo estas bases,  una recuperacion de un entorno virtual son 4 horas y el entorno físico en 4.5. Muy bajo me parece. Si estamos hablando de una recuperación “de laboratorio” en que decimos “¿En cuanto somos capaces de levantar un servidor que no funciona?”, permiteme preguntar si no funciona el servidor porque se ha averiado o porque el edificio no existe, los tonos de grises son muchos. Es curioso ver que Alemania son los más rápidos con 3 horas en virtual mientras que los ingleses tardan 4. “Come on, boys… “. Si, si, amigo lector, yo también me estoy preguntando cual sería la media en España.

Y aquí vienen dos datos que me parecen relevantes. El primero es que el 87% de los CIO indican que los tiempos van escalando mientras que las empresas crecen. El incremento de espacio en SAN son espectaculares de año en año y “mover” y gestionar ese espacio es dificil, cada vez más dificil de acuerdo al volumen.

El segundo tiene más miga, el 80% indica que mientras mas crece el entorno, menos efectivas se vuelven las herramientas de DR. Personalmente estoy de acuerdo, y tiene su base en la frase “la ley nace muchas veces despues del crimen”. Creo que vamos a remolque de la situación y trabajamos sobre evidencias, cuando se plantea una nueva tecnología no se piensa a la vez en “como vamos a gestionar el volumen resultante”, hasta que tenemos un “trolebus” atravesado en el Garage y no sabemos como gestionar para que salga.

Creo que es un problema de paradigma y en segundo lado coyuntural. El paradigma nos viene desde que trabajamos con lo que vemos desde el punto de DR, no con los nuevos desarrollos que se están haciendo. Sobre la coyuntura, que os voy a decir al respecto. Cuando hablo con CEOs me comentan “si ya es dificil hacer que la empresa funcione, imagina gastar por si hay un desastre… “. Bueno, no hay mal que cien años dure no?

Interesante informe el de Veeam que personalmente me da muchas cosas que pensar. Hasta la semana que viene. Take care.

¿Crees que este videopost le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.

Buenos dias. Soy José Mª Gris y como cada miércoles estoy aquí con vosotros para comentar lo que se va moviendo por el ecosistema.

Acaba de caer en mis manos el report de Veeam sobre la Protección de Datos en entorno Virtualizado para el año 2011. El universo del informe son 500 empresas, volumen que ya nos tiene habituados Veeam y nos da un enfoque suficientemente realista del tema en cuestión. Pero hablemos de protección, hay cosas curiosas, veréis.

La primera información que nos brinda es que los CIO están casi 100% de acuerdo (avg de 93,6%) en que la virtualización puede transformar las estrategias de Protección de Datos. Este concepto ya lo hemos hablado en otros momentos, ya que creo que la virtualización en sí misma es un nuevo paradigma donde hay que replantear muchas cosas, entre ellas, la protección de los datos.

Mas datos, menos protección, mayor riesgo. En todos los proyectos en los que estoy colaborando hay un momento donde se “toma conciencia” de que “oye, esto crece de forma importante…. “. Las ocupaciones en SAN aumentan y no de forma lineal; facturas electrónicas, escaneos, gestion documental…. No solo eso, cada vez más es más dificil “pasar el histórico al offline”, porque lo que estamos buscando dia a día son tendencias, y para ello necesitamos información e historia.

Pero claro, las soluciones de ayer son los problemas de hoy. Si aumentamos en SAN, necesitamos aumentar en Backup, cosa que generalmente no se tiene demasiado en cuenta hasta que estamos “a tope”. Pero ojo, estamos hablando de Protección, no tan sólo de Backup, también hablamos de replicación.

Y aquí empezamos a tener ciertas sorpresas, los encuestados determinan que el 45,% de media de todos los servidores fisicos y virtuales son críticos. Interesante número. Pero aquí viene la segunda parte, tan sólo el 26% de los servidores críticos están replicados. (Nota, en el informe se habla de US, DE, FR y UK. Desafortunadamente creo que en España las cifras serían sensiblemente mas bajas hoy por hoy). Creo que hoy por hoy queda bastante camino por recorrer. Muchas son las empresas que trabajan su protección via Agentes como si fueran máquinas físicas hoy por hoy. Sobre el método de replicación, el 45% se decanta por soluciones Hardware, 33 usan soluciones software y el 22 no lo usan pues tan sólo hacen backup. Un 60% usa técnicas de replicación de servidores físicos on-site, un 43% replicación a nivel virtual on-site y un 40% replicación off-site.

Todo este despliegue de números nos dan entorno de que estamos hablando y cuales son las técnicas que se están usando a nivel mundial (ojo, a nivel Enterprise) en cuanto a la Protección de Datos. Pero ¿Como vamos de costes?

Se les ha pedido a los CIO que no están usando replicación que valoren el coste hora de caida de servicio de sus servidores críticos. 368.692$ por hora, una cifra bien respetable. Por otro lado se ha pedido a los CIO que disponían de sistemas de replicación, valoraran por un lado la hora de “outage” del entorno replicado (26% ) y por otro lado la misma hora del resto de sus servidores criticos no replicados. El coste hora de “outage” del sistema replicado ha sido de 417.391$ versus 436.189$ del entorno no replicado. Y aquí tenemos una de las primeras conclusiones del entorno de negocio. Con una inversión menor (el coste de replicar un 26%) afrontan un coste posible de “caida de servicio” de un coste/hora casi igual. La aplicación selectiva del criterio en base al coste/beneficio hace que este caso la inversión muestre un ROI positivo.

Continuamos la semana que viene hablando de este interesante informe. Hasta entonces.

¿Crees que este post le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.

Hola, como estais?  Soy Jose Maria Gris de nuevo con vosotros como cada martes para hablar del ecosistema.

De un tiempo a esta parte, voy percibiendo el push que están haciendo diversas compañías en el entorno de las copias de seguridad. Todo esto que teníamos unos programitas con unos NAS han ido creciendo de volumen, que ya no de importancia porque siempre la han tenido.

Ahora Veeam desembarca en España de forma directa para dar soporte al negocio desde aquí.

Si bien fue Tatiana Mishina desde S. Petersburgo quien empezó mas o menos la singladura, fue Geraldine, Julia y Pavel quien nos estaban “dando cobertura” desde Paris i Rusia respectivamente.

Como digo, desde el 1 de septiembre, Veeam está aquí con nosotros. Tenemos con nosotros a Paloma Gutierrez como Channel Manager, Javier Altamirano como Corporate Account Manager Iberia y Alexis de Pablos como SE for Iberia. Todos ellos con soporte desde S. Petersburgo por parte de Julia Starovoitova.

Enterado de la nueva estructura he quedado con ellos para departir, conocernos y de paso hacer una pequeña entrevista para vosotros.

Paloma, ¿Cómo sientes el nuevo reto en el que estas involucrada?

Trabajar en Veeam es una oportunidad que no podía dejar pasar y sobre todo cuando se tiene la responsabilidad de hacer crecer la presencia en España consolidando a Veeam como el mejor producto de Backup y Replicacion para entornos de Virtualización.

¿Cuál es tu experiencia en el sector?

Llevo 23 años trabajando en el sector para compañías multinacionales de fabricantes de Software. Casi toda mi carrera profesional se ha desarrollado dentro del área de Canal, trabajando cerca de los partners para generar negocio de forma conjunta.

En los últimos 5 años trabajé en Symantec donde pude conocer más de cerca todas las problemáticas relacionadas con el Backup, Restore y gestión de los mismos.

Desde el 1 de septiembre entre a formar parte del equipo de Veeam Software en España.

¿Con cuales objetivos llegas con Veeam a España?

Primero de todo desarrollar a la compañía de forma local, consolidando la cuota de mercado, haciéndola crecer según los objetivos marcados por la compañía desde principios de año.

Debido a que la aproximación a cliente final SIEMPRE es mediante los partners, mi principal objetivo es afianzar y desarrollar el programa de Canal de Veeam para contar con un canal robusto, convencido y comprometido con el producto y la compañía.

Los resultado de este año?

Como cada año Veeam cumplirá sus objetivos, no solo en facturación sino también los objetivos cualitativos como por ejemplo el de ser el mejor producto de backup para entornos virtualizados, asi como contar con una extensa red de partners que son los principales artífices del éxito.

Para los lectores del Blog de la Virtualización en Español, ¿que nos podrías contar de los nuevos desarrollos/presentaciones? ¿Pronto la version 6? ¿que nos trae?

La próxima versión, Versión 6,  será para este último trimestre del año y como novedades más relevantes puedo mencionar Full support para vSphere5 y soporte para Hyper-V. De estos y de otros muchos temas se hablaran en el VMWorld  del 18 al 20 de Octubre en Copenhague.

Pues ya lo sabéis, de aquí a poquito podremos ver las nuevas funcionalidad de la Versión 6 de este gran viejo conocido. Suerte!

¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo o arriba. Gracias.

Buenos días, soy Jose Maria Gris de nuevo con todos vosotros. Hoy vamos a hablar de una nueva iniciativa de Veeam, esta empresa tan innovadora que no está quieta en hacer y mostrar nuevas cosas. Hoy vamos a hablar de V-Index.

www.v-index.com es a partir de ahora un lugar que debemos tener presente entre nuestros favoritos para ver “como andamos de virtualización”.  De la mano de la empresa Varson Bourne y con el auspicio de Veeam nace este site donde podremos ver 3 indicadores (La penetración de la Virtualización, el Ratio de consolidación y el Hypervisor usado) en cuatro países (Francia, USA, Alemania y UK) más la media.

He estado mirando por encima “a vuela pluma” los ratios y hay cosas interesantes:

• El ratio de penetracion medio es 39.4%
• Curiosamente no es USA, sino Alemania y Francia quien están a la cabeza con 45.x%
• USA queda con un 37,2% y UK con 39,4%
• El ratio de consolidación medio es de 6.3 “Come on, you can doe it much better… ”   bajito señores, bajito.
• Es UK quien se lleva la primera posición con 7.3, seguido de Alemania con 6.4, USA con 6 y Francia con 5.8
• Por ultimo, VMware se lleva el 58.2% de share, Hyper-V el 18.6 y Xen con el 20.2 en términos medios.
• UK es VMware en un 72 quedando lejos los otros fabricantes, muy lejos
• Francia con un VMware al 56 con un MSFT al 27 (se nota lo que tira MSFT en Francia). Xen la nota más baja en todos los países
• Alemania sigue el patrón con la primera plaza con un 46 pero Xen! un 30, cerca estamos. MSFT queda con un 22.
• Por último USA con un 58 para VMware, 22 para Xen y 16 para MSFT.

Muy interesante. Los resultados se publicarán de modo trimestral.

¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo o arriba. Gracias.

De nuevo aquí con vosotros para hablar del ecosistema de VMware. Soy Jose Mª Gris y como cada miércoles estoy aquí con todos vosotros.

Vamos a ver si nuestro maquetista Brian o bien nuestro compaginador Allan, todos ellos del equipo de Redacción del Blog de la Virtualización (un saludo desde aquí a toda la plantilla), me dan espacio para la foto de la captura de pantalla de este post.

Aquí un rastro de la funcionalidad de Instant Recovery de Veeam Backup. Mas de 200 GB restaurados y empieza a recuperar 2 segundos antes de la 1 de la mañana. Se conecta al host y comprueba que el “NFS mágico” de vPower está montado. Posteriormente bloquea el fichero y publica la Máquina Virtual en nuestro Virtual Center. Llevamos 1 minuto 28 segundos escasos…..

Continuamos, hacemos update de la configuración de VM y comprobamos que hay espacio libre en el NFS. Registro de la VM. Proceso final de Power On, Update final, etc. No llegamos a los 2 minutos y nuestra VM ya es accesible.

Esta opción la podemos ejecutar con opciones para que podamos hacer Storage Vmotion o no para aun hacer mas rápido todo el proceso de restauración.

¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo o arriba. Gracias.

Hola, que tal? Soy Jose Maria Gris y como cada jueves estoy aquí con vosotros para hablar del ecosistema de VMware.

Curiosamente me he encontrado con dos situaciones iguales en dos entornos distintos, lo que me ha dado a pensar en que sería bueno postearlo. Veeam Backup es muy fácil de configurar en modo network a través de vCenter. Configuraciones en modo SAN o en modo en modo “Virtual Appliance” tienen su configuración especial, pros y contras.

Estamos en un entorno Veeam Backup 4.x donde la maquina veeam tiene iniciadores iSCSI de MS i “ve” las Luns, haciendo las copias en modo “SAN”. Una de las opciones que tenemos habilitada es usar el Traking de bloques cambiados para que las copias incrementales vayan más rápidas al monitorizar los cambios de bloques.

Todo el sistema funciona bien hasta que un día nos damos cuenta que la velocidad de la copia de seguridad baja de forma considerable y a la par baja el ratio de “copia”.

Investigas que ha pasado y no ves ningún cambio importante a la vista. Nuestro Veeam Backup está funcionando perfectamente, pero da unos mensajes “Verifing changed block tracking…”.

Analizando un poco más en profundidad, justo antes de empezar a ir lentos hicimos unos cambios, entre los que había cambios de ubicación de las VMs en otro datastore con StoragevMotion. Y ahí está el problema. Las referencias de los bloques han cambiado y el sistema no puede establecer “el diferencial” porque el entorno que tiene guardado y el que “ve” no cuadran. Hay que reconciliarlos.

Nos vamos a nuestro vCenter y a cada VM que hemos movido y hemos cambiado de Lun le cambiaremos el siguiente parámetro. En Edit Settings, pestaña options, General, veremos el botón Configuration Parameters.

Dentro de las opciones buscaremos el string ctkEnabled y cambiaremos su status a “False”.
Ello permitirá a Veeam volver a reconstruir el entorno de bloques y volver a nuestra velocidad que estábamos obteniendo hasta és momento.

Es importante tener el tema en cuenta porque lo que parece un cambio banal puede significar perder la ventana de backup ya que un job puede alcanzar a otro, dependiendo de cómo lo tengamos organizado. Otro día hablaremos de la configuración “Virtual Appliance” que es muy curiosa.
Saludos, take care.

Como te decía en mi post de la semana pasada, podemos usar Veeam Monitor como utilidad para medir y monitorizar el rendimiento de tu entorno VMware vSphere, pero también es posible utilizar Veeam Monitor para darnos una idea general de cómo están ejecutándose nuestras aplicaciones en nuestro entorno de VMware vSphere.

Ahora y gracias a la incorporación en el mismo producto de un plug-in gratuito llamado “Veeam Business View” , es posible monitorizar y gestionar la infraestructura virtual de tu entorno, no sólo desde un punto de vista técnico, sino también y mas importante, desde el punto de vista de servicios de la empresa.

En este episodio #35, te voy a guiar a través de la instalación del plug-in “Veeam Business View” para enseñarte el valor añadido que dicho plug-in puede tener en tu entorno:

El pasado domingo tuve la oportunidad de asistir al pre-lanzamiento de SureBackup por parte de Veeam. Unos 10 bloggers tuvimos la oportunidad de ver con Doug Hazelman en un “Blogger meeting” esta nueva tecnología.

Ante todo, dejar claro que SureBackup no es un nuevo producto, es una serie de “Features” que va a incorporar la versión 5 de Veeam Backup. Lo cierto es que la exposición de Doug fue muy clara y directa, por lo que “casi” me voy a limitar a transmitir lo que explicó en su speech.

El Backup a nivel de Imagen tiene muchas ventajas, es “agnóstico” en cuanto a los SO Guest, es portable, simple para recuperar, con un buen ratio coste/efectividad, no precisa agentes, coste por socket.

Pero cuidado, cualquier backup a nivel de Imagen es un Snapshot de un Sistema funcionando. Ello implica que cuando se intente restaurar una vm, ésta puede presentar un arranque con errores debido a updates que precisan un reinicio, porque la VM estuviera en arranque pidiendo si queremos arrancar en modo seguro o bien, la maquina puede estar con BSOD. Si hacemos el backup en ese estado, al restaurar, estamos en el mismo estado.

También puede ser que el SO esté correcto, pero la Aplicación esté corrompida, entonces?

Hay corporaciones que tienen políticas de verificación de los Backups. De forma rotatoria y a la vez con patrón y/o aleatoriamente van restaurando VMs a partir de las imágenes y verificando que las copias que tienen son “funcionales” tras la restauración. Arduo trabajo y además con limitaciones. Por ejemplo, si quiero probas una aplicación tipo VApp con una BBDD y un servidor web precisaré levantar los dos probablemente en un mismo momento del tiempo, o un Exchange precisará un DC y/o un DNS.

Llega SureBackup!

Creo que uno de los mejores valores de Veeam es el plantear cosas nuevas, con “pensamiento paralelo”, innovando y generando nuevas maneras de hacer las cosas. No es fácil, lo hicieron con la copia sintética decremental o inversa (siempre que la explico mis clientes asumen que es lógico, pero nadie lo había hecho antes.

Bueno, ¿que hace SureBackup? Crea un entorno de verificación temporal “on the fly”, publicando en el las VMs de las imágenes de los backups que acaba de efectuar. Tras ello arrancará la vm en cuestión (o bien las vm que compongan la aplicación en varias capas) y tras ponerlas en funcionamiento verificará si la VM esta funcionando OK, el Sistema Operativo y la Aplicación, emitiendo un report informando del resultado.

Con ello, lo que obtenemos es la certeza de que el Backup que hemos efectuado se ha arrancado y funciona. Recordáis un post anterior mío? No me preocupa el Backup, me preocupa el Restore.

Para su Setup, especificas los recursos a utilizar (mínimos), usando los Host existentes, funcionando en una red aislada.

Posteriormente definiremos las dependencias (podremos usar vAppss, las VM afectadas, el orden de boot, delya, etc. Y con ello definiremos un job con un Schedule. Al parecer la velocidad es importante (últimamente nos tiene acostumbrados la gente de Veeam). En las pruebas, el sistema ha precisado 2 minutos para verificar un Exchange de 150 Gb con 200 MailBoxes. No esta mal no?

Al parecer estará disponible en Q3 de este año.

Más información en http://www.veeam.com/surebackup/

Impresionante!. Hasta la semana que viene!

Hola que tal?

Parece que nos hemos puesto de acuerdo en hablar del tema “Backup”. Pues vamos a ello.

Veeam Backup usa la técnica de Backup sintético, permitiendo tras efectuar un backup completo, efectuar backup tan sólo de los cambios incrementalmente. La técnica habitual que usan los productos similares es crear un fichero “grande” con el “full backup” para posteriormente ir creando ficheros “delta” con los cambios incrementales una vez vamos ejecutando el job.

Una vez alguien dijo “El problema no es el Backup, es el Restore”. Cuanta razón tenía, recuerdo cuando trabajaba con Mainframes y teníamos que “tirar” de cinta (si, aquellos armarios increíbles con cintas más grandes que los magnetófonos) y oía al técnico de sistemas “no lee, no restaura”. Un sudor frío pasaba por nuestra espalda hasta que al fin el milagro se producía y restauraba.

La premisa es la siguiente. Si vas a restaurar, estadísticamente lo que vas a buscar en primera instancia para cubrir el RTO es la última copia que hemos hecho. Si ésta es completa en lugar de sintética, siempre nos dará más facilidades (rapidez, consistencia, etc.)

Es por ello que Veeam usa la particularidad de copia “reverse” o decremental, por la cual, el primer backup completo nos creará el fichero principal pero cuando ejecute la primera incremental nos encontraremos con que el fichero perteneciente a la primera ejecución tiene sólo las diferencias, mientras que el último que hemos efectuado está “completo”.

Como trabaja Veeam? Curiosamente de una forma muy parecida a como gestiona los snapshots Datacore.

Tras la generación del fichero .vbk en la primera ejecución, cuando se ejecuta la primera copia incremental, Veeam actualiza los cambios que han habido en el sistema en explotación en el fichero .vbk, guardando todos los datos antiguos que han sido actualizados en un fichero .vrb para esta ocasión.

El fichero .vbk tendra como nombre de fichero el que le hemos asignado al hacer el job, mientras que el .vrb, además del nombre llevará concatenado el “timestamp” del dia y la hora en que se inició el job.

De esta forma podremos identificar los ficheros que tenemos en nuestros directorios ya que tendremos un fichero copia.vbk y tantos .vrb como rollbacks hayamos parametrizado, que se denominarán copiayyyy-mm-ddThhmmss.vrb.

Mecanismo parecido pasa con las réplicas, pero con diferencias, ya que una réplica en el fondo es una vm preparada para ponerse en marcha asap, entonces el fichero .vbk es substituido por el .vmdk de la VM, trabajando los vrb de igual forma que el Backup. Podéis obtener un resumen y más información en www.veammeup.com, blog que mantienen los chicos de ingeniería de Veeam de San Petersburgo, desde aquí un saludo.

Especial cuidado si estáis corto de espacio en el espacio smb que contiene estos ficheros y los movéis. A partir de la versión 4.0, Veeam Backup cuando editas el job, y en la ejecución del mismo hace ciertas verificaciones de la existencia de los ficheros destino. Hablaremos otro día de este tema y de como cumplir con las normas de seguridad y auditoría haciendo servir discos intercambiables y jobs alternados de copia.

Como anécdota, en orden interno VBK ha quedado como una acepción de “Hacer un Veeam Backup”, de esta forma, en slang podemos oír “el cliente VBKs tres servidores”

La próxima semana hablaremos de como efectuar un fine tuning de nuestro sistema detectando cuellos de botella y dimensionamientos no adecuados.

Veeam Software, reconocido proveedor de herramientas y sistemas de gestión para VMware, anunció ayer un avance importante relacionado con las velocidades de copia de seguridad.

La nueva versión, Veeam backup & Replication 4.0, aprovecha las nuevas funcionalidades avanzadas en vSphere 4.0™ , especialmente el “changed block tracking” y thin-provisioning.

Veeam backup & Replication 4.0 es uno de los primeros productos en soportar VMware vSphere 4 vStorage APIs. Veeam aprovecha al máximo el thin-provisioning en los discos, lo que permite que las copias de seguridad completas y restauraciones de las máquinas virtuales sean mucho más rápido.

También proporciona a los administradores de VMware la posibilidad de usar la funcionalidad de “changed block tracking” en VMware vSphere 4, lo que reporta, según los clientes que han utilizado la versión beta, un incremento en el rendimiento de hasta 10 veces más rápido que el producto anterior.

Precios y Disponibilidad

Veeam Backup & replicación 4.0 ya está disponible. El precio en Norte América, para la nueva versión, es de $599 por zócalo, aunque el precio anterior de $499 de la versión anterior se mantendrá si se hace un pedido antes del 31 de diciembre de este año.

Para ver más información de Veeam Backup & Replicator 4.0, incluido un vídeo del producto, haz clic en este enlace:

http://www.veeam.com/go/backup40.

En este clima económico, a quien no le gustaría ganar un viaje para asistir al evento de virtualización por excelencia en San Francisco, VMworld 2009,  y además gratis!!

Ahora podrías asistir gratis, si cuentas en un video, porque te gusta tanto Veeam software. Las bases del concurso ya están publicadas en la página web de Veeam y tienes desde hoy hasta el 15 de junio para crear tu video ganador.

Cómo puedes participar?

• Crea un vídeo sobre cualquier producto de Veeam
• Publica el vídeo en YouTube
• Envía el video a Veeam para que te lo aprueben antes
• Y recuerda que La fecha límite para presentar los vídeos es el 15 de junio del 2009

Algunas reglas que debes tener en cuenta:

• El video no debe ser superior a 3 minutos
• El video debe incluir la imagen  adjunta en este link: http://www.veeam.com/go/video/I-love-VEEAM_inc.jpg
• El video debe ser sobre un producto Veeam
• Todos los videos seleccionados como finalistas pasarán a ser propiedad de Veeam Software y pueden ser utilizados en promociones

Para mas información visita el link siguiente:

http://www.veeam.com/go/video/

Veeam acaba de publicar un interesante documento que describe cómo su producto, Veeam backup, utiliza Microsoft Volume Shadow Service (VSS) al realizar una copia de seguridad y una restauración en vivo de una maquina virtual Windows.

En el documento también Veeam comparar las aplicación que soportan VSS

Puedes ver mas información en el siguiente vídeo.