l primer paso para trabajar con DFS es
crear una raíz DFS (o abrir una para trabajar con una raíz existente). Para
hacerlo, hay que seguir estos pasos:En Windows 2000, tanto compartir archivos como los medios de almacenamiento extraíbles se han simplificado para el usuario final. Y mientras que las tareas rutinarias asociadas a la administración se han racionalizado, compartir archivos y los medios de almacenamiento extraíbles ahora son más complejos de administrar debido a que las características de tecnologías simples han crecido.
Uno de los problemas con compartir archivos y las redes es que los usuarios suelen tener dificultades para encontrar los archivos en la red a la que tienen acceso. Si se crea un único servidor de archivos para la red, este problema puede ser intrascendente. Sin embargo, cuando se añaden múltiples servidores de archivos en diversas ubicaciones, la ayuda a los usuarios a encontrar los recursos compartidos correctos puede convertirse en un trabajo a tiempo completo.
El Sistema de archivos distribuido (Distribuited File System, DFS) fue diseñado para ayudar a aliviar este dilema, mientras se proporciona también los beneficios del equilibrio de carga, tolerancia a fallos adicional y conservación del ancho de banda libre de la red. DFS logra estos objetivos ocultando la estructura subyacente de compartir archivos dentro de una estructura de carpeta virtual tal que los usuarios verán una única estructura continua de carpetas, la cual está formada en realidad por carpetas que residen en una docena de distintos servidores esparcidos a través de la organización.
La principal ventaja de DFS es su único punto de acceso para todos los recursos compartidos de la red. Otro beneficio es que permite organizar los recursos compartidos de archivos y administrar disponibilidad y tolerancia a fallos mejorada, así como la funcionalidad de equilibrio de carga. Además, la seguridad es fácil con DFS.
DFS hace más fácil al usuario encontrar y acceder a los archivos compartidos que necesiten. Sin DFS, los usuarios a menudo tienen que conectarse a una serie de recursos compartidos diferentes en varios servidores de archivos para obtener los archivos que necesitan. A menos que los usuarios sepan en qué servidores y qué archivos compartidos buscan, tienen que buscar los archivos por todos. DFS permite la creación de una colección virtual y organizada de forma jerárquica de archivos compartidos para que los usuarios sólo tengan que conectarse a un único servidor (el servidor host para la estructura de DFS). Todas las carpetas que necesite el usuario aparecen como si estuviesen almacenadas en el servidor incluso cuando las carpetas en realidad están almacenadas en múltiples servidores.
DFS admite la configuración de la topología de carpetas compartidas de forma que maximiza la disponibilidad, incrementa la tolerancia a fallos y permite a los administradores configurar el equilibrio de carga para archivos compartidos de gran uso. Cuando los archivos compartidos redundantes se combinan con dominios de Windows 2000 usando sitios para delimitar las áreas de alta conectividad, DFS también incrementa el rendimiento del vínculo de red enlazado a los usuarios de las carpetas compartidas lo más cercanas posible.
Para enriquecer esta gran disponibilidad, DFS protege el verdadero archivo compartido de los usuarios. Los usuarios navegan por la estructura de carpetas de DFS de manera totalmente transparente. Es posible beneficiarse de esta abstracción de muy distintas formas. Por ejemplo, se puede incrementar la disponibilidad permitiendo actualizaciones y mantenimiento del servidor sin tener que dejar la carpeta compartida fuera de línea. Para hacerlo, sólo hay que cambiar el vínculo DFS para que apunte a otro servidor con una copia de la carpeta compartida. Esta posibilidad de estar en línea puede ser especialmente útil para los sitios Web. Sólo hay que crear un sitio Web en una carpeta compartida, crear un vínculo DFS a la carpeta compartida y configurar Internet Information Server (IIS) para que use el vínculo DFS a la carpeta como sitio Web. Si es necesario quitar de línea el servidor que almacena la carpeta compartida, sólo hay que cambiar el vínculo DFS a una copia de la carpeta compartida en otro servidor (no se rompen hipervínculos haciendo esto).
Cuando se usa DFS en un dominio de Windows 2000, la topología de DFS se publica en Active Directory y automáticamente se replica a todo los controladores de dominio del dominio, lo que asegura que los usuarios siempre tendrán acceso al árbol DFS, aun cuando uno o más servidores estén caídos. También se puede configurar una raíz de DFS o una carpeta compartida en un servidor para replicar con un duplicado de la carpeta compartida en otro servidor, proporcionando tolerancia a fallos en caso de que uno de los servidores falle.
La replicación entre carpetas compartidas DFS también permite un sencillo equilibrio de la carga de red. Configurando un vínculo DFS para que apunte a una serie de servidores distintos, cada uno con idénticas carpetas compartidas que están replicadas para que sean idénticas, los archivos compartidos populares pueden lograr un beneficio de rendimiento: tener múltiples servidores manteniendo las carpetas, mientras que al usuario final todo parece estar mantenido en una única máquina.
Otra ventaja es que la seguridad de DFS es fácil de administrar. Se asignan los permisos para la raíz de DFS sobre quién puede acceder o modificar la estructura de DFS, pero el resto de la seguridad la trata el sistema de archivos NTFS. Esta ordenación tiene sentido gracias a que DFS proporciona sólo una estructura virtual del conjunto existente de archivos compartidos. Las mismas opciones de seguridad que se aplican para acceder directamente a los archivos compartidos se aplica para acceder a archivos compartidos por medio del árbol de DFS.
DFS es una nueva tecnología de Windows que introduce nuevos conceptos y términos.
Para acceder a la estructura de carpetas de DFS, es necesario un cliente DFS. Un cliente de DFS, no se puede acceder al árbol de DFS y lograr los beneficios de DFS; se puede acceder a los archivos compartidos sólo como se podría hacer si no se hubiese configurado DFS en la red. Si se está ejecutando un sistema operativo que no sea Microsoft no puede ser cliente DFS.
El tipo de clientes DFS admitidos que proporcionan diversos sistemas operativos son:
El componente del lado del servidor para DFS está integrado en Windows 2000 Server y no se puede eliminar. Windows NT 4 con Service Pack 3 o posterior también puede ser host de raíces para DFS. Sin embargo, las raíces de DFS sólo pueden implantarse en servidores Windows NT independientes, no en servidores que pertenezcan a un dominio, ya que DFS basado en dominio depende fuertemente de Active Directory, con los cuales Windows NT sólo tiene posibilidades para interactuar.
Para usar la característica de sincronización de carpetas de DFS que mantiene dos archivos compartidos idénticos, es necesario implantar los archivos compartidos en particiones NTFS de Windows 2000.
Finalmente, no se puede instalar un servidor de DFS en NetWare o en UNIX. DFS actualmente es una de esas características sólo Microsoft, tanto el cliente como el servidor. Sin embargo, se pueden incluir archivos compartidos en el árbol de DFS desde cualquier sistema operativo que pueda resolverse mediante un camino UNC, incluyendo Microsoft Windows 95, Windows 98 y NetWare.
DFS viene en dos variantes: independiente y basado en dominios.
En consecuencia, tanto la topología de DFS independiente como la basada en dominios están limitadas a una única capa de vínculos. Para lograr árboles de carpetas más profundos, las carpetas compartidas necesitan tener o bien carpetas, o bien es necesario crear un vínculo DFS a otra raíz DFS en otro servidor.
Active Directory también permite que DFS basado en dominio sincronice automáticamente las carpetas compartidas del conjunto de réplica, así como las copias de la raíz de DFS. Y mientras que DFS en la actualidad sólo puede crear un nivel de vínculos DFS por raíz (exactamente igual que DFS independiente), en futuras versiones de Windows, DFS basado en dominios admitirá un número ilimitado de vínculos DFS anidados.
La estructura de un árbol DFS empieza con una raíz DFS. La raíz DFS es una carpeta compartida ordinaria que sirve como carpeta raíz para un determinado árbol DFS. Debido a que DFS es sólo un sistema de archivos virtual, la carpeta usada como raíz DFS tiene las mismas funciones que cualquier otra carpeta compartida y puede contener archivos y subcarpetas ordinarias. El servidor que almacena la raíz de DFS se llama servidor host.
Windows NT admite sólo una raíz de DFS por servidor, mientras que Windows 2000 no posee limitaciones de arquitectura al número de raíces DFS que puede admitir un único servidor. Sin embargo, en la actualidad Windows 2000 posee la misma limitación DFS de raíz por servidor que Windows NT
Por sí misma, la raíz DFS no es más que sólo un archivo compartido. Sin embargo, se puede usar el complemento Sistema de archivos distribuido para añadir vínculos DFS a otros archivos compartidos de la organización. Los vínculos DFS funcionan de manera casi idéntica a los hipervínculos de las páginas Web. Los vínculos DFS que se crean de forma transparente vinculan la raíz DFS a cualquier otra carpeta compartida de la red. Cuando el usuario abre la raíz DFS, todas las carpetas vinculadas aparecen como si fuesen subcarpetas de la raíz DFS. Por lo tanto, cuando los usuarios abren una subcarpeta, abren de forma transparente el archivo compartido vinculado. Independientemente de si está en una unidad distinta del mismo servidor o en un servidor en un departamento completamente distinto, los usuarios nunca se darán cuenta de que la carpeta que han abierto no es sino una subcarpeta de la carpeta que abrieron previamente (en la raíz DFS).
Los vínculos DFS no tienen por qué apuntar a una sola carpeta, pueden apuntar hasta a 32 carpetas idénticas, llamadas carpetas compartidas DFS o réplicas y el usuario final verá sólo una única carpeta. Se pueden crear réplicas de archivos compartidos normales, así como de la raíz DFS, y se puede hacer que se sincronicen automáticamente con todas las restantes réplicas en un conjunto de réplica (si se usa DFS basado en dominio).
El uso de conjuntos de réplicas -un grupo idéntico de réplicas- crea un nivel de tolerancia a fallos y de equilibrio de carga, mejorando tanto el tiempo de acceso a los archivos compartidos como la respuesta de los archivos compartidos. Los clientes DFS escogen automáticamente una réplica en su sitio, si está disponible, reduciendo el tránsito de la red. Si hay más de una réplica disponible en el sitio del cliente, cada cliente escoge de forma aleatoria una réplica, permitiendo que la carga se distribuya a través de los servidores disponibles.
También se pueden crear vínculos DFS a otras raíces DFS residentes en otros servidores. Estos vínculos se llaman vínculos ínter-DFS y en la actualidad son la única forma de crear árboles DFS con mayor profundidad de un nivel. Los vínculos ínter-DFS también son la forma de vincular distintos espacios de nombres de DNS, ya que todos los vínculos normales de DFS tienen que ser a archivos compartidos dentro del mismo espacio de nombres de DNS. Para lograr la flexibilidad necesaria para crear árboles jerárquicos anidados en profundidad, DFS necesita soporte de unión a medio nivel: vínculos DFS desde una carpeta que no sea la raíz DFS. Las uniones a medio nivel todavía no están admitidas en Windows 2000.
El primer paso para trabajar con DFS es
crear una raíz DFS (o abrir una para trabajar con una raíz existente). Para
hacerlo, hay que seguir estos pasos:
Se introduce el nombre para la raíz DFS en el
cuadro Nombre de raíz DFS, el cual verán los usuarios de DFS cuando abran la
raíz DFS, se introducen los comentarios en el cuadro Comentarios y se pulsa
Siguiente.
Si se administran con frecuencia múltiples raíces de DFS, hay que abrir una MMC en blanco, abrir el complemento Sistema de archivos distribuido, abrir todas las raíces que se pretenda usar y después salvar el archivo de la consola. Después, cuando sea necesario acceder a todas las raíces de DFS, hay que iniciar la consola guardada en lugar del complemento estándar.
Los vínculos DFS son lo que hacen especial a la raíz DFS. Sin vínculos DFS, no es más que otro archivo compartido. Los vínculos DFS permiten navegar desde la raíz DFS a otros archivos compartidos de la red sin tener que abandonar la estructura DFS. Para crear un vínculo DFS, hay que seguir estos pasos:
Al igual que en el texto del hipervínculo de una página Web no es necesario reflejar el nombre de archivo de la página Web a la que está vinculado, el nombre de un vínculo DFS puede ser completamente distinto del nombre real de la carpeta compartida a la que está vinculado.
Una de las características clave de DFS es la posibilidad de configurar una carpeta compartida en el árbol de DFS para que se replique automáticamente (o manualmente) con una carpeta compartida idéntica que también pertenezca al árbol DFS. Se puede implementar esta característica sobre cualquier carpeta compartida DFS o sobre la propia raíz DFS.
Réplica de la raíz DFS La raíz DFS es la parte más importante a replicar del árbol DFS, ya que alberga la mayor parte de los vínculos DFS del árbol. Si el servidor de la raíz DFS cae, el árbol DFS estará inaccesible -a menos que se haya replicado la raíz DFS-. Para configurar la réplica de la raíz DFS, hay que seguir estos pasos:
DFS basado en dominios está totalmente influenciado por Active Directory, réplica de archivos multicopia principal; sin embargo, la primera vez que se crea un conjunto de réplica es necesario especificar una copia principal inicial que se usará como carpeta fuente principal para sincronizar las otras réplicas.
Réplica de carpetas compartidas Un sistema de archivos fácil de usar, tolerante a fallos y con alto rendimiento no vale demasiado si los datos a los que se desea acceder no están disponibles. Por esta razón, DFS posee la réplica de carpetas compartidas. Se puede configurar que cualquier carpeta compartida tenga hasta 32 réplicas de sí misma, de tal forma que aunque ocurra el más profundo desastre, al menos haya todavía un servidor disponible con los datos que necesiten los usuarios. (Sin embargo, esto no es infalible si se pierde la corriente de la red completa, todos los servidores podrían estar inaccesibles).
Aunque la réplica de carpetas compartidas básicamente es lo mismo que configurar la réplica de la raíz DFS, existe una ligera diferencia, por lo que hay que seguir estos pasos para realizar el procedimiento:
DFS basado en dominios está totalmente influenciado por Active Directory, réplica de archivos multicopia principal; sin embargo, la primera vez que se crea un conjunto de réplica es necesario especificar una copia principal inicial que se usará como carpeta fuente principal para sincronizar las otras réplicas.
Aunque los precios de los discos han caído de forma dramática y las posibilidades se han mejorado tremendamente, nunca se tiene espacio suficiente en el disco duro. Debido a esta insaciable necesidad de espacio, Windows 2000 incluye una utilidad de administración de almacenamiento jerárquico de Seagate Software que permite a los servidores aprovechar un recurso varias veces más barato que el espacio en disco duro: las cintas. Esta utilidad, llamada Almacenamiento remoto, se beneficia del soporte integrado de agrupación de Windows 2000 para las unidades de almacenamiento jerárquico y habilita a Windows 2000 para extender un volumen NTFS de forma casi infinita. Almacenamiento remoto lo hace de forma transparente migrando los archivos no usados frecuentemente a una cinta, a la vez que los mantiene fácilmente accesibles.
Los usuarios ven los archivos migrados como si todavía estuviesen almacenados en el disco en lugar de en la cinta. Aun cuando los usuarios acceden a archivos migrados, las únicas diferencias apreciables son un pequeño cuadro de diálogo informando de que se está volviendo a llamar al archivo de la cinta y un tiempo de carga del archivo más largo. Además, excepto para la instalación y configuración de Almacenamiento remoto, esta característica viene con poco o nada de carga para los administradores. Almacenamiento remoto realiza toda la migración y recuperación de la cinta de forma automática (a menos que el medio necesario esté fuera de línea, en cuyo caso Medios de almacenamiento extraíbles situará la petición para un operador).
Almacenamiento remoto también es conocido como Administración de almacenamiento jerárquico, ya que permite dos capas de almacenamiento de datos. La primera capa, el almacenamiento local, es el disco duro estándar o la unidad de disco extraíble albergada en un volumen NTFS (como una unidad Jazz de Iomega). La segunda capa, proporcionada por Almacenamiento remoto y acertadamente denominada como capa de almacenamiento remoto, es la unidad de cinta y la biblioteca de cintas automatizada. Los datos están almacenados inicialmente en el almacén local, y una vez que los datos han caducado (no se ha accedido a ellas dentro del periodo de tiempo especificado), se copian o migran al medio de almacenamiento remoto, aunque también permanecen intactos o en la caché del almacén local para un rápido acceso. Almacenamiento remoto sólo administra físicamente los archivos de un volumen, no sigue enlaces DFS. Finalmente, cuando el almacén local se llena y es necesario liberar espacio para datos adicionales, los archivos que hayan caducado y se hayan migrado al almacén remoto se convierten en reservas de sitio o vínculos, liberando el espacio que solían consumir.
Los archivos que se hayan desplazado al almacén remoto y que no vayan a estar más en la caché local, todavía aparecerán como residentes en el almacén local. Estas reservas de sitio se parecen y actúan de igual forma que los archivos guardados de forma local, exceptuando un par de diferencias.
La primera diferencia es que el icono del archivo que se movió al almacén remoto posee un pequeño reloj sobre él para indicar que al abrir el archivo, el usuario tendrá que esperar a que Windows 2000 recupere el archivo del almacén remoto.
La segunda diferencia es que, aunque el Explorador de Windows muestre los archivos remotos usando la misma cantidad de espacio en disco que cuando estaban almacenados de forma local y esto no cambia la forma de funcionamiento de las cuotas de disco (los archivos remotos se descuentan de la cuota de disco igual que lo hacen los archivos locales), el Explorador de Windows resta los archivos remotos del total de espacio usado en la estimación de disco. En otras palabras, Windows 2000 trata los archivos remotos exactamente igual que los archivos locales, excepto cuando calcula la cantidad de espacio libre en disco, en cuyo caso Windows 2000 reconoce que los archivos almacenados de forma remota no consumen espacio en disco. El Explorador de Windows también añade la ficha Almacenamiento remoto al cuadro de diálogo Propiedades de los volúmenes administrados, permitiendo a los administradores visualizar y cambiar la configuración de los volúmenes administrados directamente desde el Explorador de Windows.
Cuando un usuario accede a un archivo almacenado de forma remota, aparece el cuadro de diálogo Recuperando desde el almacenamiento remoto, explicando que Windows está volviendo a llamar al archivo desde Almacenamiento remoto. Si un usuario no desea esperar al archivo, puede pulsar Cancelar y dejar el archivo en el almacén remoto. En caso contrario, el archivo se restaura en el almacén local y su marca de fecha de último acceso se pone a cero, impidiendo que se migre al almacén remoto hasta que el archivo haya vuelto a caducar.
Las operaciones de copiar y mover realizadas sobre reservas de sitio actúan de forma algo diferente a las operaciones de copiar y mover sobre archivos normales. Las reservas de sitio que se renombran o mueven a una ubicación diferente del mismo volumen no necesitan que se renombren en el almacén remoto. Sin embargo, cuando el usuario copia un archivo, Almacenamiento remoto vuelve a llamar al archivo y después lo copia en la nueva ubicación. El nuevo archivo no está vinculado al archivo antiguo del almacén remoto, tal y como se esperaría de un archivo copiado. Cuando el usuario mueve una reserva de sitio a un volumen distinto, Almacenamiento remoto vuelve a llamar al archivo, lo copia a su nueva ubicación y después elimina el archivo original.
La compatibilidad de Windows 2000 con programas es un aspecto importante de Almacenamiento remoto. Aunque Almacenamiento remoto está fuertemente integrado en el sistema operativo, algunos programas pueden no comportarse de forma óptima a menos que se especifique que sean conformes con Almacenamiento remoto. Dos ejemplos son los programas de copia de seguridad y los programas antivirus.
Microsoft Office 97 provoca que todos los documentos de Word, documentos de PowerPoint y archivos HTML del almacén remoto se vuelvan a llamar al final de la instalación de Office 97. Esto se puede detener terminando el proceso Findfast.exe. Se debe desactivar FindFast usando la herramienta Panel de control de FindFast y asegurándose de que no hay ningún acceso directo a Findfast.exe en la carpeta Inicio del menú Inicio. Office 95 y Office 97 también pueden volver a llamar a archivos del almacén remoto cuando se use la orden Buscar del menú Edición.
Almacenamiento remoto minimiza el efecto de los programas que no son compatibles con Almacenamiento remoto limitando el número de llamadas sucesivas que permite el almacén remoto. Si un programa llama a un archivo del almacén remoto y solicita que se vuelva a llamar a otro sin pasar 10 segundos desde que se llamó al primero, Almacenamiento remoto lo cuenta. Cuando el contador alcance el límite configurable (el valor por defecto es 60), Almacenamiento remoto prohíbe más llamadas durante esa sesión. Fijar un límite no suele afectar a los usuarios normales, pero puede impedir que un programa antivirus no conforme a Almacenamiento remoto restaure todos los archivos del almacén remoto.
Probablemente se esté preguntando cómo se asegura que los datos tienen una copia de seguridad adecuada cuando se trabaja con Almacenamiento remoto. Si un archivo se ha movido a una cinta, ¿qué ocurre si la cinta se daña o se pierde?, ¿y qué ocurre si el vínculo del almacén local al archivo se pierde? Los miedos a la pérdida de datos se pueden mitigar de varias formas.
La primera forma es bastante conocida: frecuentes y minuciosas copias de seguridad. Se deben combinar las copias de seguridad regulares de los sistemas de almacenamiento locales con la creación de copias del medio de Almacenamiento remoto.
La segunda forma de proteger los datos es combinar las copias de seguridad regulares de los sistemas de almacenamiento locales con la creación de copias del medio de almacenamiento remoto. Por lo tanto, cada vez que se haga la copia de seguridad del almacén local, se hace una copia del medio de Almacenamiento remoto y se guarda con la copia de seguridad del almacén local. Este paso asegura que se hace una copia de seguridad del sistema de almacenamiento completo. También se pueden proteger los datos usando un programa de copia de seguridad compatible con Almacenamiento remoto para hacer la copia de seguridad del almacén remoto junto con la copia de seguridad del almacén local. El proceso de recuperación es el mismo para casi todos los tipos de copia de seguridad.
Para resumir, si se desea una protección minuciosa de los datos y se tiene la posibilidad de copiar el medio de Almacenamiento remoto, hay que usar una estrategia similar a una de las siguientes.
Almacenamiento remoto no es particularmente intensivo con los recursos, y como tal funciona con casi todos los sistemas que cumplan la configuración de sistema recomendada para Windows 2000 Server. Se puede ejecutar Almacenamiento remoto en una máquina con Windows 2000 Professional y que Almacenamiento remoto sólo puede administrar volúmenes con formato NTFS 5.
Sin embargo, Almacenamiento remoto es algo exigente sobre el subsistema de almacenamiento extraíble a usar. La unidad necesita ser reconocida por Almacenamiento remoto; hay que usar hardware sólo de la Lista de compatibilidad de hardware. Además, por el momento, Almacenamiento remoto sólo admite las bibliotecas de cintas SCSI 4mm, 8mm y DLT que reconozca Medios de almacenamiento extraíbles. Almacenamiento remoto no admite unidades ópticas, bibliotecas de cintas QIC, ni cualquier tipo de unidad de disco extraíble (Jazz, Zip y demás).
Los sistemas cliente que usen el Administrador de archivos de Windows no pueden acceder a archivos administrados por Almacenamiento remoto, el cual impide que los clientes Windows 3.x puedan acceder a estos archivos. También, los usuarios de Windows 95 deben evitar el uso del Administrador de archivos si desean acceder a archivos de Almacenamiento remoto.
Deberemos instalar Almacenamiento remoto en el sistema, configurarlo de forma óptima según las necesidades y asegurarnos de que se está protegido de forma correcta frente a desastres. Es necesario tener el dispositivo configurado correctamente antes de ejecutar el programa de instalación de Almacenamiento Remoto, ya que los dispositivos añadidos con posterioridad no se detectarán.
Almacenamiento remoto es fácil de instalar. Sólo hay que asegurarse de que la biblioteca de almacenamiento que se desea utilizar con Almacenamiento remoto está conectada y configurada; después hay que seguir estos pasos:
Si se desean configurar volúmenes de almacenamiento adicionales en el sistema para su uso con Almacenamiento remoto después de haber completado la instalación inicial, se puede usar al Asistente para agregar administración de volumen. Para hacerlo, hay que seguir estos pasos:
Almacenamiento remoto usa un conjunto de reglas para gobernar qué archivos son elegibles para la migración al almacén remoto. Estas reglas se pueden fijar inicialmente cuando se instala un volumen de almacenamiento en la computadora para que Almacenamiento remoto lo administre, usando bien el Asistente para instalar Almacenamiento remoto, bien el Asistente para agregar volumen a administrar. Sin embargo, puede que se deseen cambiar estas opciones más tarde o agregar exclusiones, como que ciertos tipos de archivos nunca se migren a la cinta. Para hacerlo, hay que seguir estos pasos:
Si se piensa desinstalar Almacenamiento remoto, habrá que interrumpir antes la administración de los volúmenes para que se pueda volver a llamar a los archivos del almacén remoto. Este paso es muy importante, ya que si no se hace, se puede perder la posibilidad de acceder a los archivos guardados en el almacén remoto.
También podría quererse hacer esto si se planea realizar una reinstalación completa (limpieza) de Windows 2000. Volver a llamar a los datos permite dejar los datos intactos en la unidad mientras se reinstala Windows o se hace una copia de seguridad de los datos usando un programa que no sea conforme a Almacenamiento remoto. (Si se desea volver a dar formato a la unidad, se puede hacer una copia de los datos y después restaurarlos una vez terminado). Si no se vuelve a llamar a los datos o se realiza una copia de seguridad de todos los datos (incluyendo los del almacén remoto) antes de hacer la reinstalación de limpieza de Windows 2000, se puede encontrar realizando un complejo procedimiento de recuperación de Almacenamiento remoto.
Otro caso en el que se puede elegir interrumpir la administración de Almacenamiento remoto de un volumen es cuando el medio que se está usando para el volumen se llena y no se desea que la base de datos de almacenamiento remoto se extienda a varias cintas. En este caso, se puede interrumpir la administración de Almacenamiento remoto del volumen, lo cual le dice a Almacenamiento remoto que deje de copiar archivos en el almacén remoto, pero que siga llamando a los archivos que ya están en el almacén remoto.
Cualquiera que sea la razón para finalizar la administración de Almacenamiento remoto de un volumen del sistema, se puede usar el Asistente para eliminar administración de volumen, para eliminar la administración de un volumen de Almacenamiento remoto:
Almacenamiento remoto se configura para realizar casi todas las operaciones de forma automática usando la carpeta Tareas programadas de Windows 2000. Sin embargo, a veces puede que sea necesario copiar inmediatamente todos los archivos elegibles al almacén remoto, crear espacio adicional en un volumen administrado o validar todas las reservas de sitio. Para realizar estas tareas, hay que seguir estos pasos:
Almacenamiento remoto sitúa todas las tareas en la carpeta Tareas programadas, tanto las tareas que Almacenamiento remoto realiza de forma automática, como las tareas que se realicen de forma manual. Para visualizar o modificar cuándo se van a realizar (o si se van a realizar), hay que seguir estos pasos:
Para cambiar la agenda que Almacenamiento remoto usa para copiar archivos al almacén remoto, para validar reservas de sitio y archivos en caché, o para crear espacio en disco, hay que seguir estos pasos:
La característica de limitación de rellamada de Almacenamiento remoto puede volverse muy útil. Recuerde que debe usarse la característica de límite de rellamada debido a que existen programas no conformes a Almacenamiento remoto, como programas de copia de seguridad, antivirus o buscadores, que tienen una insistente manía por poner todos los datos fuera del almacén remoto, haciendo que Almacenamiento remoto sea bastante poco útil. Cuando se fija el límite de rellamada, también conocido como un límite de rellamadas desbocadas debido a que sólo limita las rellamadas que tienen lugar en los 10 segundos posteriores a la última llamada, se impiden estos asaltos automáticos al Almacenamiento remoto deteniendo las llamadas desbocadas al almacén remoto. Esto no suele afectar a los usuarios (males, ya que la mayoría de los usuarios no son tan rápidos cuando realizan operaciones de copia masiva. Para configurar el límite de rellamada, hay que seguir estos pasos:
La selección del cuadro de verificación Eximir a los administradores de este límite permitirá a aplicaciones no compatibles que se ejecuten como administrador hacer rellamadas potenciales a archivos del almacén remoto si el administrador no detiene explícitamente el proceso de rellamada de los datos.
Podría pensarse que debido a que los datos se almacenan remotamente en una cinta, esto es seguro. Puede que en algunas ocasiones sea una forma más segura que cuando se ubican en un disco duro local, pero la protección de los datos es aún más importante para los datos almacenados de forma remota, debido a la imposibilidad de los dispositivos de cinta de tener tolerancia a fallos como unidades espejo. También, debido a las nuevas tecnologías, un administrador es más probable que se encuentre un error que impida la recuperación de datos de un almacén remoto. Por lo tanto, hay que aprender e implementar un buen plan de protección de los datos.
Debido a que ni el mejor plan de protección puede prevenir un desastre, también hay que saber cómo recuperar datos si aparece el problema. Las secciones siguientes enseñan cómo proteger y recuperar datos con Almacenamiento remoto.
La estrategia a usar para proteger los datos almacenados de forma remota variará dependiendo de la posibilidad de crear copias del medio de Almacenamiento remoto. (Hacen falta dos unidades del mismo tipo de medio para poder hacerlo).
Estrategias de unidad única: Si se está usando una única unidad de cinta con Almacenamiento remoto, recomendamos que se realice la copia de seguridad de los archivos locales de acuerdo al plan de copia de seguridad preexistente. Por ejemplo, se podría realizar una copia de seguridad incremental cada noche y una copia de seguridad completa todos los fines de semana. Para las copias de seguridad completas, hay que asegurarse de instruir al programa de copia de seguridad para que realice la copia de seguridad de los datos migrados por Almacenamiento remoto, o de lo contrario no se tendrá una copia de seguridad de los archivos migrados. Nótese que esto significa casi hacer la copia de seguridad en una unidad distinta a la que mantiene el medio de Almacenamiento remoto. Si no se dispone de otro dispositivo de copia de seguridad, hay que considerar comprar un duplicado del dispositivo de Almacenamiento remoto.
Probablemente no sea necesario hacer la copia de seguridad de los archivos migrados en un plan de copia de seguridad diferencial o incremental, ya que los archivos que se añaden al almacén remoto probablemente no hayan cambiado desde la última copia de seguridad completa. Estos archivos se pueden devolver al almacén local a partir de la última copia de seguridad completa. Si los archivos han cambiado desde la última copia de seguridad completa y se han migrado al almacén remoto y eliminado su caché local (si se tiene un plan de copia de seguridad largo o un plan de migración corto y el volumen lleno), se pueden restaurar estos archivos desde una copia de seguridad diferencial o incremental reciente. Por supuesto, no hay que olvidar que a mayor tiempo entre las copias de seguridad completas, más parches incrementales habrá que aplicar si es necesaria la restauración de una copia de seguridad (una buena razón para usar en su lugar copias de seguridad diferenciales), o más datos se perderán si no se realizan con frecuencia estas copias de seguridad incrementales.
Además de un plan regular de copia de seguridad, recomendamos que se verifiquen con frecuencia las reservas de sitio del almacén remoto y los archivos en caché para asegurarse de que todavía están vinculados a archivos válidos del almacén remoto. Nótese que Almacenamiento remoto crea automáticamente un plan de validación cuando se instala.
Estrategias de varias unidades Si se poseen varias unidades del mismo tipo de medio que se pueden usar para hacer copias del medio de Almacenamiento remoto, se tiene un poco más de flexibilidad para la protección de datos que con una única unidad. Aunque la espina dorsal del plan de protección de datos seguirá siendo un buen plan de copia de seguridad, se puede complementar éste creando copias del medio de almacenamiento remoto y sincronizando estas copias de forma frecuente.
Hay que hacer la copia de seguridad de acuerdo al plan de copia de seguridad existente. Para las copias de seguridad completas, se puede elegir dar instrucciones a un programa de copia de seguridad para que haga la copia de seguridad de los datos migrados por Almacenamiento remoto. Esto proporciona algo de seguridad extra, eliminando la necesidad de tratar con Almacenamiento remoto en la recuperación; en cambio, sólo se pueden restaurar todos los datos al almacén local y ni siquiera preocuparse de Almacenamiento remoto. Esta es una buena idea si se tienen las facilidades (y el tiempo) para hacerlo. En caso contrario, hay que hacer la copia de seguridad sólo del almacén local, de acuerdo con el plan normal de copia de seguridad.
Además del plan de copia de seguridad, se deben hacer de una a tres copias del medio principal (el medio que mantiene los datos del almacén remoto) y sincronizarlos de forma rutinaria. Si el medio principal falla, se puede volver a crear a partir de una de las copias. Si no se hace la copia de seguridad de los archivos migrados al almacén remoto durante las copias de seguridad completas, hay que asegurarse de sincronizar la copia del medio y mantenerla con la copia de seguridad completa. Esto asegura que la copia de seguridad completa ha realizado la copia de seguridad de todos los datos.
Además de un plan de copia de seguridad regular, se deben verificar frecuentemente las reservas de sitio del almacén remoto y los archivos en caché para asegurarse de que todavía están vinculados a datos válidos del almacén remoto. Almacenamiento remoto crea automáticamente un plan de validación cuando se instala y suele ser ajustado para la mayoría de los propósitos. Sólo hay que asegurarse de que cubre todos los volúmenes que administra Almacenamiento remoto.
Debido a que se pueden crear arrays tolerantes a fallos de dispositivos de almacenamiento remoto, Microsoft proporciona la posibilidad de crear copias de los medios de Almacenamiento remoto para que exista algún nivel de redundancia en los datos almacenados de forma remota.
Hay que poner los medios nuevos en la cola de medios libres en lugar de manualmente en la cola de Almacenamiento remoto. Almacenamiento remoto tomará automáticamente y dará el formato apropiado a los medios de la cola de medios libres cuando sea necesario.
Cambio del número de copias principales: No es necesario crear explícitamente copias de medios en Almacenamiento remoto; en su lugar, se puede especificar cuántas se desean y Almacenamiento remoto se pondrá a hacerlas de forma automática. Cuando se termine una copia, Almacenamiento remoto comenzará la copia siguiente, suponiendo que hay suficientes medios disponibles en la cola de aplicación de Almacenamiento remoto o en la cola de medios libres. A cada grupo de copias de medios se le denomina Conjunto de copias de medios e incluye una copia de cada uno de los medios principales. (Es posible tener más de un medio principal cuando la cantidad de datos en el almacén remoto es demasiado grande para ajustarse a una cinta). Para especificar el número de conjuntos de copias de medios que se desean, hay que seguir estos pasos:
Si se decide que no son necesarios tantos conjuntos de copias de medios como se pensó originalmente, se puede decrementar el número de conjuntos que muestra Almacenamiento remoto y acceder según lo descrito. Sin embargo, nótese que hacer esto no quita la asignación de ningún medio. Si se desea liberar algún medio, hay que eliminarlo de la copia de medios, tal y como se describe en la sección siguiente.
Cómo eliminar y verificar el estado de copias de medio Si ya no va a hacer falta la copia de medios o se desea verificar si la copia de medios está funcionando correctamente (es decir, para ver si se tiene una cinta errónea), hay que eliminar o verificar las copias de medios. No sólo hay que reducir el número de copias admitidas por Almacenamiento remoto. Para eliminar o verificar el estado de una copia de medio, hay que seguir estos pasos:
Sincronización de copias de medio Sincronizar copias de medios es tan sencillo que parece ridículo. Sólo hay que abrir el complemento de MMC Almacenamiento remoto, pulsar el botón derecho sobre Medio en el árbol de consola y después elegir Sincronizar copias de medios en el menú de contexto. Aparecerá el Asistente para la sincronización de medios; esto nos llevará a lo largo del resto del proceso.
No se pueden hacer llamadas o copiar datos al almacén remoto mientas se sincronizan las copias de medios. Por lo tanto, se deben sincronizar las copias de medio fuera de horas.
Cómo volver a crear una copia principal en caso de desastre: Si el medio principal está dañado o se ha perdido, se puede volver a crear a partir de una copia de medio sincronizada de forma reciente. Nótese que se perderán todos los datos que se hayan migrado al almacén remoto tras la última vez que se sincronizó la copia del medio, a menos que la caché local de los datos no se haya eliminado todavía. Los pasos siguientes se deben seguir sólo si se experimentan errores:
Recuperación de un desastre: Los desastres ocurren. Los servidores se caen. Las unidades fallan. Son hechos. Sin embargo, si se está preparado de antemano, se puede reducir el impacto negativo del desastre cuando éste golpee.
Pueden darse unos pocos tipos distintos de desastres con Almacenamiento remoto y existen unas pocas formas de recuperarse de ellos. Si el disco duro falla, hay que restaurar los archivos almacenados de forma local a partir de las copias de seguridad que se mantienen religiosamente, pero hay que tener cuidado de no realizar la operación de validación de Almacenamiento remoto hasta que se hayan restaurado todas las copias de seguridad incrementales o diferenciales. Cuando no se vea afectada la base de datos de Almacenamiento remoto guardada en la carpeta %RaízDeSistema%\System32\RemoteStorage, no es necesario hacer nada más que realizar la validación para limpiar cualquier problema de las reservas de sitio.
Si el disco duro que guarda Windows 2000 falla, hay que restaurar el sistema a partir de una copia de seguridad. El sistema debe funcionar normalmente; sin embargo, podría verse el siguiente error cuando se llame a un archivo almacenado de forma remota:
Camino\nombrearchivo.doc. El sistema no puede acceder al archivo.
Si se experimenta este error, véase el artículo Q235469 de la Base de conocimiento y realícese el procedimiento Restauración de una base de datos RSS dañada.
Si es necesario realizar una limpieza y reinstalar Windows 2000, la mejor solución es llamar primero a todos los datos del almacén remoto. Sin embargo, si ocurre un desastre que impide volver a llamar a los datos y no se puede restaurar el sistema a partir de una copia de seguridad, hay que realizar un procedimiento especial para restaurar la base de datos de Almacenamiento remoto a partir del medio de Almacenamiento remoto, tras la reinstalación de Windows 2000. Para ver cómo realizar este procedimiento, véase el artículo Q235469 de la Base de conocimiento. Si se ve cualquiera de los siguientes mensajes de error cuando se accede a Almacenamiento remoto, véase el artículo Q235032 de la Base de conocimiento:
En Windows 2000 se pueden administrar las carpetas compartidas de dos formas. Se puede pulsar el botón derecho sobre una carpeta en el Explorador de Windows y escoger Compartir en el menú de contexto o se puede usar el complemento de MMC Carpetas compartidas. El complemento de MMC Carpetas compartidas proporciona una forma de visualizar todos los archivos compartidos a la vez, junto con las conexiones actuales a los archivos abiertos. El Explorador de Windows no.
Para usar la herramienta Carpetas compartidas, hay que seguir estos pasos:
Windows 2000 facilita compartir una carpeta o volumen en el sistema con otros
usuarios de la red corporativa. Sólo hay que seguir estos pasos:
Se recomienda que se implementen los permisos a nivel de archivos NTFS en lugar de los permisos a nivel de recurso compartido. El uso de permisos a nivel de recurso compartido no suele ser lo bastante seguro en la mayoría de los casos, y el uso de ambos introduce un nivel de complejidad inaceptable.
Sin embargo, existen algunas excepciones para esta regla; por ejemplo, puede que se desee permitir a todos los usuarios acceso a un volumen en una determinada subcarpeta, pero permitir sólo a un determinado grupo el acceso al directorio raíz. (Los administradores siempre pueden acceder a la carpeta raíz de una unidad conectando el recurso compartido oculto de la unidad, por ejemplo, C$). En este caso, podrían crearse dos recursos compartidos de archivo: uno para el nivel de la subcarpeta sin seguridad de recurso compartido y uno para la carpeta raíz con seguridad a nivel de recurso compartido, permitiendo el acceso sólo al grupo especificado.
Algo aún más útil es la posibilidad de ocultar los recursos compartidos de archivo añadiendo un carácter signo dólar ($) al final del nombre del recurso compartido. Esta notación permite a cualquier usuario conectarse al recurso compartido -suponiendo que él o ella conoce el nombre del recurso compartido-. Una vez que los usuarios se conecten, todavía están ligados a los permisos de seguridad de NTFS, pero esto puede ser práctico para almacenar potentes herramientas muy útiles a las que los administradores quieran poder acceder desde un sistema de usuario y con una cuenta de usuario. La seguridad de archivos realmente no es el problema; lo único que no queremos es que los usuarios pierdan el tiempo con los archivos.
Para dejar de compartir una carpeta en la red, hay que seguir estos
pasos:
Si es necesario desconectar usuarios del servidor por alguna razón (digamos para cerrar el servidor mientras se actualizan los archivos), hay que seguir estos pasos:
Hay que ser deferente con los usuarios y avisarles antes de desconectarlos. La desconexión de un usuario que está trabajando puede ocasionar la pérdida de datos y los malestares consecuentes.
Para ver las propiedades de los recursos compartidos abrimos Carpetas compartidas en la consola Administración de equipos y después se abre la subcarpeta Recursos compartidos. Si pulsamos el botón Propiedades aparecen tres pestañas.
Aparece el nombre del recurso, la ruta y la descripción, único elemento que se puede modificar en esta pantalla.
Windows 2000 Professional admite un máximo de diez usuarios simultáneos.
Como norma general no hay que usar los permisos a nivel de recurso compartido en la mayoría de los casos, a menos que no se esté usando la seguridad a nivel de archivos de NTFS. Los permisos a nivel de recurso compartido permiten o deniegan el acceso a una carpeta compartida dependiendo del grupo de usuarios del que se es miembro y de las opciones de seguridad del recurso compartido de archivo. La seguridad a nivel de archivo, por otro lado, tiene un nivel de control mucho más fino, proporcionando la posibilidad de conceder o denegar a usuarios y grupos la posibilidad de realizar un amplio rango de acciones, tanto para carpetas como para archivos individuales. Debido a que los permisos NTFS se suelen usar en situaciones en las que la seguridad es importante, generalmente no se recomiendan los permisos a nivel de recurso compartido. Sin embargo, se puede hacer, y por lo tanto, aquí está cómo. (También se pueden cambiar permisos NTFS usando este procedimiento, lo que es bastante cómodo).
Si se ha instalado IIS en el sistema, se tiene la posibilidad de compartir
cualquier carpeta en el sistema con todos los usuarios Web de la Intranet que
puedan acceder al servidor. Normalmente, los recursos compartidos Web se
instalan con IIS, pero también se puede hacer rápidamente usando el Explorador
de Windows. Hay que seguir estos pasos: