Configurar la replicación DFS. Crear una raíz DFS

"¡Cariño, he reducido mi servidor!" Otro capítulo, otro enlace a una película obsoleta ( Nota por.: niños! ). Lo siento mucho por esto. Volviendo al tema: durante los últimos 20 años o más, no hemos visto nada más que el crecimiento de los sistemas operativos de Microsoft. El crecimiento puede ser algo bueno porque las nuevas funciones y extensiones nos hacen la vida más fácil. El crecimiento también puede ser malo, como estructuras de archivos infladas y GUI que acaparan la memoria. Si tuviera que reproducir una línea de tiempo de los sistemas operativos Windows y Servidor Windows en términos de su huella digital basada en factores como el consumo de espacio en disco y los requisitos de RAM, mostraría una tendencia ascendente constante. Cada nueva edición requiere un poco más poder

procesadores y sólo un poco más de espacio en disco que la versión anterior. Este ha sido el caso hasta - estoy dando un pequeño juicio aquí - tal vez Windows 8 y Windows Server 2012. Hemos visto algunos movimientos sorprendentes para reducir esos umbrales, cambios agradables. Sin embargo, este cambio no fue tan dramático. Lo que quiero decir con esto es: ¿qué se puede deducir del hecho de que una nueva caja de Windows Server 2016 tiene todas las características de los elementos principales que aún se ejecutan en C:\Windows\System32? Ni siquiera mencionamos lo que está pasando en su registro. Obviamente todavía hay recortes que se pueden hacer y, en algún nivel, estos nuevos sistemas operativos todavía se están construyendo y parcheando sobre los antiguos.

Posiblemente todavía lo sea. Ahora vamos a analizar un par de casos de uso alternativos para Windows Server 2016 en una escala mucho, mucho menor. El núcleo del servidor ha estado ahí hasta ahora, sin embargo, tengo problemas para encontrar personas que realmente lo usen. Nano Server, por otro lado, es completamente nuevo. Estos miniaturizados

Versiones del servidor

2016 tiene propósitos muy especializados y algunos beneficios muy grandes. Exploremos un poco juntos:

¿Por qué necesitas Server Core?

Interacción con el núcleo del servidor

Roles disponibles en el servidor central

¿Por qué sigo empezando a hablar del Server Core? ¿No está prohibido desde 2008? Sí, por eso hablo de esto. Como opción del sistema operativo Windows Servidor Servidor El kernel existe desde hace algún tiempo, pero está claro que muchos administradores tienen miedo de confiar en él. He trabajado para muchas empresas diferentes en una amplia variedad de industrias. Todos ellos tienen un gran denominador común: utilizan una gran numero de windows Server, sin embargo, todos estos servidores Windows se ejecutan con una GUI completa. ¿Han oído hablar de Server Core? Naturalmente. ¿Lo probaron en su laboratorio? A veces. Todos tienden a tener niveles de experiencia ligeramente diferentes con Server Core; sin embargo, es extremadamente raro encontrar incluso uno en uso en producción. Tal vez simplemente estaba hablando con las personas equivocadas, pero debo asumir que la mayoría de nosotros, incluido yo mismo, necesitamos comenzar a usar Server Core de manera más permanente.

¿Por qué necesitamos comenzar a usar Server Core? Porque los servidores sin GUI son nuestro futuro, afirma Microsoft. ¿Puedes creer que en la fase preliminar? Vistas de Windows¿Server 2016 ni siquiera tenía la opción Experiencia de escritorio? No podrías ejecutar un shell de escritorio GUI completo en 2016, incluso si quisieras, excepto por un cuasi-mini-shell que podrías colocar encima de Server Core. Ha habido muchos comentarios sobre esto por parte de usuarios más conocidos como bombo publicitario que la opción completa de Experiencia de escritorio se ha agregado nuevamente en uno de los correos masivos de Tech Preview. Pero es posible que aún notes que Server Kernel es la opción predeterminada al instalar este sistema operativo. Recuerde cuando, al comienzo de nuestro libro, revisamos rápidamente la situación real. Instalación del servidor 2016? La opción predeterminada no era la opción Experiencia de escritorio en absoluto, sino que la opción más importante en la captura de pantalla a continuación era la opción de instalar un Server Core administrado por línea de comandos:

Microsoft quería alejarse de la GUI porque interfiere con la automatización y la escalabilidad. Cuando todos nuestros servidores están construidos de manera muy similar, significa que podemos hacer más cosas similares a las de la nube con ellos. Activar y eliminar automáticamente los recursos tan pronto como no sean necesarios, activar docenas de servidores con un solo clic o cambiar, estos tipos de automatización y dimensionamiento son posibles en la nube existente, pero solo son posibles porque la infraestructura está configurada en de una manera tan estandarizada. Los recursos de hardware de la nube requieren la racionalización de dichas operaciones, y las herramientas de automatización pueden hacer que hagan lo que necesitan sin preocuparse por todas las variables que estarían presentes en una interfaz gráfica configurable por el usuario.

hay otros ventajas obvias ejecución de todos sus servidores como tal limitado versión limitada. Un servidor kernel se jacta de tener un espacio en disco reducido, un consumo de RAM reducido y una superficie de ataque reducida en comparación con un servidor convencional completamente inflado. ¡Ahora puedes ver por qué hice un comentario severo hace un minuto de que todos deberíamos comenzar a sentirnos más cómodos con Server Core!

Hay muy nota importante que quisiera señalar aquí. Quienes trabajaron con Server Core en Windows Server 2012 R2 saben que teníamos la posibilidad de cambiar de servidor sobre la marcha. Lo que quiero decir aquí es que si creas nuevo servidor Como tiene la opción de Experiencia de escritorio completa, luego puede cambiarla a Server Core. El método inverso era exactamente el mismo: se podía tomar un servidor central y transferirlo a una estación de trabajo totalmente equipada.

¡Este ya no es el caso! Esta capacidad de mover el servidor de un lado a otro entre plataformas se ha eliminado/sobrescrito/destruido/anulado. Repito, esto ya no es posible. Por lo tanto, planifique cuidadosamente con momento actual instalación de su sistema operativo. Si instala un determinado servidor central, ese tipo será un servidor central para siempre durante toda su vida. Nota carril: en la receta ¿Cambiar entre Server Core y Escritorio equipado? , disponible en nuestra traducción del libro de recetas de Windows Server 2016 de Jordan Krause, proporciona pasos que pueden ayudarle a descubrir esta posibilidad si regresa a Windows Server 2016 en futuras versiones. }

