Windows server 2012 R2: Migración de carpetas compartidas.

En el laboratorio de hoy, vamos a traspasar las configuraciones de los Shares, o dicho de otro modo los permisos de recurso compartido, de un árbol de  carpetas compartidas que tengamos definido en un servidor de ficheros.

También podéis acceder al canal de YouTube de Pantallazos.es, donde encontrareis el vídeo tutorial en el que llevamos a cabo el procedimiento de migración de los permisos de a compartir durante la migración de un servidor de file server Windows 2012 R2.



Podéis acceder y suscribiros al canal de Youtube de Pantallazos.es en el enlace que mostramos a continuación:


https://www.youtube.com/c/pantallazoses

En un servidor de ficheros o file server, el acceso a las carpetas estará determinado por dos conjuntos de permisos, en primer lugar tendremos los permisos de recurso compartido que tengamos definidos en una carpeta y en segundo lugar tendremos los permisos NTFS definidos de manera global en una carpeta o de manera más individual en cada uno de los archivos que la carpeta contenga.

Los permisos de recurso compartido suelen usarse para todos aquellos equipos con sistemas de archivos FAT32 u otros equipos que no utilizan un sistema de archivos NTFS.

Los permisos de recurso compartido y los permisos NTFS son totalmente independientes de modo que uno no modificará a los otros.

Los permisos de acceso que tendrá finalmente en una carpeta compartida, se determinarán teniendo en cuenta los permisos de recurso compartido y de permiso NTFS y se aplican los permisos que sean más restrictivos.

El entorno de laboratorio que tenemos está compuesto por dos servidores:

• SRVDC-02: Es el origen de los datos.
• SRVDC-01: Es el destino de los datos.

En nuestro laboratorio realizaremos la migración de los shared folder de un servidor de ficheros Microsoft Windows 2012 a otro Microsoft Windows 2012, pero este procedimiento es valido para cualquier versión de Windows server desde la versión Windows server 2003.

Nakivo Backup & Replication 7: Configuración de Windows.

En el laboratorio de hoy, vamos configurar nuestro entorno de copias de seguridad de Nakivo Backup & Replication versión 7 en un servidor Windows 2012 R2.

Una vez hayamos establecido la nueva contraseña del usuario admin de Nakivo Backup & Replication empezará la configuración del entorno:

Durante el asistente configuraremos tres objetos básicos:

• Inventory: Antes de poder crear tareas de copia de seguridad o replicación, tendremos que agregar nuestra infraestructura virtual al inventario de Nakivo Backup & Replication v7. Nuestra infraestructura se agregará a la base de datos del producto y se irá actualizando cada hora de forma predeterminada.
• Transporters: El Transporter es el componente que realiza todo el trabajo pesado en cada proceso. Realizará las tareas de copia de seguridad, replicación y recuperación, así como la compresión de los datos, cifrado y deduplicación.
• Repositories: El repositorio de copia de seguridad es un disco usado por Nakivo Backup & Replication para almacenar los archivos resultantes de cada uno de los trabajos de copia. Cuando agregamos un nuevo repositorio de copia de seguridad, Nakivo Backup & Replication creará una nueva carpeta en su interior llamada NakivoBackup donde mantendrá todos los datos de cada máquina virtual junto con los metadatos.

Nakivo Backup & Replication 7: Instalación de Windows.

En el laboratorio de hoy, vamos instalar Nakivo Backup & Replication versión 7 en un servidor Windows 2012 R2.

Nakivo Backup & Replication es un nuevo producto comercial, para realizar copias de seguridad y replicas en entornos de virtualización.

Usando Nakivo Backup & Replication 7 podremos respaldar máquinas virtuales hospedadas tanto en infraestructuras de VMWare vSphere ESXi como en servidores host Microsoft Hyper-v. 

Podremos elegir entre tres posibles despliegues del producto:

