¿Está pensando en actualizar el Server para la versión 22.1? De forma predeterminada, habilitamos el AMP Engine más rápido. Lea acerca de cómo estos cambios en la configuración del sistema pueden afectarlo.

2022.1.1.30569 Patch Release Update

The 2022.1.1.30569 Patch/Minor release has been removed from the Download Portal due to a missing signature in some of the included files. This causes the files to not be recognized as valid files provided by Alteryx and might trigger warning messages by some 3rd party programs. If you installed the 2022.1.1.30569 release, we recommend that you reinstall the patch.
Free Trial

Base de conocimiento - Español

Copia de respaldo y recuperación de Alteryx Server, Parte 1: Prácticas recomendadas

Community_Admin
Alteryx
Alteryx
Created

He enfrentado algunas situaciones últimamente que resultaron en la pérdida de datos debido a que no estaba disponible la copia de respaldo de Alteryx Server. No puedo dejar de enfatizar la importancia de hacer copias de seguridad regulares de tu servidor. Este artículo, el primero de una serie de dos partes, cubrirá algunas opciones y prácticas recomendadas para asegurar que tengas las copias de seguridad disponibles en el caso de necesitarlas. La Parte II se concentrará en la instancia MongoDB incrustada que se proporciona con la instalación de Alteryx Server. Si estás utilizando una instancia MongoDB administrada por usuarios, consulta los documentos de MongoDB para conocer sobre procedimientos de copia de respaldo y recuperación en https://docs.mongodb.org/manual/administration/backup/.

 

Repasemos algunas prácticas recomendadas aceptadas para hacer copias de respaldo de servidores y bases de datos:

 

Programar copias de respaldo regulares: hacer copias de respaldo de manera consistente y regular es clave para asegurarte de minimizar la pérdida de datos y el tiempo de inactividad. Yo recomiendo hacer copias de respaldo nocturnas, durante horas no pico, para minimizar el impacto potencial en los usuarios y la pérdida de la mínima cantidad de datos en caso de un bloqueo u otra falla. Si no es posible realizar copias de respaldo nocturnas, programar copias de respaldo semanales también es una opción. Lo importante es establecer un cronograma regular.

 

Mantener copias de respaldos históricos durante un periodo definido: algunas veces pasa lo inesperado y la copia de respaldo falla, se corrompe, se pierde/borra o el problema no es advertido de inmediato (lo que causa que el problema esté presente en las copias de respaldo). Tener copias de respaldo históricas ayuda a asegurarte que tienes una copia de respaldo disponible y te permite elegir una que fue creada antes de que comenzara el problema.

 

Almacenar las copias de respaldo en la red o un almacenamiento SAN: almacenar tus copias de respaldo en el mismo servidor donde se encuentran los datos corre el riesgo de tener disponibles esas copias de respaldo durante un evento de falla. Consideremos qué pasa cuanto tu servidor sufre una falla de disco. Si las copias de respaldo se almacenan localmente es ese disco, también desaparecieron, lo que hace imposible recuperarlas.  Sin embargo, si almacenas tus copias de respaldo en la red, no se verían impactadas por un evento de falla en el servidor.

 

Mantén una copia externa de la copia de respaldo: esto va de la mano de lo mencionado anteriormente. Si las únicas copias de respaldo están en un servidor de archivos en el mismo centro de datos que Alteryx Server, y ese centro de datos sufre un desastre, perderás tu servidor y tus copias de respaldo. Si tienes una copia externa adicional, podrás traer de vuelta al servidor en la Nube o en otro centro de datos, si lo necesitas.

 

Valida tus archivos de copia de respaldo: debes verificar periódicamente y asegurarte de que tus copias de respaldo se están realizando con éxito y confirmar que las copias de respaldo son válidas y pueden usarse. No hay nada peor que establecer un proceso de copias de respaldo y, luego, descubrir, luego de una falla, que las copias de respaldo dejaron de funcionar hace 6 meses o que ninguna puede usarse. 

 

Practicar los procedimientos de recuperación con regularidad: los simulacros de recuperación te permiten familiarizarte con el proceso de restitución y con la cantidad de tiempo necesario para volver a un estado totalmente funcional en caso de desastre. También se ha probado que la práctica reduce la aparición de errores y puede ahorrar tiempo valioso. Yo recomiendo realizar un simulacro de recuperación trimestralmente o cada seis meses.

 

Ten en cuenta que, en la mayoría de los casos, no es necesario hacer copias de respaldo de todo el servidor, incluyendo el SO y todos los datos. De hecho, en realidad puede aumentar significativamente el tiempo promedio de restitución. En lugar de eso, recomendaría hacer copias de respaldo de los datos críticos y los archivos de configuración del servidor. Esto es debido a que es significativamente más rápido realizar una instalación limpia del servidor y el software necesario y, luego, restituir los datos o la configuración copiada que restituir todo el servidor. Esto es especialmente cierto en el caso de servidores virtuales, ya que implementar un nuevo servidor virtual lleva minutos en la mayoría de los casos. Estas copias de respaldo limitadas pueden reducir el tiempo que insume realizar y validar las copias de respaldo y reduce las necesidades o costos de almacenamiento que implican tener esas copias de respaldo.

 

Parte 2 Copia de respaldo y recuperación de Alteryx Server, Parte 2: Procedimientos

 

 

No hay clasificaciones