Hola gente, necesito su ayuda, soy nuevo en esto, estoy configurando mi comunidad en mi servidor, tengo preguntas sobre la copia de seguridad, ¿cómo puedo configurarla para que se haga 3 veces al día? y ¿es segura esta copia de seguridad? Si algo le sucede a mi servidor, ¿puedo migrar toda mi comunidad con toda la configuración a otro servidor?
No puedes hacerlo (sin recurrir a complicados scripts personalizados)
Sí, siempre que la almacenes en otro lugar (como en S3)
2 Me gusta
Entiendo, creo que es un poco arriesgado tener solo una copia de seguridad al día, si la comunidad está muy ocupada existe el riesgo de perder datos ya que la copia de seguridad más cercana podría tardar 24 horas… Volviendo al tema, ¿puede decirme si al añadir un bucket S3 los archivos de copia de seguridad van directamente a S3 o también se guardan en la máquina donde está alojado el discurso?
Primero se guardan en la máquina, luego se suben (y se eliminan de la máquina).
1 me gusta
Entiendo, en mi caso esta solución no funciona, será insegura.
¿Qué es inseguro en s3?
Si no confías en él por alguna razón, podrías usar almacenamiento local y sincronizar los archivos a otro lugar. Pero eso sería menos seguro que s3.
1 me gusta
La inseguridad a la que me refiero no es S3, sino en el propio discurso, el tiempo mínimo de copia de seguridad es de 1 día, pero si se analiza este período para la próxima copia de seguridad, puede haber un problema o situación en el servidor o en el propio archivo, por lo que si se trata de una comunidad muy activa, puede perder algunos datos.
Si no puede permitirse la probabilidad de tal pérdida de datos, debería invertir en una configuración de base de datos que se replique en otro proveedor de alojamiento o zona de disponibilidad. Pero estas cosas tienen un precio.
Al realizar la gestión de riesgos, el riesgo de que algo salga mal es la probabilidad multiplicada por el impacto. Si desea disminuir el riesgo, puede disminuir la probabilidad del desastre o el impacto.
Tener copias de seguridad más frecuentes es una medida que disminuye el impacto. También podría considerar disminuir la probabilidad, por ejemplo, obteniendo un alojamiento más confiable.
En los últimos 10 años de alojamiento de muchos, muchos foros de Discourse con Communiteq, nunca hemos tenido un caso en el que deseáramos haber tenido copias de seguridad más frecuentes.
2 Me gusta
Soy nuevo en discourse, así que lo que dijiste no lo entendí muy bien.
Él dice que en diez años de administrar cientos de foros, nunca ha deseado tener copias de seguridad más frecuentes.
Si sus datos son muy valiosos, puede configurar PostgreSQL para replicar en otro servidor para que pueda cambiar a una copia de seguridad en caliente y perder muy pocos o ningún dato. Puede buscar en Google “replicación de postgres”. Supongo que le llevaría uno o dos días configurarlo y unos días más asegurarse de que realmente comprende cómo cambiar al servidor de respaldo.
También podría crear un trabajo cron que ejecute la copia de seguridad cada diez minutos y tener esas copias de seguridad en s3.
Sin embargo, la recomendación es que encuentre otra cosa por la que preocuparse.
1 me gusta
Entendido, de acuerdo, veré qué es lo mejor que puedo hacer.
1 me gusta
Simplemente no puedo entender por qué tantos se oponen a copias de seguridad de bases de datos más frecuentes. ¿Qué hay detrás de esto? Por favor, explíqueme por qué con Discourse un límite máximo de 24 horas no es una amenaza, pero lo es en cualquier otro lugar. Mi WordPress/Woocommerce hace copias de seguridad de la base de datos cada 5 minutos y tiene un precio prácticamente nulo.
Desde el principio del mundo digital ha habido dos verdades universales:
- las copias de seguridad son con demasiada frecuencia demasiado antiguas
- hacer copias de seguridad debe ser automático, porque confiar en los humanos es una forma garantizada de olvidarlo
Tampoco entiendo cómo no pueden ver los riesgos en una copia de seguridad que se ejecuta cada 24 horas, durante este período pueden ocurrir grandes pérdidas de información confidencial.
Si quieres crear copias de seguridad con más frecuencia, puedes crear un script cron para hacerlo o crear un plugin que lo haga con más frecuencia. Si vas a hacer copias de seguridad con más frecuencia, querrás asegurarte de que las subidas estén en s3, ya que hacer copias de las subidas con cada copia de seguridad es caro.
Creo que Cdck/discourse.org hace copias de seguridad dos veces al día. Lo hacen con algún script externo.
Si no quieres averiguar cómo gestionar las copias de seguridad de postgres, puedes preguntar en Marketplace con un presupuesto y decir si prefieres que un plugin cree copias de seguridad o si necesitas ayuda con postgres para crear scripts de copias de seguridad de la base de datos postgres o copias de seguridad de discourse.
Eso no es una característica nativa de WordPress, ¿verdad? Es un plugin, ¿no?
Pero el punto es que hacer copias de seguridad más frecuentes probablemente sea innecesario, al menos según la experiencia de algunas personas que han gestionado muchos foros de discourse durante muchos años.
Pero estamos hablando de la base de datos aquí. Hacer copias de seguridad de las cargas en S3 cada pocos minutos es una estupidez.
Pero aun así me gustaría saber por qué esta es una pregunta tan importante.
No hay ninguna solución integrada de Autommatic en absoluto. Pero hay muchas opciones por las que no hay necesidad de crear tal funcionalidad. Todo el ecosistema es diferente y Discourse como entorno carece totalmente de tal variedad. Todo aquí está fuertemente construido sobre B2B, lo sé, y no hay necesidad ni deseo de desarrollar una solución a nivel de cliente similar a la que tienen WordPress y sus plugins.
Todo lo que quiero saber es cuál es la verdadera razón por la que esta es una pregunta tan difícil.
No estoy en contra. Simplemente no creo que lo necesite, y nunca lo he necesitado.
No sería muy difícil ni requeriría mucho trabajo crear un plugin que lo haga. Sin embargo, nadie lo ha creado. Eso probablemente sea una señal de que no es tan importante para muchos 
2 Me gusta
Sí, la prueba real de cualquier requisito es si CDCK lo recoge o si alguien publica en Marketplace con un presupuesto significativo.