• Instalación de Windows, disponible para instalar en versiones de Windows Server 2008 R2, 2012, 2012 R2 o Windows 7 Pro x64, 8 y 10.
• Instalación de Linux, disponible para instaladar en versiones Red Hat Enterprise 6.3 de 64-bit, Ubuntu 12.04 Server de 64-bit y SUSE Enterprise Server 11 SP3 de 64-bit.
• Despliegue de Virtual Appliance, se trata de una máquina virtual basada en el sistema operativo Ubuntu 12.04 Server, disponible para ser descargada en formato OVA en la página oficial de Nakivo y puede ser desplegada fácilmente en nuestro entorno vmware vSphere ESXi.

Hoy descargaremos de la página oficial del producto la versión Nakivo Backup & Replication 7 para Windows.

• Nakivo Backup & Replication v7.

Windows 2012 R2: Instalación de servicios de escritorio remoto (Quick Start). Parte 2

Hemos dividido el artículo de hoy en dos documentos a los que podéis acceder directamente usando el indice que mostramos a continuación:

• Windows 2012 R2: Instalación de servicios de escritorio remoto (Quick Start). Parte 1
• Windows 2012 R2: Instalación de servicios de escritorio remoto (Quick Start). Parte 2

También podéis acceder al canal de YouTube de Pantallazos.es, donde encontrareis el vídeo tutorial en el que llevamos a cabo el procedimiento de  instalación de servicios de escritorio remoto mediante inicio rápido en un servidor Windows 2012 R2.

Podéis acceder y suscribiros al canal de Youtube de Pantallazos.es en el enlace que mostramos a continuación:


https://www.youtube.com/c/pantallazoses

Vamos a ver que nos a configurado el asistente de Quick Start en nuestro servidor. Lo primero que haremos será acceder al sitio web de Remote Desktop Web Access. Desde el equipo cliente conectado a nuestra red introduciremos, en un explorador de Internet, la URL. En nuestro laboratorio será:

HTTPS://SRVTERM.DOM.LOCAL/RDWeb

El explorador de Internet nos mostrará una advertencia de que certificado que tenemos instalado en nuestro servidor de servicios de escritorio remoto no es confiable. Evidentemente, en este momento, todavía tenemos instalado un certificado autofirmado. Ya tendremos tiempo, más adelante, para cambiar dicho certificado por uno valido. Seguidamente, iniciamos sesión con la misma cuenta Administrador de nuestro dominio

Podremos observar que, tenemos disponibles varias aplicaciones que Microsoft ha compartido por defecto.

• Calculadora.
• Paint.
• WordPad.

Ejecutemos, por ejemplo, la aplicación WordPad para comprobar que funciona correctamente.

Windows 2012 R2: Instalación de servicios de escritorio remoto (Quick Start). Parte 1

En un sistema operativo Windows Server 2012, podemos encontrar varios cambios en los servicios de Escritorio Remoto. Para poder instalar Remote Desktop disponemos de dos asistentes.

• Quick Start o Inicio Rápido.
• Standard Deployment o Implementación Estandar.

En el laboratorio de hoy  analizaremos el proceso de instalación usando el asistente Quick Start, hemos dividido el artículo de hoy en dos documentos a los que podéis acceder directamente usando el indice que mostramos a continuación:

• Windows 2012 R2: Instalación de servicios de escritorio remoto (Quick Start). Parte 1
• Windows 2012 R2: Instalación de servicios de escritorio remoto (Quick Start). Parte 2

También podéis acceder al canal de YouTube de Pantallazos.es, donde encontrareis el vídeo tutorial en el que llevamos a cabo el procedimiento de  instalación de servicios de escritorio remoto mediante inicio rápido en un servidor Windows 2012 R2.

Podéis acceder y suscribiros al canal de Youtube de Pantallazos.es en el enlace que mostramos a continuación:


https://www.youtube.com/c/pantallazoses

En primer lugar, haremos una breve descripción de cada uno de los distintos servicios de Rol que forman parte de Remote Desktop.

• Remote Desktop Session Host o RDSH: Es el componente encargado de ejecutar los procesos de las máquinas clientes que están accediendo de forma remota.
• Remote Desktop Connection Broker o RDCB: Es la función que  se encarga de repartir la carga y asegurar que las sesiones de usuario que estén desconectadas, se vuelvan a conectar al Remote Desktop Session Host que les corresponda.
• Remote Desktop Web Access o RDWA: Se encarga de mantener el sitio web para que los usuarios puedan acceder a los distintos recursos.
• Remote Desktop Gateway o RDG: Proveerá el acceso externo a nuestros host de Escritorio Remoto, permitirá que las conexiones, tanto externas como internas, conecten usando HTTPS y encapsulando el tráfico RDP en un túnel SSL.
• Remote Desktop Licensing o RDL: Cada cliente que acceda a nuestra infrastructura requiere una licencia Remote Desktop Client Access License, que no vienen incluidas con el propio en el sistema operativo. Remote Desktop Licensing será el encargado de gestionar las Licencias de escritorio remoto.

En nuestro laboratorio contaremos con una infraestructura muy sencilla:

• Controlador de Dominio: SRVDC-TS.DOM.LOCAL
• Servidor miembro de RDS: SRVTERM.DOM.LOCAL
• Equipo Cliente: WINDOWS-10-PC.DOM.LOCAL

Empezaremos instando los roles en nuestro servidor SRVTERM, abriremos una nueva ventana de Administrador del Servidor y, en la sección Panel del menú lateral izquierdo de dicha ventana, seleccionaremos la opción llamada Agregar roles y características.

Saltaremos la bienvenida del asistente llamada Antes de comenzar presionando el botón Siguiente> que es encuentra situado en la esquina inferior derecha de la ventana y, seguidamente, en la sección llamada Tipo de Instalación, seleccionaremos la opción Instalación de servicios de escritorio remoto. Una vez hayamos efectuado la selección pulsaremos de nuevo el botón Siguiente>.

Review libro WS2016LABS - Windows Server 2016.

En el año 2012 apareció la versión final de Microsoft Windows Server 2012 y juntamente con el lanzamiento del producto, Xavier Genestós presentó su libro de laboratorios sobre Windows Server 2012 llamado WS2012LABS y, desde entonces, ha ido publicando muchos otros libros de temáticas diversas como servidores Microsoft Exchange, Active Directory, directivas de grupo, Linux para empresas, Veeam Backup, entre otros.

Hoy tenemos entre las manos, otro fantástico libro de laboratorios para administradores de sistemas donde podremos aprender de forma práctica y sencilla todas las novedades que incorpora esta nueva versión de sistema operativo Microsoft Windows Server 2016. El nombre de dicho libro, como no podía ser de otro modo es, WS2016LABS - Windows Server 2016.

El principal objetivo del libro es que el lector consiga aplicar todos los conocimientos adquiridos durante la lectura en el entorno de producción su empresa sin muchas dificultades. Este libro, como todos los que escribe Xavier, está basado en laboratorios paso a paso que explicarán todas las novedades que introduce Microsoft Windows Server 2016.

Windows 10: Sysprep no pudo validar la instalación de Windows.

En el artículo de hoy, hablaremos de un error que nos aparecerá cuando actualizamos o quitamos una aplicación usando Windows Store y, a continuación, ejecutemos sysprep en nuestro equipo para generalizar una imagen.

Podéis acceder también, al canal de YouTube de Pantallazos.es, donde encontrareis el vídeo tutorial en el que llevamos a cabo el procedimiento de solucionar el error de "Sysprep no pudo validar la instalación de Windows" durante generalización en un equipo que tiene instalado un sistema optativo Microsoft Windows 10.

Podéis acceder y suscribiros al canal de Youtube de Pantallazos.es en el enlace que mostramos a continuación:

https://www.youtube.com/c/pantallazoses

Sysprep, es una herramienta que usamos los administradores de sistemas cuando queremos preparar una instalación de Windows para la clonación.

• Windows 10: Cambiar SID con SYSPREP.