Después de realizar su primera instalación de Server Core, se le presentará este pantalla cerrada:

Esta es en realidad una ventana de invitación. línea de comando, que informa ¿Presiona Ctrl-Alt-Supr para desbloquear? Sí, sí, eso es verdad. Esto suele provocar algunas risas cuando cierto administrador lo ve por primera vez. Sé que esto se aplica a mí, de todos modos. Esto me recuerda un poco a cuando usábamos nuestras calculadoras TI-83 para codificar juegos si/entonces en las clases de matemáticas de la escuela secundaria. Detenme, estoy tras la pista del conejo otra vez. Sigamos adelante y hagamos clic

Ctrl + Alt + Supr

y se le pedirá que cambie su contraseña de administrador en ese primer inicio de sesión, tal como lo haría con la versión GUI completa de Windows Server. Excepto, por supuesto, que lo hagas en la ventana del símbolo del sistema usando solo el teclado. Cuando inicie sesión oficialmente en su servidor, se encontrará en el mensaje habitual C:\Windows\system32\cmd.exe con un cursor parpadeante esperando instrucciones. Es interesante que la ventana del símbolo del sistema no ocupa toda la pantalla, es bastante obvio que hay un fondo negro encima del cual se encuentra este cmd.exe. Esto me pareció interesante porque se puede ver que el sistema operativo Kernel en sí es algo más que un símbolo del sistema y que cmd.exe es solo una aplicación de inicio. Incluso puedes usar el mouse aquí y cambiar el tamaño o mover esta ventana del símbolo del sistema. Me sorprendería si esto se reemplaza por el mensaje predeterminado de PowerShell y si ocupa toda la pantalla en versiones futuras. de esta invitación. Por ejemplo, puedes abrir el Bloc de notas y usarlo usando el teclado y el mouse, tal como lo harías en cualquier versión de Windows. Si tienes un Notebook abierto, crea un registro y guárdalo; puedes ver que en realidad hay un verdadero estructura de archivos y un sistema de carpetas de aspecto relativamente normal. Entonces, a diferencia de alguna forma de magia negra, Server Core es en realidad lo real.

Sistema operativo , envuelto en un paquete más o menos seguro. Entonces, cuando se trata de administrar Server Core, obviamente puedes usar la línea de comandos.

En realidad, sin embargo, los comandos y funciones disponibles dentro del símbolo del sistema serán limitados. Tiene mucho más sentido cuando está trabajando en la consola de Windows Server Core usar la línea de comandos para un solo propósito: iniciar PowerShell y luego usarlo para realizar cualquier tarea necesaria en este servidor. La forma más rápida que conozco de acceder a PowerShell desde el símbolo del sistema principal es simplemente escribir la palabra PowerShell y hacer clic en Ingresar . Esto llevará el poder de PowerShell directamente a su ventana del símbolo del sistema existente para que pueda comenzar a interactuar con los comandos y cmdlets de PowerShell que necesita para manipular el servidor en cuestión:

Aquí hay cmdlets que puede usar para ver y manipular la configuración de la dirección IP desde PowerShell. Nuevamente, los mismos cmdlets se pueden usar en una versión GUI completa de Windows Server, Server Core o Nano Server, de los cuales hablaremos muy pronto. Actualmente estamos trabajando con Server Core, en el que solo tenemos disponible una interfaz de línea de comandos, por lo que los siguientes cmdlets son esenciales para conectar nuestro nuevo servidor a la red:

Get-NetIPConfiguration: muestra la configuración de red actual.

Get-NetIPAddress: muestra la dirección IP actual.

Get-NetIPInterface: muestra una lista de NIC y sus números de identificación de interfaz. Este número será muy importante al configurar alguna dirección IP, ya que queremos asegurarnos de pedirle a PowerShell que configure la IP correcta para la NIC correcta.

New-NetIPAddress: modificado para configurar una nueva dirección IP.

Get-DNSClientServerAddress: Se utiliza para establecer preferencias Servidores DNS en las propiedades de esta NIC.

Repasemos rápidamente la configuración de una dirección IP estática en mi nueva instancia de Server Core para asegurarnos de que todo funcione. Quiero asignar la dirección IP 10.0.0.30 a este nuevo servidor; sin embargo, primero necesito encontrar a qué número de ID de interfaz NIC se debe asignar. La salida de Get-NetIPInterface nos dice que siÍndice el que me interesa tiene el numero 2 :

Ahora que conozco el número de interfaz, creemos un comando que asignará la nueva configuración de dirección IP a la NIC existente. Usaré un comando para asignar una dirección IP, un prefijo de máscara de subred y una puerta de enlace predeterminada. Usaré el segundo comando para asignar Direcciones DNS servidores:

Nueva-NetIPAddress –InterfaceIndex 2 –IPAddress 10.0.0.30 –PrefixLength 24 –DefaultGateway 10.0.0.1 Set-DNSClientServerAddress –InterfaceIndex 2 –ServerAddresses 10.0.0.2,10.0.0.3

Ahora, todas estas configuraciones deberían estar listas para funcionar en esta NIC. Probemos esto nuevamente usando el cmdlet Get-NetIPConfiguration. Alternativamente, puedes usar el viejo ipconfig para verificar datos de configuración, pero ¿cuál es la alegría en esto?

Ahora que tenemos una conexión al entorno de red, un buen siguiente paso es configurar el nombre de host de nuestro servidor y conectarlo al dominio. En primer lugar, veamos el nombre actual de este servidor y cambiémoslo por uno que cumpla con nuestros estándares. Cuando reinstalas Windows, obtiene automáticamente un nombre de host automático para este servidor. Puede ver el nombre de host actual simplemente escribiendo el nombre de host y presionando , envuelto en un paquete más o menos seguro. .

Para cambiar el nombre de host de nuestro servidor, necesitamos usar PowerShell. Vaya al mensaje de PowerShell si aún no está allí y todo lo que tiene que hacer es usar el cmdlet Rename-Computer para establecer un nuevo nombre de host. Decidí nombrar mi servidor CORE1, eso es todo, le doy mucho significado, así que tengo que usar el comando como se muestra a continuación. Recuerde que después de cambiar el nombre de su computadora, al igual que con la versión GUI de Windows Server, debe reiniciar el sistema para que el cambio surta efecto.

Por lo tanto, el siguiente comando después de Rename-Computer debes ejecutar Restart-Computer para reiniciar tu caja.

Cambiar nombre de computadora CORE1 Reiniciar computadora

El siguiente paso, por supuesto, es conectarse a su dominio. Estas son funciones estándar que podríamos realizar en cualquier servidor de nuestro entorno, pero las realizaremos de una manera que nunca antes habías encontrado, ya que estás haciendo todo estrictamente desde las interfaces de línea de comandos y PowerShell. Para unir un Core Server a su dominio, vaya a PowerShell y luego use el cmdlet Add-Computer.

Se le pedirá que determine tanto el nombre de dominio como los permisos para conectarse a ese dominio, la misma información que determinaría si se conectara a un determinado dominio en el modo Experiencia de escritorio de Windows Server 2016. Primero, especifica el confirmaciones de autorización necesarias:

Una vez que la configuración inicial de su servidor se maneje de alguna manera en interfaces de línea de comandos accesibles a la consola, una vez que su servidor haya sido instalado en su entorno de red, sería más beneficioso para usted expandir un poco sus horizontes. Usar herramientas similares a Server Manager para administrar muchos varios servidores desde un único punto, empezarás a adaptarte a la nueva "mentalidad gestión centralizada"Microsoft. Sí, esta capacidad de control remoto en Server Manager, que exploramos anteriormente en este libro, le permite penetrar no solo en Windows Server basado en GUI, sino también en instancias de Server Core.

Quiero instalar una función en mi nuevo servidor CORE1. Puedo hacer esto directamente desde la consola de mi servidor, pero en su lugar intentaré agregar CORE1 al Administrador del servidor que se ejecuta en mi otro servidor. Voy a iniciar sesión en el servidor WEB1 y usaré el Administrador del servidor en él. Tal como ya hemos visto, puedo agregar un nuevo servidor al Administrador del servidor usando el menú Control ( Administrar ) y seleccione :

Agregar servidores Agregue el nuevo servidor CORE1 a nuestra lista de máquinas administradas y ahora podrá administrarse desde esa instancia. Administrador del servidor . Volviendo a mi intención original, quiero asignarle un rol a CORE1. Si uso la función

Agregar roles y características Dentro del Administrador del servidor, ahora puedo seleccionar mi servidor CORE1 para su manipulación: Al igual que cuando trabajamos con la versión completa de Desktop Experience de Windows Server, ahora podemos completar el asistente de instalación para el rol seleccionado y

