Hoy os traigo una manera muy fácil de migrarlas maquinas virtuales de Hyper-V 2008 a Hyper-V 2016.
Primero, debemos de convertir nuestros discos duros virtuales al nuevo formato (VHD a VHDX, que os deje anteriormente en esta entrada.
Una vez tengamos los archivos convertidos y en el nuevo servidor, hacemos lo siguiente:
Creamos una nueva maquina virtual, en la que le ponemos las mismas características que tenia la maquina virtual en el otro servidor (Procesador, Red, Memoria, etc..)
En este paso no creamos el disco duro.
Una vez tengamos la maquina creada, la editamos y le añadimos el archivo del disco duro convertido.
Arrancamos la maquina y esta arrancara tal y como estaba, una vez arranque, cojerá la nueva tarjeta de red, pondremos los datos de la red, como los tenia, y ya tenemos la maquina funcionando correctamente.
En algunas ocasiones, Hyper-V, crea instantáneas de nuestros volúmenes, y nos aparecen dos discos duros diferentes, lo que debemos de hacer para realizar muchas acciones (convertir, migrar,…), es unir dicha instantánea con el disco principal:
Lo primero es ir a la ruta donde se encuentran dichos archivos y cambiarle la extensión al disco de .vhdx.
Ahora nos dirigimos a Hyper-v para realizar la tarea.
Ahora nos vamos a la opción editar disco y buscamos el disco que queremos combinar, seleccionamos el que previamente le hemos cambiado la extensión.
En la siguiente ventana seleccionamos Merge o combinar.
Seleccionamos la primera opción y damos a finalizar.
Para verificar que esta todo correcto, comprobamos que solo ha quedado un archivo.
Desde Windows 2012, en Hyper-v, las extensiones de los discos duros pasan a ser VHDX, ya que estos permiten crear discos de hasta 64 TB, mayor protección contra la posible corrupción de datos y una mejor alineación de los sectores del disco duro, para que este funcione de una mejor manera.
Para realizar la conversión haremos lo siguiente:
Una vez tengamos abierto Hyper-V Manager, en el menú de acciones buscamos “Editar Disco”
Buscamos el disco VHD que vamos a convertir, y damos a siguiente
Seleccionamos, que que queremos realizar sobre el disco “Compactar, Convertir o Expandir”, en este caso, vamos a seleccionar Convertir y damos a siguiente
Indicamos el formato de disco para convertirlo, en este caso, VDHX y nuevamente, damos a siguiente
Ahora toca definir el tipo de disco que queremos, “Fijo o Dinámico”, si queremos que el disco reserve el tamaño de inicio (Fijo) o por el contrario que vaya creciendo en función de los datos que vayamos añadiendo, (Dinámico), y siguiente
En este ultimo paso elegimos el lugar donde se va a guardar el nuevo disco duro con formato VHDX, le damos a terminar y esperamos que termine la operación
Una vez tengamos instalado el servidor DHCP en ambos servidores, podemos comenzar con la migración, que no nos llevara mas de 10 minutos, primeramente en el servidor 2008, lanzamos un PowerShell como administrador y escribimos lo siguiente:
Escribimos netsh DHCP server export C: \ dhcp.txt y presionamos Intro para exportar el servidor DHCP a un archivo .txt
Una vez tengamos la configuración exportada a un archivo .txt, lo copiamos en un pendrive o unidad de red, y nos vamos al nuevo servidor (2016), igualmente lanzamos un PowerShell con derechos de administrador y escribimos lo siguiente:
Escribimos netsh DHCP server import C: \ dhcp.txt y presionamos Intro para importar el archivo .txt
Ahora nos vamos al servidor DHCP 2016 y sobre el nombre del servidor, damos click derecho y autorizar.
Comprobamos que esta todo correctamente migrado, y comprobamos que en el 2008, esta desautorizado.
En
el post de hoy, vamos a ver como transferir las funciones de un Controlador de
Dominio de Active Directory de un servidor a otro, mediante línea de comandos.
Lo
primero que debemos de hacer es agregar el nuevo servidor, al dominio
existente, y hacerlo controlador de dominio, para poder promocionar el nuevo
servidor.
Debemos
de abrir una ventana de línea de comandos, lo primero que debemos de hacer es
saber quien tiene las funciones de FSMO, para ello ejecutamos: netdom query fsmo
Para
transferir las funciones FSMO, usaremos el comando ntdsutil, para ello,
usaremos los siguietes comandos (en negrita los comandos):
Ntdsutil
ntdsutil: roles
fsmo maintenace: connections
server connections: connect to server “Nombre_Servidor_destino”
Una vez
conectados, ponemos:server
connections: q
Y
ya podemos empezar a transferir las funciones de FSMO, para ello usamos los
siguientes comandos, dando a aceptar siempre que nos lo pida:
transfer naming master
transfer infrastructure master
transfer PDC
transfer RID master
transfer schema master
Cada
vez que transferimos uno de los 5 roles, vamos comprobando mediante el comando
netdom, si se ha transferido correctamente la función.
En Google chrome, nuestros favoritos se guardan como Marcadores (Enlaces que te permiten acceder a tus web’s favoritas de forma rapida). Alguna vez has querido exportar dichos marcadores para llevartelos a otro equipo o para otra aplicacion de exploracion web (Mozilla Firefox, Internet Explorer…).
Alguna vez te has preguntado ¿donde guarda Google Chrome los favoritos?, ya sea para cambiar de equipo o por que tu antiguo equipo no arranca pero si tienes acceso a los datos del disco duro. Pues no busques mas aqui te indico la ruta donde estan guardados.
El error lo encontre en Windows Server 2016 R2, pero por lo que vi tambien puede darse en otras versiones.
El error se da cuando:
Al tratar de ver los Security logs de un Windows Server 2008 muestra un Error 5 indicando acceso denegado.
Que es lo que pasa:
Aun no está documentado un motivo en la pagina de Microsoft, pero bien sea la carpeta donde se almacenan los logs o la Registry pierden las configuraciones de security defaults. Sin necesidad de que por ejemplo una GPO haya modificado permisos de seguridad.
Como resolverlo:
Bueno, vamos por partes, primero revisemos la carpeta donde se almacenan los logs de security, por default esta carpeta es: %SystemRoot%system32winevtlogs
Esta carpeta tiene que tener los siguientes permisos de security:
Authenticated user – List folder/read data, Read attributes, Read Extended attributes, Read permissions Administrators – Full control SYSTEM – Full control NT SERVICEEventLog – Full control (* LEER AL PIE DEL ARTICULO)
(en español… mas o menos traducido es algo asi
Usuarios autentificados – Listar carpetas/leer datos, Leer atributos, Leer atributos extendidos, Lectura Administrators – Control Total SYSTEM – Control Total NT SERVICEEventLog – Control Total (* LEER AL PIE DEL ARTICULO)
Luego revisamos la Registry del equipo, buscamos la clave:
«HKEY_LOCAL_MACHINESYSTEMCurrentControlSetserviceseventlogSecurity» Al hacer click derecho en «Security»/ Permissions tenemos que revisar que los permisos esten como se muestran a continuacion:
CREATOR OWNER – Full control Administrators – Full control SYSTEM – Full control NT SERVICEEventLog – READ / Leer
Una vez hechos estos cambios aun quizas sea necesario un reinicio del servidor/equipo para que vuelva a funcionar, si no fuera posible reiniciarlo, se puede intentar restartear el servicio de «Windows Event Log» usando «psexec /s cmd» desde un cmd con privilegios de administrador. El Psexec de Sysinternals lo pueden descargar de la pagina de Microsoft (http://technet.microsoft.com/es-es/sysinternals/bb897553)
(*) Al tratar de agregar el usuario «NT SERVICEEventLog» puede parecer que no resuelve al tratar de «comprobar nombres». Se debe cambiar el scope de busqueda del dominio al nombre de equipo en el que se este trabajando (aun sea controlador de dominio) y ademas agregar en Object Types / Tipos de Objeto el tilde en «Service Accounts» / «Cuentas de Servicio».
Este error nos aparece, si por ejemplo intentamos cambiar las opciones del adaptador de red desde este menú, o abrir otras aplicaciones como Windows Defender, etc.