Según Microsoft, podemos ejecutar Sysprep tantas veces como sea necesario para conseguir crear y configurar nuestra instalación de Windows. Sin embargo, sólo podemos restablecer tres veces la activación de Windows.

En el enlace siguiente podréis realizar el rearmado:

• Windows 7 Error: Reparar el rearmado de sysprep - Error irrecuperable al intentar ejecutar sysprep en el equipo.

Sysprep, también presenta las limitaciones siguientes:

Sólo podemos usar la versión de Sysprep que viene instalada con la imagen de Windows que queremos configurar. Sysprep se instalará por defecto en el directorio %WINDIR%\system32\sysprep.

Sysprep no puede ser utilizado en instalaciones de Windows que sean del tipo de actualización. Solo podremos ejecutar Sysprep en instalaciones de sistemas operativos limpias.

Sólo  ejecutaremos Sysprep si el equipo es miembro de un grupo de trabajo, no debemos usar Sysprep en equipos que formen parte de un dominio de Active Directory. Si el equipo está unido a un dominio de Active Directory, Sysprep podría eliminarlo del dominio.

Si ejecutamos Sysprep en una partición con el sistema con archivos NTFS que contenga archivos o carpetas cifrados, los datos que contengan dichas carpetas quedarán completamente ilegibles e irrecuperables.

Muchas aplicaciones de Windows Store se encuentran instaladas por defecto en nuestras instalaciones de los sistemas operativos Windows 10 y Windows 8. Aplicaciones como pueden ser Mapas, Mensajería, Bing, Viajes y Noticias entre otras, todas ellas, son conocidas como aplicaciones aprovisionadas. Las aplicaciones aprovisionadas están preparadas para ser instaladas en cada uno de los usuarios en nuestro sistema operativo Windows durante el primer inicio de sesión. 

Cuando queremos usar la Herramienta de preparación del sistema en un equipo con un sistema operativo Microsoft Windows 8, Windows 8.1 o Windows 10 ,es muy posible que, a causa de estas aplicaciones nos muestre uno de los dos mensajes de error que mostramos a continuación:

• Sysprep no pudo validar la instalación de Windows. Revise el archivo de registro en %WINDIR%\Systm32\Sysprep\Panther\setupact.log para obtener detalles. Una vez resulte el problema, use Sysprep para volver a validar la instalación.
• Error irrecuperable al intentar ejecutar sysprep en el equipo.

Este segundo error, también podría ser debido a problemas en el rearmado de Sysprep.

• Windows 7 Error: Reparar el rearmado de sysprep -  Error irrecuperable al intentar ejecutar sysprep en el equipo.

EMC Connectrix DS-300B - Configuración de Zoning Parte 2

Hemos dividido este articulo en tres partes a las que podéis acceder usando el indice que mostramos a continuación:

• EMC Connectrix DS-300B - Configuración de Zoning Parte 1
• EMC Connectrix DS-300B - Configuración de Zoning Parte 2
• EMC Connectrix DS-300B - Configuración de Zoning Parte 3

El paso siguiente será crear las Zonas que necesitemos, como premisa general tenemos que realizar agrupaciones mínimas de componentes, no es una buena practica crear una macro zona con todos los host que tengamos en nuestra organización y la cabina de discos. Para iniciar la configuración nos dirigiremos a la sección llamada Zone, a continuación pulsaremos el botón llamado New Zone para crear la primera de nuestras Zonas.

Aparecerá una nueva ventana llamada Create New Zone, en el cuadro de texto llamado Zone Name vamos a introducir un nombre que describa todos los componentes que estarán conectados entre si, o dicho de otro modo, todos los equipos que tienen que ser visibles, los unos con los otros, dentro de la Zona creada.

En nuestro laboratorio, los equipos que van a conectar las zonas que vamos a crear serán, los puertos de una cabina EMC Unity con un servidor Host VMWare al que llamaremos HOST1.

Como recomendación general, incluiremos en el nombre de la zona toda la información que nosotros mismos pensemos que nos pueda facilitar nuestro trabajo en un futuro, por ejemplo crearemos nombres de zona del estilo:

