Creación de un plan de recuperación ante desastres para su sitio de WordPress

¿Tiene un plan de recuperación de desastres para su sitio de WordPress? Si respondió que no, entonces probablemente estará en buena compañía, porque no muchos sitios lo hacen. Sin embargo, qué tan bien ha planeado el desastre determinará qué tan bien y qué tan rápido se recuperará después de él. Desarrollar un plan de recuperación en caso de desastre es rápido y relativamente fácil. Y si el desastre golpea, le ahorrará tanto tiempo y ansiedad que alguna vez se preguntará por qué ha pensado que podría vivir sin uno. ¿Qué es un plan de recuperación en caso de desastre? Un plan de recuperación en caso de desastre describe no solo la forma de recuperación después de una serie de desastres, sino también pasos para mitigar el riesgo de desastre.
Los mejores planes equilibran los detalles con simplicidad. Después de todo, se utilizarán en situaciones bastante estresantes, por lo que deben aclarar el objeto. Un plan básico incluirá:
Una lista de verificación de investigación (¿incluso tenemos un desastre?)
una lista de escenarios de desastre
Una lista de acciones de recuperación para cada escenario, junto con quien es responsable de llevar a cabo la acción
Acciones y medidas a tomar para reducir el riesgo de desastre
Acciones y medidas a tomar para minimizar el tiempo de recuperación
Una lista de datos de contacto para todos los responsables de las acciones en caso de recuperación en caso de desastre
¿Por qué tiene un plan de recuperación en caso de desastre? Si se produce un desastre, ya sea que su sitio esté pirateado, hay una falla de hardware o, peor aún, su proveedor de alojamiento se desconectará, entonces su nivel de estrés aumentará rápidamente. Si este es un sitio de cliente, entonces tiene la alegría adicional de administrar su fuerza. Tener un plan de recuperación de desastres significa que todas las decisiones ya se han tomado en un desastre tranquilo, así que ahora, cuando el desastre golpeó, solo puede Sigue tu plan. Sin pánico, sin lo que sería, solo paso a paso con una calma. ¿Qué sucede en un plan de recuperación en caso de desastre? La lista de verificación de investigación, el paso más importante de un plan de recuperación de desastres es determinar si se enfrenta a un desastre. Tener una lista de verificación de investigación le permite determinar rápida y fácilmente si realmente tiene un desastre y, de ser así, qué tipo de desastre es esto.
En general, llamará a la lista de verificación cuando usted, el cliente o el servicio de seguimiento de tiempo operativo, observe que el sitio no responde, por lo que puede confirmar que hay un problema real y si puede remediarlo. Dos cosas para recordar:
La lista de verificación es solo para determinar si tiene un problema persistente que requiere mitigación
Hay muchos componentes involucrados en hacer una solicitud para una página y esa página se entrega a un navegador, muchos de ellos no tienen control sobre
Una vez que haya completado la lista de verificación, sabrá qué es el script y qué curso de acción tomar.
Escenarios Los escenarios son los diferentes tipos de “desastres” que pueden ocurrir. Una vez que haya determinado el escenario, puede determinar la gravedad, las acciones necesarias para “remediar” la situación y quién es responsable de esas acciones. Los escenarios comunes incluyen: el proveedor de alojamiento disminuye, esto podría ser por varias razones, pero si es probable que el tiempo no funcional para su sitio sea durante días en lugar de horas, entonces es posible que deba tener el sitio en funcionamiento. en una nueva ubicación.
Su sitio está roto: uno de los desastres más comunes y uno que a menudo requiere una restauración completa para remediar
Una actualización del núcleo/complementos/tema “rompa” el sitio, ocurre con demasiada frecuencia, especialmente cuando se instala una actualización a toda prisa, esto puede requerir que la actualización se “renuncie” al restaurar los archivos al estado de actualización.
La lista de contactos es sorprendente lo difícil que puede ser poner su mano en los datos de contacto correctos cuando los desee.
La lista de contactos es el lugar de inicio para el nombre, la dirección de correo electrónico y el número de teléfono móvil para cualquier persona que deba tomar medidas o estar informados.
¿Es así como se ve tu plan actual? Lo que debe considerar al crear su respuesta Su respuesta a cada escenario dependerá de una serie de factores que serán diferentes para cada sitio, incluso dentro de una cartera. Límites aceptables de no función Este es el factor más importante a determinar. La mayoría de los propietarios del sitio probablemente responderán que no existe un tiempo “aceptable” que no funcione, por lo que deberá ser extremadamente realista, pero lo que está tratando de saber es cuánto tiempo se puede detener un sitio antes de tener que buscar arreglos alternativos. de alojamiento. , incluso si solo es temporal. Claramente, un sitio de comercio electrónico tendrá un límite de tiempo diferente de un sitio de información, por lo que debe determinar qué tan crítico es el sitio. Una cosa para recordar al establecer los límites aceptables es que trasladar un sitio a un proveedor alternativo requiere una actualización DNS y su propagación puede demorar hasta 24 horas. Entonces, incluso si puede reconstruir un sitio en un nuevo entorno en una hora, no necesariamente significa que estará disponible de inmediato. Una parte esencial de un plan de recuperación de desastres es administrar las expectativas, por lo que asegúrese de que todas las expectativas sean realistas.
La frecuencia del punto de control Si su respuesta a cualquier escenario requiere una restauración, entonces debe pensar en cómo configura su régimen de respaldo y, en particular, la frecuencia de los puntos de control. Un punto de control es un momento en que se lleva a cabo un instante de su sitio para restaurar un punto de control significa la recreación del sitio como lo fue cuando se realizó el instante y la pérdida de cualquier dato que se creó entre el punto de control y el momento de falla. Si, por ejemplo, su régimen de respaldo es diario a las 8:00 y restaura un sitio a las 5:00 p.m., entonces su punto de control tiene 9 horas. ¿Eso será un problema? ¿Cuál es el impacto de la pérdida de datos para un día? Para algunos sitios, el impacto puede ser mínimo. Para los sitios comerciales, el impacto puede ser alto y, por lo tanto, los puntos de control deben tomarse con mayor frecuencia o incluso constante. La empresa de hosting WPEngine ofrece puntos de control de restauración, mientras que el servicio automático, VaultPress, ofrece una copia de seguridad de tiempo real. El régimen actual de respaldo del anfitrión casi todos los proveedores de alojamiento tienen un tipo de régimen de repuesto, pero apuesto a que la mayoría de los propietarios de sitios de WordPress no serían sobre detalles. Simplemente asumimos que se toman las copias de seguridad y que pasaremos sobre el puente restaurado cuando lo alcancemos.

Pero si no sabe cómo funciona, entonces sabe que, en caso de un desastre, ¿resolverá su problema? Asegúrese de estar completamente sobre el régimen de copia de seguridad del host y decida qué papel puede desempeñar, si corresponde, en la recuperación ante desastres. Específicamente, mira:
¿Con qué frecuencia hace su host de copia de seguridad para archivos y base de datos? ¿Dónde se almacenan sus copias de seguridad? Fuera del sitio es el más seguro pero obviamente aumenta el tiempo de restauración
¿Cuál es el proceso de iniciar una restauración?
¿Cuánto dura una restauración típica?
¿Cuánto cuesta una restauración?
Las copias de seguridad de bricolaje La oportunidad de controlar el régimen de copia de seguridad y la restauración sin tener que confiar en su host puede ser su preferencia y hay muchas soluciones disponibles para los propietarios de sitios de WordPress.
Al seleccionar un producto o servicio, entonces desea utilizar los mismos criterios que al evaluar el régimen de copia de seguridad del host:
¿Puede hacer frente a su frecuencia de control necesaria?
¿Dónde se almacenan los archivos de copia de seguridad? (Realmente desea una nube de inclusión fuera del sitio, no tiene sentido exprimir el mismo servidor web que aloja su sitio)
¿Cuál es el proceso para completar una restauración?
¿Cuánto tiempo llevará una restauración?
VaultPress, la mejor solución de respaldo entre todas las soluciones de respaldo, el servicio VaultPress de Automatic parece ser el más impresionante, especialmente los planes básicos y premium, donde interviene la copia de seguridad de tiempo real.
Para estos planes, VaultPress promete que “se realizará una copia de seguridad de cada publicación, comentario, archivo de medios, revisión y configuración en el tablero como sucede”, lo que suena como una frecuencia de frecuencia.Los planes cuestan $ 10/mes (básico) y $ 50/mes (prima), que al valor nominal parece ser una tranquilidad a un precio excepcional.Manténgalo breve y simple si crear un plan parece demasiado desalentador, entonces no se logrará.No está buscando un documento de 200 páginas que cubra cada detalle;Quieres algo corto y para el objeto.Sea creativo y use diagramas de flujo para la lista de verificación de investigación;Ponga los escenarios, actores y acciones en una mesa.La idea es que se accede a esta información en un momento estresante y debe ser fácil de entender y fácil de seguir.Menos es definitivamente más.
Una vez que se informa el problema, lo único que importa es cuánto tiempo lleva remediar el tiempo de recuperación si sigue su plan y determina que se requiere una recuperación (ya sea el sitio se restaura en la ubicación actual o se recrea en una nueva ubicación) , Entonces debe asegurarse de que se minimice el tiempo requerido para la restauración. Haga una copia de seguridad antes de cada actualización principal, este es solo un paso prudente, pero si actualiza un complemento o tema, asegúrese de hacer una copia de seguridad de sus archivos y base de datos actuales, por lo que si algo no funciona bien, puede “cerrar” rápidamente ” Los cambios restaurando los archivos originales. Obviamente, mire el tiempo de operación, cuanto antes sepa que tiene un problema, antes podrá comenzar a resolverlo. Hay una multitud de herramientas de monitoreo de tiempo de funcionamiento, pero un buen lugar de inicio sería con el servicio de monitor de jetpack. Esto verifica su sitio cada 5 minutos y si el sitio tarda más de 10 segundos en responder, el monitor enviará un correo electrónico. Usando un CDN si tiene que restaurar completamente un sitio, entonces el director potencial será el componente más grande de la restauración, especialmente si tiene una gran cantidad de archivos de imagen, video o PDF en el sitio. Para eliminar por completo este requisito, puede considerar mover estos archivos a una red de distribución de contenido (CDN) como Amazon S3, MaxCDN o XXX. Aunque habrá un costo involucrado, su tiempo de recuperación podría reducirse considerablemente. Y, como un bono, tus visitantes
Puede encontrar un aumento de velocidad al descargar y descargar su servidor web. Lea más sobre la integración de un CDN de WordPress. Defina el proceso de restauración, esto puede parecer obvio, pero debe saber, de antemano, exactamente cuáles son los pasos para el proceso de restauración. ¿Reconstruirá el sitio in situ o lo construirá localmente y luego pasará al host de producción? ¿En qué forma es la copia de seguridad de la base de datos? ¿Cuál es el orden de restaurar diferentes componentes? ¿Cómo probará si la restauración fue exitosa? Tenga en cuenta el proceso de restauración, paso a paso, luego pruebe cuidadosamente. Haga una ejecución en seco Ejecute el proceso de restauración, ya sea local o en un sitio de prueba. Encuentre los objetivos y los posibles problemas ahora y no la primera vez que tiene que hacerlo para siempre. Una vez que el proceso haya terminado, revise los pasos, resuelva cualquier problema y considere el tiempo requerido y cambie el proceso según sea necesario. Una actualización importante de WordPress siempre es una buena oportunidad para probar el proceso. Realice una prueba de ejecución en seco El proceso de recuperación nuevamente. Regularmente. Cuanto más lo pruebes, más rápido serás en un escenario de desastre de la vida real. Haga un funcionamiento seco bien, comprende el mensaje.
Es posible que no inmunice su sitio, pero puede reducir el impacto de un desastre mejor que la curación de un aspecto importante de un plan de recuperación de desastres es tratar de reducir el riesgo de un desastre tanto como sea posible. Elegir el anfitrión correcto. Su host debe ser adecuado para límites de tiempo no funcionales aceptables. Si usted (o su cliente) desea un diente mínimo para el tiempo no funcional, entonces alojar en casas de bajo precio no proporcionará el tiempo de operación requerido y probablemente ni siquiera la velocidad de respuesta o desea si se produce un desastre. En general, cuanto más desee o necesite más confiabilidad y servicios, más costará la solución. Mantener su sitio de manera segura si su sitio está pirateado es el escenario más probable que requiere una recuperación completa del sitio, entonces es lógico hacer todo lo que puede evitar que ese hack suceda primero. Deje de lado el tiempo o obtenga ayuda profesional para asegurarse de haber tomado todas las medidas de seguridad adecuadas para su sitio. Puede obtener más información sobre la seguridad de WordPress con nuestra serie reciente: Essential WordPress Security: Di Good Hackers
WordPress Security Essentials: cuatro puntos de vulnerabilidad

