Si alguna vez necesitáis utilizar el liberador de espacio en 2012 Server (tambien en 2008), os daréis cuenta que no esta ahí… y si queremos liberar espacio… como demonios lo hacemos?
Basta con seguir los siguientes pasos.
Abrir la consola de PowerShell e introducir:
dism /online /enable-feature /all /featurename:DesktopExperience
Reiniciamos máquina.
Echo esto, ya dispondremos de la opción para la limpieza de disco.
Su significado es «IE Enhanced Security Configuration«, su misisón es la de controlar y restringir el acceso a la worl wide web para evitar ataques a nuestros servidores basados en la navegación web y la ejecución de scripts. Para los que querais información adicional, os recomiendo el Link añadido al final del artículo.
IEESC proporciona una capa mas de seguridad, pero para muchos, en algunas ocasiones, puede suponer un lastre a la hora de realizar tareas de forma fluida. Para solucionar este inconveniente, vamos a ver como deshabilitar-lo en 2012 Server.
Para ello seguir los siguientes pasos:
Quick-Disable
Desde linea de comando ejecutar:
«C:\Windows\system32\rundll32.exe» C:\Windows\system32\iesetup.dll,IEShowHardeningDialog
Con ello se nos mostrará directamente la ventana para deshabilitar las opciones de IESC.
Con este comando podemos generar un shorcut (nuevo acceso directo) con este comando, y utilizar-lo para el rapido acceso a la configuración de IEESC en nuestros entornos.
Listo para usar-se 😉
NOTA: Ojo, IEESC es una medida adicional de seguridad para nuestros servidores, deshabilitarlo solo cuando esteis totalmente seguros que no va a suponer un riesgo para vuestros equipos. La comodidad tiene un precio xDDD
Si quereis información Extendida de IEESC no dejeis de leeros:
http://technet.microsoft.com/en-us/library/dd883248%28v=ws.10%29.aspx
Como algunos sabréis, PHD virtual backup es una solución de backup para entornos virtuales que esta despegando muy fuerte en los últimos años. Dispone de versiones para XenServer y VMware.
PHDVB se basa en el uso de un virtual apliance que permite un rápido deploy de la solución y que permite empezar a funcionar en poco tiempo.
No es necesario conocimientos sobre backups pues su fuerza, su potencia esta en su facilidad de uso. Cualquier, y cuando digo cualquiera es cualquiera, puede realizar backups, programarlos y recuperar tanto maquinas como ficheros de una forma fácil y rápida.
Las características del producto podéis verlas en la propia web del fabricante: http://www.phdvirtual.com/
Que hay de nuevo viejo!
PHDVB 6.2 proporciona una nueva característica llamada CloudHook. Esta posibilita el uso de repositorios en la nueva para el almacenamiento de backups con las ventajas que ello propociona.
No vamos a explicar todo lo bueno que ofrece PHD. Si realmente queréis ver su potencia, nuestra recomendación es que lo descarguéis y lo probéis, pues sabemos que os gustará y no es necesario que os convenzamos al respecto.
Descarga-lo aquí: http://bit.ly/YcSDnF
El motivo de este post, es ver como debemos proceder para actualizar nuestro producto de backup favorito.
Actualizando PHD
Lo primero que debéis saber es que utilicen una versión inferior a la 6.0, NO DISPONEN de actualización directa a 6.2, con lo que deberán pasar por un proceso de migración.
Para versión 6.0 y 6.1, PHD proporciona un parche de actualización, descargable desde el siguiente link: http://www.phdvirtual.com/upgrade-packages
El paquete de actualización es de 211MB. Una vez descargado, procederemos según el siguiente manual:
Aquí encontraremos tanto las Tools para actualizar en los dispositivos Windows, como la actualización del cliente y del Exporter.
Actualizar el producto es MAS FACIL AUN que la instalación de la solución.
El proceso tarda pocos segundos y en breve aparece la ventana que PHD 6.2 ha sido instalado.
En este punto, ya solo nos queda abrir la consola de PHD y comprobar la nueva funcionalidad; puesto que PHD6.2 únicamente incluye como novedad CloudHook.
Actualizando nuestro appliance
El fichero de upgrade incluye un fichero llamado “PHDVirtualBackup_6_2_0.phd”
Este permitirá la actualización de nuestro appliance. Para su aplicación, realizaremos lo siguiente:
Detalles
VBA. Detalle del applicance en versión 6.2
En las opciones de Storage podremos ver las nuevas características de almacenamiento:
Esperemos ver pronto esta solución para Hyper-V. Oido?! 😛
Para aquellos que me conocen, saben que mis inicios profesionales empezarón en los mundos de Unix. De aquellos amores quedan siempre profundas heridas, y aunque mi foco profesional actual se basa en entornos Citrix/Microsoft, hay amores que dejan huella :P.
Quizás de aquellos amores venga mi pasión por Xen, y en especial por XenServer. Para aquellos que no lo conocen, XenServer es el hypervisor proporcionado por Citrix basado en el proyecto XenSource.
De mis antiguos amores y de mis nuevos amores, surge la inquietud por PowerShell. PowerShell proporcionó a Windows aquello que los amantes de los sistemas Unix encontrábamos a faltar en los sistemas de Gates. Un entorno de comandos, potente, flexible que permita al administrador realizar cualquier tarea que podamos imaginar.
Hoy vamos a ver en este post, como usar PowerShell para hablar con XenServer.
Cmdlets a tutiplén
Los cmdlets vienen a ser los comandos disponibles en nuestro entorno de PowerShell. Windows provee multitud de ellos para la gestión de nuestro sistema, pero para poder utilizar Pshell sobre XenServer, deberemos en primer instancia instalar el conjunto de cmdlets creados para su integración con Xen. Para ello, bastará con conectar-nos con el Site de Citrix, y descargar el SDK de XenServer, el cual contiene cmdlets, recursos Python, recursos .Net, Java y librerías.
Una vez descargado e instalados los modulos de PowerShell, disponemos de todo en nuestra maquina para empezar a hablar con nuestro hypervisor Xen.
Ola q ase Xen?
Este manual no pretende ser un manual de PowerShell, existen muchos en la red y muy buenos. Si quereis aprender PowerShell este no es vuestro Post y os recomendamos un primer acercamiento al mismo antes de proceder.
El primer paso para hablar con Xen desde PowerShell, como habréis adivinado, va a ser la carga de los nuevos cmdlets reciente creados. Para ello realizaremos lo siguiente:
Con esto ejecutado, ya disponemos de los cmdlets de XenServer cargados. Veamos inicialmente los comandos disponibles desde PowerShell
Existen una serie de comandos básicos para establecer la conexión. Una vez ejecutados y obtenida la conexión, nuestro limite es nuestra mente.
Para establecer la conexión con XenServer, ejecutaremos:
connect-Xenserver -Url http://XenServer_URL -UserName root –Password xxxx
Con ello procederemos a realizar la conexión con nuestro Host. Yo prefiero utilizar este modelo:
Get-Credential | connect-Xenserver -Url http://XenServer_URL
De este modo obtenemos un prompt de Windows para validación evitando escribir la contraseña en text plano desde la CLI.
Con ello, ya disponemos de una conexión abierta con Xen. Veamos algunas de las cosas que podemos hacer…
Listando maquinas en nuestro host
Get-XenServer:VM | select name_label
Parar y arrancar VMs desde la CLI:
Invoke-XenServer:VM.Start -VM «HOST-LS»
Invoke-XenServer:VM.CleanShutdown -VM «HOST-LS»
Creemos una nueva tarjeta de red.
Create-XenServer:Network -NameLabel «CTXDOM_ITPROs Network»
Para eliminar-la podemos usar Destroy-XenServer:Network –Network “CTXDOM_ITPROs Network»
Para finalizar, el comando de desconexión 😛
Disconnect-XenServer
>> Disconnect-Post y hasta otra!
Recurso Adicional: http://community.citrix.com/display/xs/Citrix+XenServer+6.0+CmdLet+Poster
En este artículo vamos a explicar como migrar vuestro controlador de dominio de 2008/2008R2 al reciente 2012. Recordad que también es posible realizar un Upgrade del DC tras elevar el nivel funcional del dominio, pero… ¿de verdad vamos a realizar upgrade en entornos productivos? … 😛
Requisitos previos
Es esencial para seguir este manual…
– Un Controlador de dominio en 2008/2008R2
– Un Servidor 2012 Server
Para su migración podemos seguir los siguientes pasos:
DCPROMO no existe en 2012. Para ello, existen dos posible nuevos caminos.
Vamos a usar el método 1 por ser un poco mas ágil inicialmente, aunque no durante todo el proceso; para simplificar-lo, para hacer-lo mas accesible a todo el publico, realizaremos y completaremos la migración desde la GUI.
Para ello, empezamos instalando el rol de AD desde powershell con un simple comando:
Add-WindowsFeature -name ad-domain-services -IncludeManagementTools
Si queremos asegurarnos de que el esquema del bosque y de AD han sido actualizados, en el CD de 2012, dentro de la carpeta Support, disponemos de las herramientas de ADPREP para tal efecto.
Adprep.exe /forestprep
Adprep.exe /domainprep /gpprep
Tras ello, seguimos tal y como indicamos a continuación:
En las notificaciones de administración de servidor podemos observar un icono de Advertencia.
Seleccionamos, “promover el Servidor”.
Seleccionamos “Agregar el controlador al dominio existente”
Especificamos los roles para el controlador.
Especificamos opciones adicionales.
Confirmamos rutas de acceso y confirmamos el resumen de cambios a realizar y tras ello, se procede con la instalación. Tras ello, el sistema se reinicia.
Una vez finalizado y reiniciado el sistema.
Aunque creo que la mayoría ya estáis familiarizados, para aquellos que no están, voy a explicar de que se trata y como implementar-lo en unos sencillos pasos.
Básicamente los ADMX son plantillas administrativas, como las de toda la vida, con capacidad para ser centralizadas; lo que permite, gestionar-las desde cualquier punto en lugar desde únicamente la máquina utilizada para cargar los ADM.
Los ADMX consisten en dos ficheros, un ADMX y uno o varios ficheros ADML de idioma. Los ficheros ADMX contienen la definición y aplicación de las directivas, mientras que los ADML son definiciones de idiomas, necesarias para el correcto funcionamiento según el idioma utilizado en nuestro sistema Operativo.
Veamos como configurar-lo:
Central Store
Lo primero que será necesario, es la creación de un repositorio Central para el almacenamiento y el uso de las plantillas administrativas.
El almacenamiento centralizado consiste en un directorio en nivel root del dominio que contiene todos los ficheros ADMX y subdirectorios dentro de ese nivel que contienen los paquetes de idiomas (ADML).
Crear Almacenamiento centralizado
Para generar el almacenamiento central realizamos lo siguiente:
Crear el siguiente directorio en un controlador de dominio:
\\Domain\sysvol\domain\policies\PolicyDefinitions
Crear un subdirectorio dentro de la ruta especifica con las definiciones de idiomas tal y como son utilizadas en las rutas originales:
ES_es; EN_US; etc
La nomenclatura para las subcarpetas especificas es:
ISO-style Language/Culture Name
Poblar el Almacenamiento centralizado.
Entendemos por “poblar”, el proceso por el cual procedemos a almacenar la lista de plantillas administrativas ADMX y recursos de idiomas ADML dentro del recurso de almacenamiento centralizado.
Para ello, abrimos un CMD y ejecutamos:
copy %systemroot%\PolicyDefinitions\* %logonserver%\sysvol\%userdnsdomain% \policies\PolicyDefinitions\
Esto copiara los ADMX por defecto de 2008 dentro del PolicyDefinitions del Sysvol. Realizado, es necesario proceder a la copia de los idiomas:
copy %systemroot%\PolicyDefinitions\[MUIculture]\* %logonserver%\sysvol\%userdnsdomain%\policies\PolicyDefinitions\[MUIculture]\
donde [MUIculture] = EN_US ; ES_ES
Una vez realizado, ya podremos gestionar de forma centralizada las directivas del dominio desde cualquier máquina del dominio (siempre que cumplamos los requisitos para ello.)
Desde este momento, cualquier carga de un nuevo ADMX, como los propios de Office, Citrix, etc, pueden ser copiados en este almacenamiento, junto a su correspondiente ADML, permitiendo la gestión centralizada de las plantillas.
Convertir ADM a ADMX
Uno de las dudas que pueden surgir es que ocurre con los ADM actuales. Es posible centralizar-los?
La respuesta es NO. Los ADM no pueden ser centralizados, pero, lo que podemos hacer es convertir-los a ADMX.
Para ello, podemos utilizar ADM Migrator, el cual se basa en un Snap-in de MMC que nos permitirá convertir nuestros ADM a ADMX en unos sencillos pasos y de este modo centralizar la plantilla administrativa en cuestión.
Recursos
Microsoft KnolewdgeBase: http://support.microsoft.com/kb/929841/es
ADM Migrator: http://www.microsoft.com/en-us/download/details.aspx?id=15058
Download ADMX/ADML 2008R2: http://www.microsoft.com/en-us/download/details.aspx?id=6243
Posibles Problemas
Si al intentar gestionar las directivas de dominio desde el gpmc.msc obtemos el siguiente error al situarnos en las plantillas Administrativas:
Error 1:
«Encountered and Error While Parsing. – An Appropiate resource file could not be found for file \\_\_\x.admx (error = 18): There are no more files»
Solución:
Este error ocurre cuando no disponemos de las plantillas de idiomas correctamente cargadas en el repositorio Central. Para solventar-lo copiar las plantillas de idiomas ADML en el correspondiente repositorio centralizado.
Error 2:
«Encountered and Error While Parsing. – Resource $(String.XXX)’ referenced in attribute displayName could not be found.
File \\_\_\x.admx, line XX, Columm XX»
Solución:
Este problema es debido a un error en el fichero ADML de traducción. Comprobar el fichero indicado linea X, columna X del correspondiente ADML del ADMX que esta fallando.
Normalmente el problema es que esta linea no corresponde con la definición. Re-cargar los ficheros ADML nuevamente deberia solventar el problema.