Nombre del host+Nombre de la cabina+controladora de la cabina.

En nuestro laboratorio llamaremos a nuestra primera Zona:

HOST1_UNITY_SPA

Pulsaremos el botón Ok para aplicar los cambios y asignaremos uno de los alias creados anteriormente, en este caso el que equivale al WWN del Puerto 5 de la SP A.

Lo seleccionaremos y con el botón de la flecha que apunta al lado derecho de nuestra pantalla (paso 9 en la imagen) lo asignaremos a la zona.

EMC Connectrix DS-300B - Configuración de Zoning Parte 1

En el laboratorio de hoy configuraremos el Zoning en un switch EMC Connectrix DS-300B que tenemos instalado en la red SAN de nuestra infraestructura.

Hemos dividido este articulo en tres partes a las que podéis acceder usando el indice que mostramos a continuación:

• EMC Connectrix DS-300B - Configuración de Zoning Parte 1
• EMC Connectrix DS-300B - Configuración de Zoning Parte 2
• EMC Connectrix DS-300B - Configuración de Zoning Parte 3

En las redes usadas para el almacenamiento, la división en zonas de Fibre Channel o Zoning es la partición de un fabric en subconjuntos más pequeños del mismo, para poder simplificar la administración, agregar seguridad y disminuir las interferencias, de manera que cada sistema conectado a la SAN sólo debe tener acceso a un pequeño subconjunto controlado de dispositivos.

La premisa básica del Zoning es poder controlar quién puede ver qué en una red de almacenamiento SAN.

En el entorno de nuestro laboratorio disponemos de una cabina de discos Unity 300 un switch EMC Connectrix DS-300B y finalmente un servidor Host HP.

EMC Connectrix DS-300B - Configuración de Zoning Parte 3

Hemos dividido este articulo en tres partes a las que podéis acceder usando el indice que mostramos a continuación:

• EMC Connectrix DS-300B - Configuración de Zoning Parte 1
• EMC Connectrix DS-300B - Configuración de Zoning Parte 2
• EMC Connectrix DS-300B - Configuración de Zoning Parte 3

Llegados a este punto, vamos a conectar físicamente las tarjetas FC de nuestro host VMWare al switch EMC Connectrix DS-300B. Seguidamente, abriremos nuevamente la sección llamada Alias en Zone Administration, en ella, descubriremos que han aparecido los WWN de las tarjetas de FC de nuestro HOST1.

Procederemos a crear un Alias de cada una de las nuevos WWN de las conexiones de FC de HOST1. En nuestro laboratorio, hemos conectado dos puertos FC para nuestro servidor host. Paralelamente a la consola de nuestro switch  EMC Connectrix DS-300B, abriremos una ventana nuestro vCenter y accederemos a la sección llamada Adaptadores de almacenamiento para facilitarnos la identificación de cada uno de los WWN que han aparecido en la consola de administración de nuestro Switch (paso 2 en la imagen).

Identificaremos cada uno de los WWN comparándolos y crearemos un Alias personalizado para una correcta y fácil identificación de cada uno de los canales.

Pulsaremos el botón New Alias, aparecerá una nueva ventana llamada Create New Alias en el cuadro de texto Alias Name escribiremos el nuevo nombre que asignaremos al WWN.

Como recomendación general usaremos nombres que describan a la perfección el dispositivo que hemos conectado, de este modo facilitaremos los futuros trabajos de reconfiguración de las zonas de nuestro switch, serán nombres del tipo:

Nombre del host+VMHBA.

En nuestro laboratorio el servidor llamado HOST1 tendrá conectada la controladora VMHBA4 por consiguiente nuestro Alias será:

HOST1_vmhba4

Aplicaremos los cambios usando el botón OK. Una vez tengamos creado el nuevo Alias, asignaremos el WWN, seleccionaremos de la VMHBA4 de nuestro host VMware y con el botón de la flecha que apunta al lado derecho de nuestra pantalla (paso 10 en la imagen) lo asignaremos al Alias HOST1_vmhba4.