¿Alguna forma de desactivar la compresión gzip de las copias de seguridad?

Soporte
1

¿Hay alguna forma de deshabilitar la compresión gzipping de las copias de seguridad?

Porque sé que eventualmente tendré que aumentar el tamaño de mi servidor Digital Ocean, pero como eso esencialmente duplica el costo mensual, lo estoy posponiendo tanto como puedo.

Y después de la última actualización (cuando cambió al nuevo postgres), parece que he llegado al punto en que se puede hacer mi copia de seguridad, pero luego falla al comprimirla con gzip. Irónico.

Dado que copio la copia de seguridad fuera del servidor y la almaceno en otro lugar después de que se crea, el gzip no tiene ningún valor real (un tiempo de transferencia ligeramente más largo) y puedo comprimirla con gzip después de sacarla del servidor para almacenamiento a largo plazo. Además, gran parte del tamaño de la copia de seguridad son las cargas, y las imágenes y demás ya estarán comprimidas.

Pero actualmente, debido al proceso de gzip, toda la copia de seguridad no funciona.

Entonces, ¿hay alguna forma de simplemente decir que no comprima la copia de seguridad con gzip?

2

¿Has ejecutado

./launcher cleanup

Para eliminar la base de datos antigua?

Otra cosa que puedes hacer es usar almacenamiento en bloque para añadir espacio.

3

Ver solicitud/observación anterior:

Reduce las necesidades de espacio en disco local al no comprimir (redundantemente) las copias de seguridad

2 Me gusta
4

¿Esperar, todo lo que se necesita es añadir la bandera --gzip a tar y evitaría el problema por completo?

5

No lo había hecho, y eso de hecho recupera un buen trozo de espacio que resolverá mi problema inmediato.

Cambiar a usar la opción --gzip todavía parece una muy buena idea.

Pero al menos he pospuesto duplicar mi factura mensual durante otros seis meses o más, así que gracias.

6

El almacenamiento en bloque es bastante barato, creo. Podrías usarlo solo para copias de seguridad o también para subidas. Creo que podría ser un poco complicado ver que el almacenamiento en bloque se utiliza para el espacio temporal utilizado para crear la copia de seguridad.

7

¿Puedo usar el almacenamiento de bloques solo para las copias de seguridad? Si es así, esa podría ser una opción para extender el tiempo hasta que tenga que duplicar el servidor, a menos que primero lo cree localmente y luego lo copie a S3, en cuyo caso no ayudaría en absoluto.

8

Sí. Sería la misma idea que describí para las cargas. Lo que no recuerdo es dónde se escriben los archivos temporales. Creo que puede ser en los registros de copias de seguridad. Solo tendrías que asegurarte de que ese directorio esté mapeado al espacio de almacenamiento adicional en tu app.yml.

9

Creo que harías algo como

volumes:
  - volume:
      host: /var/discourse/shared/standalone
      guest: /shared
  - volume:
      host: /var/discourse/shared/dashboard/log/var-log
      guest: /var/log
  - volume:
      host: /bigExtraSpace/tmp
      guest: /shared/tmp
  - volume:
      host: /bigExtraSpace/backups
      guest: /shared/backups
2 Me gusta
10

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.