Bienvenido a nuestra comunidad, en este lugar vas a hallar la resolución a lo que buscas.
Solución:
En teoría, la carga en el servidor remoto (por agregado) será la misma. Es la misma cantidad que se descarga de un servidor y la misma cantidad que se carga en otro, pero el punto de enfoque de esa carga cambia.
Desde tu enlace:
Al descargar la copia al servidor, se convierte en el propio servidor el que realiza la copia. Para dos servidores en el mismo centro de datos, puede ser mucho más rápido, ya que la copia puede ocurrir a la velocidad del enlace del centro de datos local. Si tiene una conexión de 10 Mbps a ambos servidores, pero ellos tienen conexiones locales de 10 Mbps, la copia local será increíblemente lenta en comparación. Puede causar una mayor carga instantánea de CPU o de red, pero la transferencia puede ocurrir más rápido. Incluso podría ser que la transferencia sea más eficiente, debido a la menor latencia causada por varios dispositivos de red entre usted y el servidor.
Como se menciona en ese enlace, al descargar la copia en el servidor mismo, elimina casi por completo su máquina local de la ecuación:
Un archivo de origen y un archivo de destino pueden estar en el mismo volumen, dos volúmenes diferentes alojados en la misma máquina, un volumen local y un volumen remoto a través de Server Message Block (SMB2 o SMB3), o dos volúmenes en dos máquinas diferentes a través de SMB2 o SMB3
Así que no importa si es el mismo servidor o servidores diferentes, la operación de copia será mucho más eficiente y usará lo que esté disponible.
En un servidor o clúster con deduplicación, una copia podría tener un costo efectivo cero en términos de tiempo de CPU y disco, ya que no sería necesario copiar los datos reales del archivo hasta que se realicen los cambios. Solo sería necesario crear una referencia de archivo. En este caso utilizando /NOOFFLOAD sería un desperdicio masivo de recursos, ya que descargaría los datos y los volvería a cargar, mientras obligaba al servidor a volver a verificar y desduplicar los datos.
Deshabilitar la descarga obligará a la descarga a pasar por su máquina. Descargará los datos de un servidor y los cargará en el otro. Hay algunos situaciones en las que esto podría ser deseable, especialmente si sabe que está entre dos servidores y tiene un enlace más efectivo, quizás con menos enrutamiento o dispositivos de administración.
La descarga es un mecanismo de optimización: cuando está copiando un archivo entre dos ubicaciones que no están en su máquina, no es necesario que su máquina vea los datos si las ubicaciones pueden estar de acuerdo entre sí para realizar la transferencia directamente. Esta es una optimización opcional y se utilizará cuando sea posible. Pero /NOOFFLOAD lo deshabilita, por lo que incluso si se pudiera usar la optimización, no lo será. Es básicamente una pesimización prematura. Hay muy pocas razones para usarlo realmente. A veces se insiste en que /NOOFFLOAD se asegurará de que se realizó realmente una copia de los datos, en lugar de, por ejemplo, vincular el archivo. Que quede claro que este NO es el casoy usar esta opción en lugar de copias de seguridad es una tontería, a menudo con una etiqueta de precio adjunta.
En situaciones donde el mecanismo de descarga está disponible, el almacenamiento a menudo se deduplica y, aunque los datos harán un viaje de ida y vuelta a través de su sistema, lo harán solo para llegar al filtro de deduplicación de bloques que descartará los bloques duplicados. En otras palabras: /NOOFFLOAD no mejora nada, pero puede empeorarlo mucho, y el resultado final es exactamente el mismo, si tiene suerte (siga leyendo).
El único caso de uso que conozco /NOOFFLOAD eso es de alguna preocupación para los usuarios avanzados técnicamente astutos pero por lo demás “regulares” es la prueba de estrés de la red. Si desea poner algo de carga en la red y el sistema de almacenamiento, /NOOFFLOAD se asegurará de que obtenga el peor caso posible bajo las circunstancias en términos de la cantidad de datos que se mezclan. Aunque esto no es gratis: el uso de /NOOFFLOAD aumenta la probabilidad de corrupción de datos en la copia. No existe una protección de integridad de datos de un extremo a otro en el sistema de archivos virtual de Windows, y las copias de archivos realizadas sin descarga tienen un potencial medible de saltos de bits. Esto es algo que afecta especialmente a los sistemas y redes marginales. Entonces, si cree que desea realizar una prueba de estrés, hágalo con datos que no le interesen, es decir, elimine las copias una vez que se hayan sincronizado con el disco.
Recuerda que tienes autorización de interpretar si diste con el hallazgo.