nuevo rol se establecerá en CORE1. (También es cierto que puede administrar instancias de Server Core usando RSAT Servidor remoto Herramientas de administración, Herramientas

Si no ha utilizado RSAT antes y no leyó esa sección en nuestro texto, es importante saber que no existe una aplicación llamada "Herramientas de administración remota del servidor". En su lugar, una vez que haya terminado de instalar RSAT, mire dentro del menú Inicio y busque una aplicación llamada Administrador del servidor ( Administrador del servidor).

Esto es lo que usa en el cliente de Windows 10 para administrar de forma remota instancias de Windows Server 2016. Como si estuviera trabajando desde la interfaz del Administrador de servidores de Windows Server 2016, continúe y navegue por el asistente disponible para agregar servidores para administrar. Desde que agregué CORE1 al Administrador del servidor, puedo ver IIS en la lista dentro de mi panel. Esto significa que mi IIS que se ejecuta en CORE1 es visible, accesible y configurable directamente desde el escritorio. computadora con windows 10. Para la mayoría de las tareas que necesito realizar en CORE1, nunca tendré que preocuparme por iniciar sesión en la consola de ese servidor. si hago clic clic derecho

por el nombre del servidor CORE1, desde esta consola RSAT, pueden ver que tengo muchas funciones disponibles que puedo aplicar a esta instancia remota de CORE1.

Por lo tanto, puede observar que existen opciones para usar herramientas GUI para administrar sus instancias de Windows Server que no son GUI. Es solo una cuestión de poner tu mente a trabajar en la que piensas que los servidores no tienen cabeza, y a herramientas como PowerShell o Server Manager realmente no les importa si el servidor que estás modificando es local o remoto. En cualquier caso, los procesos y herramientas serán los mismos. Existe un error común con el que tropezarás a menos que hayas utilizado Server Core extensamente antes. Tenemos una tendencia a cerrar ventanas y aplicaciones que ya no usamos, y de la misma manera que usted, sin saberlo, puede cerrar la ventana del símbolo del sistema que sirve para toda su presencia administrativa dentro de algún Server Core. Ahora estás sentado en el grande pantalla en blanco con aparente cualquier interfaz y lugar desde donde se pueda obtener. ¿Tendrás que volver para restablecerlo? Esto rompería todos los roles e intercambios existentes que un servidor determinado puede ofrecer a sus usuarios, por lo que obviamente este no es el mejor enfoque.

Existe una manera fácil de recuperar el símbolo del sistema, que es utilizar el Administrador de tareas ( Administrador de tareas) para iniciar una nueva instancia del símbolo del sistema. Cuando estés frente a una pantalla negra en blanco de alguna consola Server Core, puedes presionar Ctrl + Alt + Supr y se le presentarán las siguientes opciones:

De hecho, sólo hay unos pocos varias funciones que puedes hacer aquí, lo cual es genial. Sin embargo, para recuperar nuestra ventana del símbolo del sistema, navegue hasta la flecha hacia abajo hasta el Administrador de tareas ( Administrador de tareas) y presione , envuelto en un paquete más o menos seguro.. Esto iniciará la aplicación Administrador de tareas con la que todos están familiarizados. Ahora haga clic en Más detalles ( Más detalles ) para abrir la ventana del Administrador de tareas. Expanda hacia abajo el menú Archivos ( Archivo ) y haga clic en Ejecutar nueva tarea ( ):

Ejecutar nueva tarea En el bloque Creación (nueva tarea Crear nueva tarea ) escriba cmd y haga clic .

DE ACUERDO nueva tarea Alternativamente, puede definir cualquier aplicación para que se inicie directamente en este mensaje Crear una nueva tarea (

).

Si está interesado en pasar directamente a PowerShell, en lugar de escribir cmd, simplemente escriba este mensaje de PowerShell y se abrirá directamente:

Server Core es obviamente una forma limitada del sistema operativo disponible, y algunas de las funciones disponibles en Windows Server 2016 simplemente no están diseñadas para funcionar correctamente en un contexto tan limitado. A continuación se muestra una lista de roles que se admiten para trabajar en una instancia de Windows Server 2016 Core Server:

Servicios de certificados de Active Directory (AD CS)

Servicios de dominio de Active Directory (AD DS)

• Servicios de directorio ligero de Active Directory (AD LDS, servicios de directorio ligero de AD)

  Servidor de administración de derechos de Active Directory (AD RMS, servidor de administración de derechos AD)

  Servicios de archivos

  Servicios de impresión y documentos

  Enrutamiento y acceso remoto Servicios de transmisión de medios Servidor Windows

Imaginemos que tiene dos automóviles, un SUV familiar y un sedán mediano. Tu SUV tiene todos los detalles y puede hacer lo que quieras. Su sedán le lleva a donde necesita ir y es más pequeño, aunque quizás un poco limitado. Su ventaja es que es más económico de adquirir y consume menos recursos a la hora de desplazarse. Ya ves a lo que me refiero, tu SUV es Experiencia de escritorio de Windows Server(GUI, Servidor equipado con una estación de trabajo), y su sedán es nuestro

Núcleo del servidor (Núcleo del servidor). Ahora dibujemos un ciclomotor. Ultrapequeño, increíblemente eficiente en consumo de combustible y muy sencillo comparado con un coche, ya que sus tiempos de construcción y restauración son mucho menores. La posibilidad de su destrucción en primer lugar también es menor, ya que todos sus componentes están simplificados y no están sujetos a influencias graves. nanoservidor este es tu ciclomotor. Sí, a esta analogía le falta una cosa: la intensa seguridad que proporciona el servidor Nano. La seguridad y la protección no suelen estar asociadas con los ciclomotores, así que reconsideremos eso. Quizás si este ciclomotor tuviera airbag, o si pudiera volar. O mejor aún: un ciclomotor invisible. Veinticinco otra vez

El nanoservidor es tu ciclomotor invisible (Núcleo del servidor).. Sí, Microsoft, te doy permiso para utilizar esta cita en tu sitio web.

Bromas aparte, esta es una opción de instalación completamente nueva para Windows Server este año con Sever 2016.

Es similar a Server Core, sin embargo, da un importante paso adelante en términos de tamaño y seguridad. Echemos un vistazo a algunas de las características de Nano Server y en qué se diferencia de Server Core. ¡El nanoservidor es pequeño! Dicen que es 20 veces más pequeño que Server Core. Aquí hay algunos números de Microsoft destinados a impresionar: 93 por ciento tamaño más pequeño VHD significa más en

espacio en disco

no hay consumo de partes del sistema operativo que ya no necesitas.

Sólo aplicaciones con código de 64 bits. Es importante comprender que cuando empiece a utilizar Nano Server, solo admite aplicaciones de 64 bits.

425 MB es el valor de mi parte. Este es el tamaño real de la aplicación que vamos a crear juntos en tan solo unos minutos. Si bien el tamaño total de su servidor Nano variará según la función que desee utilizar en él, tener discos virtuales de menos de 1 GB será estándar en los entornos de servidores Nano. Por otro lado, la caja básica Server Core que construimos anteriormente tiene un espacio de disco de 7 GB. ¡Guau!

Se necesitan solo 35 segundos para configurar un nuevo Nano Server, a diferencia de aproximadamente 300 segundos para Server Core, y eso solo si ha automatizado la configuración de Server Core. La instalación estándar lleva aún más tiempo.

El nanoservidor se carga en unos 9 segundos. Incluso el Server Core, ligero e instantáneo, es mucho más lento en esta comparación, ya que sus tiempos de arranque rondan los 85 segundos.

A diferencia del Kernel Server, el Nano Server no está diseñado para configurarse desde la consola. Bueno, de todos modos lo es idea original. En algún momento se planeó que el servidor Nano fuera completamente autónomo, por lo que cualquier administración de su caja tendría que realizarse de forma remota. Creo que esto se ha modificado ligeramente debido a los comentarios negativos de los usuarios y consumidores de prueba. Hay funciones de consola muy limitadas que se pueden realizar usando el monitor y el teclado. Desde la consola puedes asignar ciertas configuraciones de red y configurar partes cortafuegos. Sin embargo, el Nano Server está definitivamente diseñado para acceso y administración remotos, por lo que deberá familiarizarse con las herramientas de administración remota que se pueden utilizar para interactuar con el Nano Server. Muchas de las herramientas de administración remota existentes de Microsoft son actualmente compatibles para su uso con Nano Server. Se espera que PowerShell sea la forma más popular en la que las personas interactúan con Nano Server, pero también se pueden usar herramientas como Server Manager, WinRM, WMI, VMM, SCOM y el nuevo SMT que se ejecuta en Azure para mantener dichos servidores.

Es importante señalar la ausencia de RDP. Recuerde, simplemente no existe una GUI para este tipo de servidor, por lo que la herramienta de administración más popular de todos los tiempos, el Protocolo de escritorio remoto, no le proporcionará nada aquí.

Si bien Server Core es un sistema operativo limitado pero casi totalmente compatible para la mayoría de las funciones en el mundo de Windows, Nano Server se creó para un alcance limitado por ahora. Tengo plena confianza en que la compatibilidad proporcionada por Nano Server seguirá creciendo en el futuro próximo. De momento aquí lista completa escenarios que Microsoft considera dignos de ejecución en el servidor Nano:

Hiper-V: Para usar como host informático para máquinas virtuales Hyper-V

Servidor de archivos: Para uso como host de almacenamiento para servidores de archivos

Servidor DNS: Para trabajar como servidor DNS

Servidor web: Para uso como servidor web IIS

Servidor de aplicaciones en la nube (Servidor de aplicaciones en la nube): Para uso como host de aplicaciones diseñadas para ejecutarse en la nube.

Al instalar una instancia de Windows Server 2016 Desktop Experience o Server Core de Windows Server 2016, todo lo que tiene que hacer es insertar su ISO en el DVD o unidad flash USB, ejecute el instalador y seleccione la opción de instalación que necesita. Como habrás notado durante el proceso de instalación, o incluso - si no pudiste verlo - no existe ninguna opción para seleccionar la instalación de ningún servidor Nano.

Sin duda, esto puede cambiar en un futuro cercano a medida que más y más personas se interesen en usar Nano, pero por ahora debemos tomar algunos pasos especiales para crear la imagen que usaremos para iniciar nuestro nuevo servidor Nano. Inmediatamente después de este texto veremos con más detalle acciones paso a paso pasos que deberá completar para construir su primer Nano Server; sin embargo, cuando comparamos Server Core y Nano Server, es importante comprender que su configuración es completamente diferente. Para Nano crearás un archivo VH, tu, que se aplicará en el arranque, está fuera del alcance del proceso de instalación de Windows. Una vez que se crea, monta y llena con datos dicho VHD, mueve este VHD a la máquina virtual que planea usar como su servidor Nano y simplemente lo inicia. Entonces, dejemos que los siguientes pasos (secciones) hablen por sí solos...

Comencemos a promocionar el servidor Nano para que podamos echarle un vistazo. Vamos a crear un archivo VHD usando las herramientas que están disponibles en la instalación. ISO de Windows

Server 2016. Una vez que se complete la compilación, usaremos este nuevo VHD para iniciar una nueva máquina virtual, que será nuestro nuevo Nano Server. Aquí está la parte principal de lo que debemos hacer para echar un vistazo a Nano Server, y es que necesitamos crear nuestro archivo VHD. Lo primero que debemos hacer es seleccionar algunos archivos del medio de instalación de Windows Server 2016. Antes de comenzar a seleccionar estos archivos, continúe y monte este ISO en la letra de unidad de su computadora. Un simple doble clic en este archivo ISO normalmente lo montará automáticamente en la siguiente letra de unidad disponible. Por ejemplo, cuando hice doble clic en mi Configuraciones ISO , estaba montado en mi dispositivo de letras D. Ahora puedo acceder a estos archivos en una ISO determinada como si fuera un DVD insertado en el correspondiente

unidad de DVD

(D:) en mi auto. Si abre este archivo ISO, querrá copiar toda la carpeta NanoServer a una unidad de la computadora en la que está trabajando. Por ejemplo, copiemos D:\NanoServer a C:\NanoServer para que estas herramientas y archivos de este ISO estén ubicados en su propio disco duro.

En la computadora o servidor donde se encuentran ahora estos archivos, continúe iniciando una sesión de PowerShell con derechos de administrador. Luego navegue hasta el directorio donde guardó estos archivos. En mi caso, este es C:\NanoServer en mi computadora y, por lo tanto, este es el directorio donde ubicaré mi indicador de PowerShell.

A continuación ejecutamos el comando para crear nuestro archivo VHD. Hay varios modificadores diferentes que se pueden definir dentro de un comando determinado, así que tomemos un minuto y expliquemos algunos de ellos. Este es el comando básico con el que trabajaremos:

Nueva imagen de NanoServer –MediaPath -Tipo de implementación -Edición -Ruta de destino -NombreEquipo

Después de especificar todos los elementos enumerados anteriormente, el comando específico que ejecutaré se verá así:

Nueva-NanoServerImage –MediaPath D:\ -DeploymentType Guest – Edición estándar–TargetPath C:\NanoServer\NANO1.vhd –ComputerName NANO1

Después de hacer clic , envuelto en un paquete más o menos seguro. Con el comando anterior, el sistema le pedirá que proporcione la contraseña de administrador para este nuevo servidor. ¡Proporcione su contraseña y comenzará el proceso de creación de su VHD! A medida que avanza la promoción este proceso Puede ver una cantidad significativa de pasos tomados en preparación para aplicarnos su nuevo archivo VHD.

Cuando termine, un nuevo archivo NANO1.vhd se encuentra dentro de la carpeta C:\NanoServer de mi computadora, justo donde planeaba verlo. Como puede ver, el archivo VHD de salida ni siquiera llega a los 500 MB, ¡y ya les dije que estos servidores son muy pequeños!

Con el nuevo archivo VHD en mano, el siguiente paso es aplicar este archivo virtual. disco duro para crear una nueva máquina virtual. Voy a crear una máquina virtual nueva y muy sencilla sólo para mirarla. ¡Simplemente cargue esta VM con mi nuevo archivo VHD y ya estoy en su consola en un nuevo servidor Nano!

El proceso que acabamos de seguir para crear nuestro nuevo servidor NANO1 no parece demasiado complicado una vez que lo has visto, pero todavía hay muchos administradores de TI que no usan PowerShell de forma regular. Afortunadamente para estas personas, existe una nueva utilidad gráfica llamada Nano Server Image Builder ( Nanoservidor Generador de imágenes). Esta herramienta le permite seleccionar y definir las opciones para el Nano Server que desea crear directamente en la GUI, usando su teclado y mouse, y generándolos para asignarle un archivo VHD. ¡No se necesita PowerShell! Nano Server Image Builder también es una gran herramienta para implementar Nano Server en hardware físico, ya que puede emitir fácilmente un instalador USB en lugar de tener que exportar algún archivo VHD. Las opciones de instalación están evolucionando muy rápidamente y lo invito a mantenerse actualizado con las noticias de TechNet para conocer las últimas y mejores técnicas para implementar Nano. Este es un excelente punto de partida: https://technet.microsoft.com/en-us/windows-server-docs/get-started/deploy-nano-server.

La experiencia con Nano Server es completamente diferente a la de otras versiones de Windows Server 2016, principalmente porque Nano está diseñado para funcionar sin cabeza, sin necesidad de acceder a ninguna consola. Estas son algunas de las opciones que actualmente están disponibles para monitorear, mantener y administrar el Nano Server.

Como ya vimos cuando lanzamos por primera vez nuestro nuevo servidor Nano, tiene una consola muy limitada, con la que sólo puedes configurar la configuración de red. Esta es la consola de recuperación de Nano Server ( Consola de recuperación de nanoservidor ). El objetivo principal de esta consola es bastante peculiar. Si de alguna manera perdió la configuración de red de su servidor Nano mientras usaba herramientas de administración remota, esta es su tarjeta de escape. a la libertad en el que puede registrarse y restablecer la configuración de la dirección IP, lo que le permitirá volver a medios remotos

administración. Iniciemos sesión en esta consola por un momento y echemos un vistazo a las opciones disponibles para nosotros. Una vez introducidos nuestro usuario y contraseña nos encontraremos en la siguiente pantalla: Puede ver que actualmente estamos obteniendo una dirección IP de alguien que se ejecuta en nuestro entorno. servidor DHCP , lo cual es genial. Sin embargo, si tiene problemas para acceder al servidor Nano desde las herramientas de administración remota y sospecha que hay algún problema con esta configuración de IP local, puede hacer clic en Pestaña para resaltar la opción (Configuración de red Redes , envuelto en un paquete más o menos seguro.) cerca de la parte inferior de la pantalla y luego toque para ver la configuración de su red. para cambiar o actualizar su configuración de IPv4.

Además Configuración de red, la única otra opción dentro de este consola de recuperación este es el cortafuegos ( Cortafuegos). Adentro esta sección En la consola del servidor Nano verá una lista de reglas de firewall preinstaladas ( Reglas del cortafuegos). Seleccione una regla y tendrá la opción de activar o desactivar esa regla específica usando la tecla .

F4

Una vez que haya determinado la dirección IP de su nuevo Nano Server, ya sea mirando dentro de la consola de recuperación o leyéndola dentro de sus asignaciones de DHCP para determinar qué IP tomó, es hora de comenzar a administrar su nuevo servidor. Esto requiere el uso de alguna herramienta de control remoto externa. ¿El más utilizado? PowerShell. Probemos algunos comandos que permitirán que nuestro indicador local de PowerShell controle de forma remota nuestro servidor NANO1. Lo primero que debemos hacer es agregar NANO1 a nuestra lista de máquinas host confiables. Abra el mensaje de PowerShell que aparece en su computadora donde desea instalar esto conexión remota

PowerShell y use el siguiente comando:

Conjunto de elementos WSMan:\localhost\Client\TrustedHosts "10.0.0.25"

(Obviamente, querrás reemplazar 10.0.0.25 con la dirección IP de tu servidor Nano). Ahora solo nos falta iniciar nuestra sesión remota de PowerShell. Mientras todavía está dentro del mensaje elevado, una sola línea debería brindarle la conexión. cuando entras este comando , se le pedirá que ingrese su contraseña de administrador y luego podrá realizar operaciones remotas. Comandos de PowerShell

en su servidor NANO1.

Enter-PSSession –ComputerName 10.0.0.25 –Administrador de credenciales Ahora se encuentra en un mensaje de PowerShell que está conectado de forma remota a su servidor NANO1. ¿Qué prueba que en realidad es NANO1? Prueba algo como comandos simples

nombre de host o ipconfig. Dado que ahora tiene acceso completo a PowerShell este nano servidor, puedes hacer mucho de lo que quieras con este servidor y directamente desde esta consola. Sin embargo, es importante tener en cuenta que PowerShell en Nano Server no es tan completo como en versión regular Servidor Windows. Algunos comandos y cmdlets funcionan, otros no. Si desea ver una lista de todos los cmdlets de PowerShell incluidos en Nano Server, simplemente ejecute siguiente comando

para mostrar una lista como esta:

Si necesita ejecutar una aplicación WinRM de forma remota en un Nano Server, está de suerte. Esto también es posible.

Para usar WinRM, necesita algunos comandos en su servidor Nano para permitir que comience a funcionar:

winrm quickconfig winrm set winrm/config/client@(TrustedHosts="*") chcp 65001

¡Así debería ser! Ahora debería poder ejecutar comandos WinRM de forma remota en su Nano Server. Hay varias otras herramientas de administración que se usan con menos frecuencia, al menos como yo las veo en la práctica, pero aún se pueden usar para trabajar con el servidor Nano. Si lo estás usando para trabajar Gestión de Windows Instrumentación (WMI) El Nano Server también interactuará con este kit de herramientas. Además, si su organización utiliza Administrador de máquinas virtuales (VMM) o Centro del sistema

Gerente de Operaciones (SCOM) , ambas interfaces tienen la capacidad de interactuar con el nanoservidor. Completamente nuevo en la mezcla es el que ya se mencionó anteriormente en este libro. Gestión de servidores

Herramientas (SMT) . Es parte de su suscripción a Azur, pero afortunadamente no tiene ningún costo. Si elige utilizar SMT, tendrá la capacidad de administrar y manipular muchos aspectos de sus servidores Nano directamente desde su inicio de sesión de Azur.

El mayor beneficio que veo para las empresas que comienzan a utilizar Nano Server es el alojamiento informático para su estructura de virtualización. En lugar de instalar la función Hyper-V en Windows normal Servidor, ¿por qué no hacer que dicho host Hyper-V sea mucho más seguro y obligarlo a reiniciarse con mucha menos frecuencia colocando Hyper-V en un Nano Server? Puede continuar usando cualquier almacenamiento que desee para almacenar los datos de su VM que no tenga que ser administrado por su Nano Server, y puede continuar usando el antiguo Administrador de Hyper-V para todas sus tareas de Hyper-V. La única diferencia es que ahora ejecutará Hyper-V Manager desde otro servidor, o incluso directamente desde el suyo. computadora de escritorio utilizando RSAT. ¡No hay absolutamente ninguna razón por la que cada nuevo servidor Windows Server 2016 Hyper-V creado no pueda instalarse en un Nano Server!

· Sin comentarios

Este artículo proporciona una descripción general de los cambios en la replicación del sistema de archivos en Windows Server 2003 R2 y también presenta ejemplos ilustrativos implementar la replicación en un espacio de nombres DFS utilizando tecnología de dominio.

En los dos artículos anteriores, vimos cómo instalar y configurar el espacio de nombres DFS en Windows Server 2003 R2. El espacio de nombres DFS en R2 es un nuevo nombre para uno de los componentes del sistema de archivos distribuido (Distributed Sistema de archivos(DFS)) en Windows Server 2003, que le permite crear un único árbol virtual de carpetas compartidas que conducirá a recursos reales (físicos) ubicados en diferentes servidores de archivos. El espacio de nombres DFS le permite combinar varios recursos compartidos en su red en un recurso virtual que un cliente puede ver independientemente de su propia ubicación.

Además, DFS en R2 incluye otro componente: la replicación DFS. (V Versiones de Windows Server 2003, que precedió a R2, ambos componentes se llamaban simplemente DFS). La replicación DFS es esencialmente un servicio que se puede utilizar para replicar archivos de un servidor a otro, lo que le permite mantener múltiples copias del mismo archivo en diferentes directorios. Por supuesto, las versiones anteriores de Windows Server 2003 ya incluían un servicio llamado (obviamente) Servicio de replicación de archivos, o FRS, que se utilizaba para lograr dos propósitos:

• Replicar el contenido de carpetas compartidas de un árbol DFS a otro.
• Replicar el contenido de la carpeta SYSVOL entre controladores de dominio.

La desventaja de FRS es que realiza la segunda tarea sin problemas, pero no funciona bien en la primera. Digamos que tiene dos árboles DFS que deben replicarse usando FRS; Las carpetas de datos de los dos árboles contienen archivos muy grandes (por ejemplo, vídeos). Si realiza cambios menores en uno de los archivos (editar un solo cuadro), FRS tendrá que replicar el archivo completo de un árbol a otro, lo que significa carga grande buffer. Esto puede ser un problema grave si ambos árboles están ubicados en dos sitios diferentes conectados mediante una conexión WAN lenta: la replicación ocupará todo. espacio libre buffer de comunicación! Además, FRS en versiones anteriores cometía errores fácilmente y, a veces, incluso se negaba a funcionar, lo cual es, como mínimo, una lástima.

Implementación

Compresión de variables remotas El mecanismo de replicación de archivos ha cambiado en Windows Server 2003 R2. en particular, en este sistema existen dos mecanismos de replicación independientes:

• Replicación DFS. Este servicio es completamente nuevo y se puede utilizar no sólo para replicar árboles DFS para garantizar la tolerancia a errores del sistema y un mejor funcionamiento, sino también para replicar árboles entre servidores para cualquier propósito. Este servicio se describirá con más detalle a continuación.
• Servicio de replicación de archivos (FRS). Este es el servicio original de Windows Server 2000. En R2, FRS se usa sólo para replicar contenido SYSVOL en un controlador de dominio.

Es genial que nuevo servicio La replicación DFS utiliza un mecanismo operativo mejorado con un nuevo algoritmo llamado Compresión diferencial remota (RDC). este algoritmo garantiza la replicación de los cambios en el contenido de los archivos, en lugar de los archivos mismos. Esto significa que DFS funcionará significativamente mejor cuando se conecte a través de tipo de WAN que antes. Además, el nuevo mecanismo admite la limitación del ancho de banda y la programación de replicación; Además, funciona en modo multimaestro. Por lo tanto, DFS en Windows Server 2003 es mucho más confiable y rico en funciones que antes.

Instalación de replicación DFS

Para visualizar cómo configurar y usar el motor de replicación DFS, usemos el espacio de nombres que creamos en mi artículo anterior Uso de espacios de nombres DFS. Contabilidad utiliza dos servidores de archivos: BOX 162 y 163 (BOX162 tiene los recursos de Crédito y Débito, y BOX163 tiene los recursos de Facturas, Inventario e Informes. Estos recursos compartidos se combinaron usando el espacio de nombres DFS en un árbol de carpetas virtual con la raíz en Contabilidad). carpeta, que se creó en el servidor BOX162 cuando se creó el espacio de nombres DFS. La siguiente tabla describe cómo las carpetas del árbol DFS se asignan a los recursos en los dos servidores.

Carpeta compartida	Servidor	Ruta DFS
Contabilidad	CAJA162	\\r2.local\Contabilidad (raíz)
Crédito	CAJA162	\\r2.local\Accounting\Ledger\Cuentas de préstamos
Débito	CAJA162	\\r2.local\ Contabilidad \Ledger\Cuentas por débito
Facturas	CAJA163	\\r2.local\ Contabilidad\Cuenta\Facturas
Inventario	CAJA163	\\r2.local\ Contabilidad \Catálogo\Inventario
Informes	CAJA163	\\r2.local\ Contabilidad \base de datos de informes

Recuerde que el recurso “Facturas” se encuentra ubicado en el servidor BOX163; el acceso a él solo se puede proporcionar utilizando la ruta DFS \\r2.local\Accounting\Account\Invoices, donde r2.local es el nombre dominio activo El directorio con el que estamos trabajando (este ejemplo es un espacio de nombres DFS que utiliza tecnología de dominio y el controlador de dominio es BOX161). En otras palabras, el recurso “Facturas” (C:\Facturas en BOX163) es carpeta de destino asociado con carpeta\\r2.local\ Contabilidad\Cuenta\Facturas en el espacio de nombres\\r2.local\Cuenta.

Recordar:
La terminología para DFS en R2 difiere de la de Windows 2000 Server y versiones anteriores. EN versión antigua DFS, se llamó el recurso "Facturas" enlace de destino y \\r2.local\Accounting\Account\Invoices era enlace asociado a este objetivo. \\r2.local\cuenta era sólo raíz. Así que asegúrese de comprender la terminología DFS en R2 antes de comenzar a trabajar con él. En otras palabras, las raíces ahora se llaman espacios de nombres, los enlaces son carpetas, y los enlaces de destino son carpetas de destino!

Ahora usemos Mecanismo DFS para replicar el contenido del recurso “Facturas” desde el servidor BOX163 al servidor BOX162. por lo tanto, el recurso en el servidor BOX163 dejará de estar disponible, pero los usuarios aún podrán acceder a él desde el servidor BOX162. Por supuesto, para estar más seguro, es mejor que copie también el espacio de nombres. Lo que haremos aquí es simplemente crear un segundo recurso "Facturas" en el servidor BOX162, copiar el contenido de \\BOX163\Invoices a \\BOX162\invoices y agregar \\BOX162\invoices a la lista de carpetas de destino para la carpeta \\r2 local\Accounting\Account\Invoices en el espacio de nombres. En este caso, si un cliente (por ejemplo, XP-191) intenta acceder al archivo Sample.doc ubicado en \\r2.local\Accounting\Account\Invoices en el servidor BOX163, pero este servidor no funciona, entonces acceda Se proporcionará una copia del archivo ubicado en el servidor BOX162.

Por lo tanto, lo primero que debe hacer es instalar el componente de replicación DFS si aún no está en su computadora. Como mencioné en artículos anteriores, si agrega o actualiza funciones del servidor de archivos, tiene la opción de instalar espacios de nombres DFS sin instalar el motor de replicación DFS. ¡Eso es lo que hicimos antes! Para agregar ahora el motor de replicación DFS, puede usar Agregar o quitar programas en el Panel de control. Ejecute la utilidad especificada, seleccione la opción Agregar o quitar Componente de Windows, seleccione Sistema de archivos distribuido, haga clic en el botón Detalles y seleccione el servicio de replicación DFS (consulte la Figura 1):

Figura 1: Instalación del motor de replicación DFS

Si es necesario, inserte el Disco 2 para R2 o especifique la ruta a la carpeta \CMPNENTS\R2 en los recursos compartidos de su red para completar el proceso de instalación del componente. Ahora, cree una nueva carpeta llamada C:\Facturas en el servidor BOX162 y hágala accesible para todos configurando los permisos. control total para todos (esto no significará que la carpeta no esté protegida como recurso compartido). Ahora prepárese para instalar el componente de replicación DFS en el servidor BOX163, ya que todos los servidores de archivos que participarán en la replicación deben tener este servicio.

Para hacer esto, puede usar el elemento Agregar o quitar programas ya mencionado, o la opción Administración del servidor. Ahora, agreguemos \\BOX162\Invoices como segunda carpeta de destino para \\r2.local\Accounting\Invoices. Abra la Consola de administración DFS y seleccione el siguiente nodo del árbol de la consola: Administración DFS, Espacios de nombres, \\r2.local\Accounting\Account\Invoices. Recuerde que sólo hay un objeto objetivo para carpeta actual(Figura 2):

Figura 2: Objetivo existente

Verifique desde una máquina cliente (por ejemplo, XP-191) que el usuario puede abrir el archivo Sample.doc simplemente haciendo clic en Inicio, luego Ejecutar..., escribiendo \\r2.local\Accounting\Account\Invoices y haciendo doble clic en el archivo. . Ahora agreguemos un segundo destino (\\BOX162\Invoices) para esta carpeta. Haga clic derecho en la carpeta Facturas en el árbol de la consola y seleccione Agregar destino. Ahora defina el camino hacia el nuevo objetivo, como se muestra en la Figura 3:

Figura 3: Agregar un segundo destino a una carpeta

Facturas en el espacio de nombres \\r2.local\invoice Después de agregar el segundo destino, se le pedirá que cree un grupo de replicación (consulte la siguiente figura).

Figura 4

Grupo de replicación es una colección de servidores de archivos que participan en el proceso de replicación de una o más carpetas en un espacio de nombres. En otras palabras, si queremos replicar el contenido de \\BOX163\Invoices de \\BOX162\Invoices, entonces BOX163 y BOX162 deben agregarse inicialmente al grupo de replicación. Los grupos de replicación se pueden crear manualmente haciendo clic derecho en el nodo de Replicación DFS en la Consola de administración DFS; sin embargo, es mucho más fácil si hacemos clic en el botón Sí del cuadro de diálogo. Esto iniciará el Asistente de replicación de carpetas, un método simple para replicar el contenido de los servidores de archivos DFS R2 (consulte la Figura 5):

Figura 5: Asistente de replicación de carpetas

No hablaremos de todas las etapas del trabajo de maestría, sino que nos centraremos únicamente en algunos puntos generales:

• Aceptabilidad de replicación. Esta función muestra qué destinos pueden participar en la replicación de la carpeta seleccionada (Facturas). En este caso, el Asistente muestra \\BOX163\Invoices y \\BOX162\Invoices.
• Elemento principal. Verifica que el servicio de replicación DFS se esté ejecutando en el servidor donde se migrarán los destinos. Un servidor es el elemento principal del grupo de replicación. Cuando finalmente se determina el grupo, todo se lleva a cabo sobre una base de múltiples elementos. Seleccionaremos BOX163 como elemento principal, ya que el archivo Sample.doc se transferirá al recurso Facturas ubicado en este servidor(el recurso Facturas en el servidor BOX162 está vacío).
• Selección de topología. Aquí puede elegir "malla completa", "radio" o cualquier otra opción de topología que se describirá más adelante. Hablaré más sobre la topología de replicación en uno de mis próximos artículos en WindowsNetworking.com. Al seleccionar la topología de enlace completo, accederá al grupo de replicación y a la lista de ancho de banda.
• Lista de grupo de replicación y ancho de banda. Puedes establecer el máximo rendimiento y configure la lista de replicación (su plan) (seleccionaremos la primera opción: replicación continua).

Después de revisar la configuración y confirmarla, se establecen conexiones de carril único y doble entre los dos servidores en los que se ejecuta el proceso de replicación. Dependiendo del número total de controladores de dominio y su ubicación, la replicación puede tardar algún tiempo en completarse.

Pruebas de replicación

Para ver el estado de replicación de una carpeta determinada, seleccione la tabla de replicación, como se muestra en la figura:

Figura 6: Estado de replicación de la carpeta

Facturas verificación rápida de la carpeta C:\Facturas en el servidor BOX162 usando Explorador de Windows muestra que el archivo Sample.doc se movió del servidor BOX163 a BOX162, como se esperaba. Si desactiva la conexión local en el servidor BOX163 y especifica la ruta a \\r2.local\Accounting\Account\Invoices a un cliente XP-191, entonces el archivo Sample.doc permanecerá disponible porque el usuario permanece vinculado a lo siguiente archivo disponible en el servidor BOX162. Si se realiza algún cambio en el archivo Sample.doc (en BOX162 o BOX163), dichos cambios se realizan casi de inmediato en el archivo replicado en otro servidor.

www.windowsnetworking.com

Ver también: