Entiendo que puedes rsync con arg -z y -a para comprimir y archivar.
¿Alguien puede decirme si estas opciones afectan de alguna manera los archivos de los que se realiza la copia de seguridad si alguna vez es necesario restaurarlos a su carpeta original?
Copié muestras de archivos multimedia después de hacer rsync -avz y parecen funcionar bien, pero quería asegurarme.
gracias
Respuesta1
¿Alguien puede decirme si estas opciones afectan de alguna manera los archivos de los que se realiza la copia de seguridad si alguna vez es necesario restaurarlos a su carpeta original?
No, el -zcambio no afecta de ninguna manera los datos escritos en la ubicación de destino y -asimplemente está destinado a garantizar que se realice una copia más fiel. Para más información, sigue leyendo...
La página de manual de rsync describe el modificador -z( --compress) de la siguiente manera:
-z,--compresscomprimir los datos del archivo durante la transferencia
( -aes simplemente una abreviatura que habilita cambios destinados a garantizar que los datos de la ubicación de destino sean idénticos en todos los aspectos a los datos de la ubicación de origen una vez finalizada la transferencia. Tiene un efecto en los metadatos del archivo, pero no en el contenido del archivo;contenidode los archivos copiados serán los mismos ya sea que los haya usado -ao no.)
Tenga en cuenta que la descripción -zdice compresióndurante la transferencia. Esa es la parte importante, pero puede que no sea fácil de entender sin algunos conocimientos previos.
Principalmente, el hecho de que rsync utiliza una arquitectura cliente/servidor, incluso para transferencias locales; un lado lee datos de la ubicación de origen y el otro lado escribe en la ubicación de destino. Entre estos dos puede haber una conexión de red o pueden estar ejecutándose en el mismo host. Esta arquitectura permite que rsync use exactamente el mismo protocolo y esencialmente la misma implementación para copiar localmente o copiar a través de una red: la única parte que necesita cambiar es una capa intermedia que realmentereenvía datos de un lado a otro entre las instancias de rsync.
Cuando su rendimiento está limitado por el rendimiento de la red,osi se le cobra por la cantidad de datos de red transferidos,y posiblemente sitienes tiempo de CPU libre en los sistemas de origen y de destino,entoncescomprimir el flujo de datos que fluye a través de la red puede ayudar a que el proceso de copia finalice antes (o cueste menos) porque intercambia algo de tiempo de CPU adicional utilizado por menos datos que fluyen a través de la red.
El proceso rsync de destino luego descomprimirá los datos antes de procesarlos más y, finalmente, escribirlos en el almacenamiento.
De esto se desprende queactivar la compresión al copiar archivos localmente usando rsync es esencialmente una pérdida de tiempo de CPU,ya que la conexión entre las dos instancias de rsync involucradas es mucho más rápida que cualquier otra E/S involucrada y la misma CPU estaría realizando tanto la compresión como la descompresión del flujo de datos. En tal caso, ignorando el almacenamiento en caché por un momento, los datos se leerían del disco (lento) a la RAM, posiblemente se copiarían dentro de la RAM (rápido) y luego se escribirían nuevamente en el disco (lento). Los componentes lentos van a dominar, y copiar menos datos dentro de la RAM no ayudará a acelerar el proceso notablemente (y muy bien puede ralentizarlo debido al procesamiento adicional requerido, que en sí mismo muy posiblemente requiera una copia en la RAM de datos). Si usted esen realidadDesafortunadamente, habilitar la compresión lo pondrá por encima del límite en el que se debe usar el espacio de intercambio para que quepan todos los datos requeridos en la memoria, lo que básicamentemataractuación.
La RAM normal hoy en día puede manejar transferencias sostenidas de varios gigabytes por segundo sin sudar. Una unidad de disco giratorio de 7200 rpm tiende a alcanzar un máximo de aproximadamente 120-150 MB/s en operación secuencial, y la E/S de archivos aleatoria (como lo hace rsync) prácticamente nunca es secuencial durante más que ráfagas cortas. Los SSD pueden funcionar mejor tanto en términos de latencia como de rendimiento, pero aún asíórdenes de magnitudmás lento que la RAM. Por lo tanto, al copiar localmente, siempre estará vinculado a E/S ycomprimir el flujo de datos en tránsitoa lo mejorno hace ninguna diferenciaporque todavía se lee y escribe la misma cantidad de datos, que como vimos anteriormente son las partes lentas del proceso.