WordPress Security Essentials: contraseñas y nombres de usuario

WordPress Security Essentials: construir una defensa estratificada
WordPress Security Essentials: tácticas de obstáculos y niños de repuesto

Deshabilite la actualización automática ya que WordPress entregó la actualización automática de la versión menor con la versión 3.7, ha habido un debate continuo sobre si es una buena o no característica. Aunque es un riesgo relativamente bajo de una actualización menor de WordPress romper un complemento o tema, existe y puede decidir que desea eliminar por completo este riesgo y actualizar manualmente después de probar cualquier impacto. Esto se extenderá a cualquier complemento que ofrezca la opción de actualización automática. Dónde almacenar su plan de recuperación en caso de desastre, no tiene sentido tener un plan de recuperación de desastres si no puede acceder a él cuando llega a un desastre. El plan debe almacenarse en un lugar accesible para todos aquellos que lo necesitan y, por este motivo, probablemente esté mejor ubicado en un tercero, como Dropbox o Google Drive. Personalmente, me gusta la idea de usar Google Docs en la unidad. No solo es una forma simple de hacer que la información esté disponible, sino que puede ser editable y, por lo tanto, se convierte en un “documento vivo”. Pero puede que nunca suceda, de hecho, no solo un desastre nunca puede suceder, sino que realmente no queremos suceder. La ironía de un plan de recuperación en caso de desastre es que nunca queremos ejecutarlo. Sin embargo, el hecho es que hay demasiados componentes sobre los que no tenemos control para que el propietario de un generador sustancial o de ingresos tenga un plan de recuperación en caso de desastre que simplemente consiste en mantener sus dedos cruzados para no pasar nunca. . . Estar preparado no evitará un desastre, pero significará que su sitio.
Volverá y trabajará lo antes posible.Préstamos fotográficos: construcción en llamas, dedos cruzados, vacunación ¿Tenía que recuperar su sitio de WordPress de un desastre?¿Tiene un plan de recuperación en caso de desastre?
Etiquetas:
respaldo
recuperación en caso de desastre
Seguridad de WordPress