{"id":33622,"date":"2019-10-31T21:53:47","date_gmt":"2019-10-31T18:53:47","guid":{"rendered":"https:\/\/prohoster.info\/blog\/veeam-backup-replication-poleznye-sovety-po-obespecheniyu-zhiznesposobnosti-bekapov-i-replik\/"},"modified":"2019-10-31T21:53:47","modified_gmt":"2019-10-31T18:53:47","slug":"veeam-backup-replication-poleznye-sovety-po-obespecheniyu-zhiznesposobnosti-bekapov-i-replik","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/veeam-backup-replication-poleznye-sovety-po-obespecheniyu-zhiznesposobnosti-bekapov-i-replik","title":{"rendered":"Veeam Backup & Replication: consejos \u00fatiles para garantizar la viabilidad de copias de seguridad y r\u00e9plicas","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Hoy, con mucho gusto, les presento algunos consejos \u00fatiles de mi colega Evgeny Ivanov, l\u00edder del equipo de soporte t\u00e9cnico de Veeam. Esta vez, Zhenya ha compartido recomendaciones para trabajar con copias de seguridad y r\u00e9plicas. Espero que les ayuden a evitar errores comunes y que sus r\u00e9plicas y copias de seguridad nunca sean el \"eslab\u00f3n d\u00e9bil\" en el proceso de recuperaci\u00f3n, si es que se requiere. <\/p>\n

As\u00ed que, bienvenidos al post.<\/p>\n

\"Veeam
\n<\/a><\/noindex>
\nEn mi anterior el art\u00edculo<\/a><\/noindex> exploramos c\u00f3mo optimizar la carga en los componentes de la infraestructura de copias de seguridad y revisamos errores comunes de configuraci\u00f3n. Ahora pasamos a otro tema importante: la preparaci\u00f3n y ejecuci\u00f3n adecuadas de la recuperaci\u00f3n. Tambi\u00e9n lo examinaremos con ejemplos reales en los que ha trabajado el equipo de soporte t\u00e9cnico.<\/p>\n

Copia de seguridad sin pruebas \u2014 dinero tirado a la basura<\/h1>\n

\nRegularmente recibimos consultas de usuarios que se encuentran en situaciones dif\u00edciles similares: es necesario realizar una recuperaci\u00f3n de una copia de seguridad, pero al intentar hacerlo, las personas se encuentran con un problema que no pueden resolver. Y este problema no es la falta de una copia de seguridad, la actividad de CryptoLocker o algo similar. Es \"simplemente\" la falta de atenci\u00f3n a la verificaci\u00f3n de las copias de seguridad y las r\u00e9plicas para su capacidad de recuperaci\u00f3n. Muchos a menudo se enfocan \u00fanicamente en el proceso de creaci\u00f3n de copias de seguridad, olvidando que tener una copia de seguridad no es una panacea contra posibles problemas. Es necesario entender que la recuperaci\u00f3n es un proceso completamente diferente, que tiene sus propias caracter\u00edsticas, y que debe ser controlado y probado antes de su implementaci\u00f3n en producci\u00f3n. Aqu\u00ed tienen algunos ejemplos ilustrativos:<\/p>\n

    \n
  1. El usuario experiment\u00f3 una falla en una m\u00e1quina virtual cr\u00edtica de 20 TB. Las interrupciones, por supuesto, son inaceptables, y el administrador inicia el proceso de recuperaci\u00f3n instant\u00e1nea de la VM (VM instant recovery) \u2013 en 5 minutos la m\u00e1quina est\u00e1 operativa. Sin embargo, recordamos que este estado de la m\u00e1quina solo puede ser temporal; debe migrarse al datastore de producci\u00f3n. En este caso, como se descubri\u00f3, las capacidades de la infraestructura no permit\u00edan copiar 20 TB de datos en un tiempo razonable. Adem\u00e1s, en la configuraci\u00f3n del proceso de recuperaci\u00f3n instant\u00e1nea, se eligi\u00f3 guardar los cambios en el disco. C:<\/i> servidores Veeam Backup & Replication (a diferencia de un snapshot de vSphere) \u2013 como resultado, el espacio libre en el disco se llen\u00f3 r\u00e1pidamente. Para cuando el usuario se comunic\u00f3 con el soporte, la VM ya ten\u00eda cambios que no pod\u00edan ser ignorados. Es decir, tenemos la situaci\u00f3n donde no se puede finalizar r\u00e1pidamente el proceso de recuperaci\u00f3n instant\u00e1nea de una m\u00e1quina cr\u00edtica \u2013 \u00bfc\u00f3mo se pueden salvar los datos?\n

    La verdad, debido al tiempo que ha pasado, ya no recuerdo todos los detalles del desenlace, pero s\u00e9 que al final no encontramos nada genial. Los clientes, por su parte, resolvieron este problema de manera razonable, ampliando el disco C: a partir de sus reservas, copiaron los archivos m\u00e1s importantes y luego apagaron la VM y as\u00ed realizaron la migraci\u00f3n. En resumen, no ocurri\u00f3 ning\u00fan milagro.<\/li>\n

  2. En la infraestructura del usuario hab\u00eda un \u00fanico controlador de dominio, y todos los componentes de Veeam Backup & Replication estaban configurados utilizando DNS. S\u00ed, as\u00ed es, no has o\u00eddo mal. Hubo cientos de posibles desarrollos, pero la realidad fue as\u00ed: la gente program\u00f3 un mantenimiento y decidi\u00f3 cambiarse a la r\u00e9plica de su controlador de dominio. Llevaron a cabo el cambio programado, lo cual, en general, se recomienda hacer en situaciones como esta. En la primera etapa todo iba bien, pero en la segunda, la VM original fue apagada brevemente para transferir los datos restantes. Por supuesto, la tarea de conmutaci\u00f3n fall\u00f3 inmediatamente, ya que DNS dej\u00f3 de funcionar.\n

    Afortunadamente, pudimos manejar la situaci\u00f3n aqu\u00ed activando la r\u00e9plica manualmente desde vSphere (en realidad, no se recomienda realizar esta operaci\u00f3n por cuenta propia, como ver\u00e1n en el siguiente ejemplo). Sin embargo, como comprender\u00e1n, el proceso de mantenimiento fue interrumpido y pospuesto. Adem\u00e1s, tuvimos que ingresar manualmente los nombres de los hosts en el archivo C:\\Windows\\System32\\drivers\\etc\\hosts<\/i> en el servidor Veeam Backup & Replication, para garantizar la correcta reversi\u00f3n.<\/li>\n

  3. En otro cliente, toda la infraestructura de respaldo se hab\u00eda construido alrededor de dispositivos de cinta magn\u00e9tica, y solo se almacenaban cortas cadenas de archivos en disco. Cuando necesitaron recuperar varios archivos de un gran servidor de archivos, result\u00f3 que no se pod\u00eda usar ninguna m\u00e1quina como repositorio auxiliar para la recuperaci\u00f3n desde la cinta, ya que ninguna ten\u00eda suficiente espacio libre. (Sobre la recuperaci\u00f3n directamente desde la cinta magn\u00e9tica y utilizando un repositorio auxiliar se puede leer aqu\u00ed<\/a><\/noindex> (por ahora en ingl\u00e9s)).<\/li>\n<\/ol>\n

    \nCreo que en los tres ejemplos los usuarios, por as\u00ed decirlo, estaban atrapados en una ilusi\u00f3n: asumieron que si la copia de seguridad se complet\u00f3 con \u00e9xito, no habr\u00eda problemas con la recuperaci\u00f3n. Pero, como pueden entender, esto no siempre es as\u00ed, y por eso la recuperaci\u00f3n debe prepararse con tanto cuidado como la copia de seguridad. Primero es recomendable estudiar el manual del usuario<\/a><\/noindex>, donde se encuentra informaci\u00f3n bastante detallada sobre los diferentes tipos de recuperaci\u00f3n. Al inicio de cada p\u00e1rrafo se enumeran los requisitos, acciones preparatorias y posibles limitaciones. La descripci\u00f3n de la recuperaci\u00f3n desde cintas magn\u00e9ticas o desde instant\u00e1neas hardware del almacenamiento del sistema se puede encontrar en las secciones de la documentaci\u00f3n y en nuestros art\u00edculos<\/a><\/noindex> en Habr. Adem\u00e1s, las acciones para preparar la recuperaci\u00f3n de objetos de aplicaciones utilizando las herramientas Veeam Explorers est\u00e1n descritas en la secci\u00f3n \u00abPlanning and preparation\u00bb (planificaci\u00f3n y preparaci\u00f3n) gu\u00edas<\/a><\/noindex> para cada una de las herramientas. Les recomiendo estudiarlas detenidamente; esto les ayudar\u00e1 a preparar correctamente el sistema para la recuperaci\u00f3n en caso de ser necesario. En ruso, las instrucciones para la recuperaci\u00f3n de la base de datos SQL Server se presentan aqu\u00ed<\/a><\/noindex>.<\/p>\n

    \u00bfPor qu\u00e9 no se debe trabajar con r\u00e9plicas desde la consola de vSphere?<\/h1>\n

    \nEn teor\u00eda, las r\u00e9plicas de Veeam son m\u00e1quinas virtuales normales, con las que, aparentemente, ser\u00eda l\u00f3gico trabajar utilizando herramientas de vSphere, en particular, el cliente de vSphere. Sin embargo, no recomendamos hacerlo, y aqu\u00ed est\u00e1 el porqu\u00e9: cambiar a una r\u00e9plica en Veeam Backup & Replication es un proceso bastante complicado que requiere una ejecuci\u00f3n estrictamente secuencial de los pasos (para que, en caso de error, se pueda retroceder un paso) y acciones finales correctas; solo mira la imagen que ilustra el proceso:<\/p>\n

    \"Veeam
    \n
    \nSi decides activar la r\u00e9plica desde el cliente de vSphere, es muy probable que te enfrentes a una serie de problemas en el futuro:<\/p>\n

      \n
    1. El mecanismo para cambiar a la r\u00e9plica desde Veeam Backup & replication (mostrado en el esquema) no funcionar\u00e1 para esta m\u00e1quina.<\/li>\n
    2. Los datos en la base de Veeam Backup no coincidir\u00e1n con el estado real de la VM. En el peor de los casos, ser\u00e1 necesario editar la base.<\/li>\n
    3. Incluso puede haber p\u00e9rdida de datos, como en este ejemplo: un usuario activ\u00f3 manualmente la r\u00e9plica en el cliente de vSphere y decidi\u00f3 seguir trabajando con ella. Despu\u00e9s de un tiempo, se dio cuenta de que la r\u00e9plica a\u00fan se mostraba en la consola de Veeam Backup & Replication, y decidi\u00f3 eliminarla por no necesitarla. Hizo clic derecho sobre ella y dio la orden \u00abEliminar del disco\u00bb<\/i>. Veeam Backup & Replication elimin\u00f3 inmediatamente del disco la r\u00e9plica que, por cierto, ya se estaba utilizando como una VM normal y conten\u00eda datos necesarios y \u00fatiles.<\/li>\n<\/ol>\n

      \nSin duda, hay situaciones en las que es necesario activar la r\u00e9plica desde el cliente de vSphere; por lo general, son casos en los que el servidor de Veeam est\u00e1 apagado y la r\u00e9plica necesita ser activada con un retraso. Pero si el servidor de Veeam est\u00e1 en funcionamiento, las r\u00e9plicas deben manejarse desde su consola.<\/p>\n

      Tampoco se deben eliminar las r\u00e9plicas utilizando el cliente de vSphere. Veeam Backup & Replication permanecer\u00e1 en la ignorancia sobre dicho cambio, lo que puede llevar a errores y datos obsoletos. Si la r\u00e9plica ya no es necesaria, elim\u00ednala mediante la consola de Veeam, y no como una VM desde el cliente de vSphere. As\u00ed siempre tendr\u00e1s una lista actualizada de r\u00e9plicas. <\/p>\n

      \u00ab\u00a1Ojo! \u2014 actualizaciones a la vista!\u00bb<\/h1>\n

      \nAqu\u00ed nos referimos, por supuesto, a las actualizaciones para hipervisores y diversas aplicaciones que se respaldan con Veeam. Si las miramos desde la perspectiva de Veeam Backup & Replication, las actualizaciones se pueden dividir, de manera general, en 2 categor\u00edas: grandes y significativas, que traen muchos cambios, y peque\u00f1as.<\/p>\n

      Primero, revisemos la primera categor\u00eda. <\/p>\n

      Las actualizaciones m\u00e1s importantes son aquellas destinadas al hipervisor. Antes de instalar una actualizaci\u00f3n as\u00ed, es fundamental asegurarse de que sea compatible con Veeam Backup & Replication. Estas actualizaciones traen numerosos cambios en las bibliotecas y en las interfaces de APIs que utiliza Veeam Backup & Replication, por lo que, para declarar oficialmente su soporte, es necesario actualizar el c\u00f3digo de Veeam Backup & Replication y realizar pruebas exhaustivas. <\/p>\n

      Tambi\u00e9n hay que tener en cuenta que, por ejemplo, VMware no brinda acceso anticipado a las \u00faltimas versiones de vSphere para los fabricantes de software, as\u00ed que los desarrolladores y probadores de Veeam reciben la nueva versi\u00f3n al mismo tiempo que el resto de la humanidad progresista; por lo tanto, suele pasar un tiempo entre el lanzamiento de VMware y la declaraci\u00f3n oficial de soporte. La cantidad y la diversidad de cambios necesarios son tales que es poco probable encajarlos en un simple hotfix; y el soporte oficial generalmente se declara junto con el lanzamiento de la nueva versi\u00f3n de Veeam Backup & Replication. <\/p>\n

      Como resultado, se presenta ese momento inc\u00f3modo en el que, tras el lanzamiento de una nueva versi\u00f3n de vSphere, las solicitudes de soporte t\u00e9cnico aumentan dr\u00e1sticamente, porque los usuarios se lanzan a instalar la nueva versi\u00f3n y, por supuesto, sus respaldos dejan de funcionar de inmediato. A nosotros, el soporte t\u00e9cnico de Veeam, nos toca explicar a los usuarios qu\u00e9 fue lo que hicieron mal, solicitarles que regresen a la versi\u00f3n anterior (si es posible) o idear complicadas soluciones para salir del atolladero. Por lo tanto, antes de instalar una actualizaci\u00f3n importante, aseg\u00farese de verificar su compatibilidad con el software que est\u00e1 utilizando, \u00a1se lo ruego!<\/b><\/p>\n

      Todo lo anterior se aplica tambi\u00e9n a las aplicaciones que respalda y espera restaurar con Veeam. La l\u00ednea de herramientas Veeam Explorers tambi\u00e9n tiene una lista de las versiones compatibles de las aplicaciones correspondientes, que se actualiza con cada lanzamiento de Veeam Backup & Replication. Por lo tanto, antes de instalar una nueva versi\u00f3n de su aplicaci\u00f3n, ya sea Exchange, Oracle o SharePoint, aseg\u00farese de leer la secci\u00f3n correspondiente. de la documentaci\u00f3n de Veeam Explorers<\/a><\/noindex>.<\/p>\n

      A la segunda categor\u00eda, es decir, a las peque\u00f1as actualizaciones, incluyo, por ejemplo, nuevas versiones de VMware Tools, actualizaciones acumulativas de Exchange, actualizaciones de seguridad de vSphere, etc. Por lo general, no traen modificaciones importantes y, en la mayor\u00eda de los casos, Veeam Backup & Replication no tiene problemas con ellas. (Por eso no hay anuncios p\u00fablicos sobre el soporte oficial de estas en el producto.) Sin embargo, en nuestra experiencia hemos encontrado casos en los que incluso estas actualizaciones cambiaron de forma tan significativa el curso normal de las cosas que causaron errores en el funcionamiento de Veeam Backup & Replication. En tales situaciones, tras confirmar el problema, los ingenieros de Veeam se esfuerzan por lanzar r\u00e1pidamente un hotfix.<\/p>\n

      A quienes dominan el ingl\u00e9s t\u00e9cnico<\/b>Si quiere estar al tanto de en qu\u00e9 est\u00e1n trabajando los ingenieros y con qu\u00e9 se enfrentan los arquitectos de sistemas y los especialistas de soporte t\u00e9cnico, le recomiendo suscribirse a nuestros foros<\/a><\/noindex>. Cada semana se publica una newsletter \"Word from Gostev\" para sus suscriptores, escrita por TheRealGostev<\/a><\/noindex>. En ella, Anton Gostev, jefe del departamento de gesti\u00f3n de productos, habla sobre los problemas recientemente encontrados (y no solo del lado de Veeam), los planes para nuevas versiones y noticias del mundo de IT. Si necesita m\u00e1s informaci\u00f3n, puede revisar los temas del foro: si alguno de los clientes encuentra un problema con el funcionamiento del producto despu\u00e9s de alguna actualizaci\u00f3n, lo m\u00e1s probable es que ya haya escrito sobre ello en el foro.<\/p>\n

      Como sabr\u00e1n, los parches y actualizaciones pueden causar problemas no solo con las copias de seguridad, sino tambi\u00e9n con las aplicaciones para las cuales se realizan estas copias. Aqu\u00ed es donde entran en juego los laboratorios virtuales: Veeam DataLabs. Seguramente han o\u00eddo hablar de la funcionalidad SureBackup, que est\u00e1 dise\u00f1ada para verificar las copias de seguridad. Se basa precisamente en el uso de DataLabs, creando un entorno aislado donde se pueden, entre otras cosas, probar las actualizaciones antes de implementarlas en producci\u00f3n. Les aconsejo encarecidamente que lo hagan; les ahorrar\u00e1 una gran cantidad de estr\u00e9s. Y si alguien a\u00fan no sabe sobre SureBackup, recomiendo leer. la documentaci\u00f3n<\/a><\/noindex>.<\/p>\n

      Eso es todo por hoy, \u00a1gracias por su atenci\u00f3n!<\/p>\n

      Qu\u00e9 m\u00e1s leer<\/h1>\n

      \nArt\u00edculos en Habr:<\/p>\n