Uso de metricas con mas de una puerta de enlace en Windows

Estimados lectores, en este nuevo artículo vamos a ver un ejemplo de uso de metricas con mas de una puerta de enlace en Windows y es que a veces nos pueden ocurrir cosas como estar conectados a una red Gigabit, con el correspondiente cable RJ45, de la cual recibimos sus datos por DHCP entre los que se encuentra la puerta de enlace y que tengamos la mala suerte de no tener Internet justo cuando más falta nos hace y sin podernos desconectar (por ejemplo quitar el cable y conectar otro de una red distinta). Continuar leyendo “Uso de metricas con mas de una puerta de enlace en Windows”

Ampliar una LUN RDM de un Guest Linux en VMware vSphere

Estimados lectores, en esta ocasión vamos a ver cómo ampliar una LUN RDM de un Guest Linux en VMware vSphere que reside en un almacenamiento NetApp. En el mundo Linux, así como en el Windows, tenemos varias opciones para ampliar el almacenamiento dependiendo de cómo se haya diseñado el disco o conjunto de discos original (LVM, particiones, disco físico,…). No voy a entrar en cuál de los diseños es mejor o peor, sencillamente en este caso particular el disco que necesitamos ampliar no tiene particiones ni forma parte de un grupo LVM por lo que se trata de una LUN física con un filesystem EXT3. Continuar leyendo “Ampliar una LUN RDM de un Guest Linux en VMware vSphere”

Configurar BGInfo en servidores de Active Directory

Estimados lectores, tras unas vacaciones aquí estoy de nuevo esta vez con un clásico y es que vamos a ver cómo configurar BGInfo en servidores de Active Directory. La verdad es que hace algún tiempo que quería hablar de BGInfo ya que es una herramienta sencilla y nos aporta información básica de los servidores que estemos administrando: nombre, IP, DNS, versión de Sistema Operativo, volúmenes, etc. Como veremos, para aquellos que no conozcáis la herramienta, toda esta información (aquella que nos sea de interés ya que es parametrizable) la tendremos disponible en el escritorio así que si abrimos 15 escritorios, por decir algo, sabemos en cada momento dónde estamos conectados entre otras cosas. Continuar leyendo “Configurar BGInfo en servidores de Active Directory”

Mover buzones de Microsoft Exchange 2003 a 2007 o 2010

Estimados lectores, ya sé que Exchange 2003 dejó de estar soportado por Microsoft el 8 de Abril de 2014 pero ¿cuántos quedan todavía en producción? No voy a inventar la rueda con mover buzones de Microsoft Exchange 2003 a 2007 o 2010, pues existen guías fabulosas con todo lujo de detalles que podemos usar para migrar las diferentes versiones de este servidor de correo empezando por las de los compañeros bloggers, aprovecho para mandarles un saludo, hasta las del propio fabricante. Continuar leyendo “Mover buzones de Microsoft Exchange 2003 a 2007 o 2010”

Obtener el WWN de una HBA FC en Windows

Estimados lectores, en esta ocasión vamos a ver cómo obtener el WWN de una HBA FC en Windows para poder configurar correctamente el LUN Masking (presentación de LUNs a los Hosts) en nuestro sistema de almacenamiento. Como veremos a continuación os voy a describir el método de obtención del WWN para Hosts MS Windows 2012 R2, MS Windows 2008 R2 y MS Windows 2003 R2. Continuar leyendo “Obtener el WWN de una HBA FC en Windows”

Instalación de System Center Configuration Manager 2012

Estimados lectores,

En este artículo veremos el último paso que nos falta en la instalación de System Center Configuration Manager 2012 que es la propia implementación de la herramienta. Una vez se han instalado todos los componentes, requisitos, configurado los permisos y verificado el test de comprobación se puede proceder a ejecutar la instalación del producto. Continuar leyendo “Instalación de System Center Configuration Manager 2012”

Instalación de System Center Configuration Manager 2012: SQL Server 2012

En esta nueva entrada continuamos con la instalación de System Center Configuration Manager 2012: SQL Server, donde veremos el procedimiento de instalación del servidor SQL que albergará la base de datos de Configuration Manager. Continuar leyendo “Instalación de System Center Configuration Manager 2012: SQL Server 2012”

Instalación de System Center Configuration Manager 2012: instalación de prerrequisitos

Como buena práctica para este entorno usaremos un usuario del dominio para los servicios de System Center Configuration Manager 2012 con los permisos necesarios en el servidor SQL remoto. El usuario que vamos a generar, SMSAdmin, será miembro de los Usuarios del Dominio y también administrador local de los servidores CM y SQL (de éste también será sysadmin). Recordemos que partirmos con 2 servidores MS Windows 2008 R2 SP1, uno que albergará una instancia de SQL Server 2012 SP1 y otro que contendrá la instalación de SCCM 2012 SP1. Para este escenario con SQL remoto es necesario que la cuenta de equipo del servidor de sitio, con los servicios de SCCM, sea miembro del grupo administradores del servidor SQL (es decir, el equipo SCCM debe ser administrador local del servidor SQL). Continuar leyendo “Instalación de System Center Configuration Manager 2012: instalación de prerrequisitos”

Error en las sesiones CIFS desde Windows 8 o Windows Server 2012

El acceso a un servidor de ficheros de NetApp puede producir error en las sesiones CIFS desde Windows 8 o Windows Server 2012:

– When using a DIR command with a UNC path: Invalid Signature

– When executing a NET USE command: System error 2148073478 has occurred

– When attempting to browse to the UNC path: an extended error has occurred

Estos errores se producen porque los nuevos Windows 8 o Windows 2012 incorporan SMB 3.0 que requiere negociación firmada y, aunque se acceda a la cabina por SMB 2.0 o 2.1, de igual forma se requiera dicha firma.

Existen 2 formas de resolver este error:

1) Forzar que los equipos Windows 8/2012 no requieran firma: esto se consigue editando el registro tal y como se indica en el KB2686098.

Error en las sesiones CIFS desde Windows 8 o Windows Server 2012

2) Configurar las opciones de CIFS para requerir SMB2 firmado: usaremos el comando siguiente en la consola de nuestra controladora NetApp:

options cifs.smb2.signing.required on

Error en las sesiones CIFS desde Windows 8 o Windows Server 2012


Licencia de Creative Commons

This Post by David Solé Pérez is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License

Pagina Principal

Instalación de System Center Configuration Manager 2012: preparando el dominio

En este post veremos cómo realizar la instalación de Microsoft System Center Configuration Manager 2012, a partir de ahora SCCM, en un escenario con 2 equipos (ambos con Microsoft Windows 2008 R2):

– Un servidor con Microsoft SQL Server 2012 SP1 que albergará las BBDD de SCCM así como los servicios de reporting

– Un servidor propiamente para SCCM 2012, concretamente una instalación en un Standalone Primary Site

SCCM 2012 se compone de una jerarquía de sitios como podemos ver en el esquema siguiente:

Instalación de System Center Configuration Manager 2012: preparando el dominio

El escenario propuesto en esta entrada, tal y como hemos mencionado al inicio, se corresponde al primer ejemplo del esquema (Stand-alone site). Este tipo de sitios soporta hasta 100.000 clientes, es escalable y puede pertenecer a una jerarquía de CM si se instala un Central administration site.

Los servidores, denominados Site server, que forman parte de la infraestructura de CM están basados en roles:

Instalación de System Center Configuration Manager 2012: preparando el dominio

Los roles se pueden instalar en uno o varios servidores en función de la magnitud de nuestro entorno. Un escenario típico o básico de Configuration Manager dispone de un servidor SQL con Reporting Services, un punto de administración y un punto de distribución. A todo ello le podemos sumar roles en función de las necesidades como por ejemplo un punto de actualización (WSUS), Endpoint Protection para protección antivirus y antimalware, un catálogo de software, etc.

Más detalles en Fundamentals of Configuration Manager.

 

Consideraciones de diseño para SCCM 2012

1) El rol de Site database server es interesante instalarlo en un equipo independiente: esto nos permite ajustar mejor los recursos para las BBDD y sobretodo nos permite clusterizar SQL Server si el entorno lo requiere (si este rol se comparte con otros roles o servicios no será posible formar un clúster de SQL).

2) El nombre NetBios del dominio debe coincidir con el FQDN: por ejemplo si el FQDN es midominio.local entonces el nombre NetBios debería ser MIDOMINIO.

3) Un Site server no se puede quitar del dominio o renombrar.

4) Extender el esquema de Active Directory, como veremos en este post, dota de mayor funcionalidad a SCCM.

 

Algunos valores a tener en cuenta

1) Un Stand-alone site soporta hasta 100.000 clientes.

2) Un Primary Site soporta hasta 250 Distribution Points.

3) Un DP soporta hasta 4.000 clientes.

4) Un DP soporta hasta 10.000 paquetes y Apps.

5) Un Management Point soporta hasta 25.000 clientes. En este caso como desplegamos un Stand-alone site podríamos disponer de hasta 4 MPs.

6) 10 MPs por Primary Site.

7) Un MP soporta un máximo de 10.000 MACs.

8) Si la versión de SQL Server es Standard se pueden administrar hasta 50.000 clientes. Si es una versión Enterprise o Datacenter el total asciende hasta 400.000 clientes.

 

Para el entorno SQL Server deberemos tener en cuenta las siguientes consideraciones:

1) La instancia de SQL Server en uso de cada sitio debe utilizar la intercalación  SQL_Latin1_General_CP1_CI_AS.

2) Únicamente se requiere la función de servicios de motor de base de datos para cada servidor del sitio.

3) SCCM requiere autenticación de Windows para validar las conexiones a la base de datos.

4) Se debe utilizar una instancia dedicada de SQL Server para cada sitio.

5) Usaremos una cuenta de usuario de dominio como una buena práctica de SQL Server. Este tipo de cuentas son más seguras que la cuenta del sistema local pero podría requerir que se registre manualmente el nombre principal de servicio (SPN) para la cuenta.

6) Se requiere la instalación de un punto de servicios de información que nos permita ejecutar informes (Reporting Services).

7) Cuando un SQL Server aloja una base de datos de más de un sitio, cada base de datos debe utilizar una instancia independiente y cada instancia debe ser configurada con un conjunto de puertos único.

En este ejemplo el servidor SQL tiene instalados los servicios del motor de base de datos, herramientas de administración y los servicios de reporte.

Cabe considerar que como buena práctica se debe extender el esquema del directorio activo puesto que ello dota de mayor funcionalidad a SCCM además de liberar de cargas administrativas a posteriori. La extensión del esquema puede realizarse antes o después de la instalación de SCCM aunque preferiblemente, por tener un orden lógico, lo haremos desde el principio. Para ello podemos seguir los pasos siguientes:

1) Crear una copia de seguridad del estado del sistema del controlador del dominio que tenga el rol de Schema Master.

2) Nos conectaremos al controlador de dominio maestro de esquema con una cuenta que sea miembro del grupo de seguridad Administradores de esquema.

3) Ejecutar ExtADsch.exe, situado en \SMSSETUP\BIN\X64 del medio de instalación, para añadir las nuevas clases y atributos al esquema de Active Directory.

4) Verificar que la extensión del esquema se ha realizado correctamente mediante la revisión de ExtADSch.log ubicada en la raíz de la unidad del sistema (normalmente C:\).

5) Si el procedimiento de extensión de esquema no tuvo éxito restaurar el estado del sistema anterior del maestro de esquema a partir de la copia de seguridad creada en el paso 1.

Instalación de System Center Configuration Manager 2012: preparando el dominio

Una vez el esquema se haya extendido correctamente necesitamos crear el System Management Container puesto que éste no se crea durante el procedimiento anterior. Este contenedor se deberá crear para cada dominio de nuestra infraestructura que contenga un sitio primario o bien uno secundario (en este caso, como se ha comentado, el ejemplo está basado en un Standalone Primary Site). Seguiremos los pasos siguientes para su creación:

1) Iniciamos la sesión con una cuenta que tenga permisos de creación de objetos secundarios en el contenedor del sistema de Servicios de dominio de Active Directory. Normalmente lo podemos hacer desde el PDC con una cuenta de Administrador del Dominio.

2) Ejecutar el Editor ADSI y conectar con el dominio en el que reside el servidor de sitio.

3) Expandimos “Domain <computer fully qualified domain name>“, expandimos “<distinguished name>“, hacemos clic con el botón derecho sobre “CN=System“, clic sobre “New” y seleccionamos “Object“.

4)  En el cuadro de diálogo Crear objeto seleccionamos el contenedor y, a continuación, clic en Siguiente.

5) En el cuadro Valor, escribimos System Management y, a continuación, clic en Siguiente.

6)  Hacemos clic en Finalizar para completar el procedimiento.

Instalación de System Center Configuration Manager 2012: preparando el dominio

Tras la creación del contenedor necesitamos aplicar los permisos adecuados para la cuenta de equipo del servidor de sitio:

1) Abrimos el complemento Usuarios y Equipos de Active Directory (dsa.msc).

2) Configuramos la vista de opciones avanzadas (menú Ver -> Características avanzadas).

3) Expandimos el contenedor System y editamos las propiedades del nuevo System Management.

4) En el cuadro de diálogo Propiedades de Sistema hacemos clic en la ficha Seguridad y, a continuación, clic en Agregar para agregar la cuenta de equipo del servidor de sitio. Concederemos a la cuenta permisos de Control total.

5)  Hacemos clic en Avanzado, seleccionamos la cuenta de equipo del servidor de sitio y, a continuación, clic en Editar.

6)  En la lista Aplicar a seleccionamos Este objeto y todos los objetos descendientes.

7) Aceptamos y cerramos el complemento Usuarios y Equipos de Active Directory.

Llegados a este punto tendremos nuestro directorio activo preparado para albergar una instalación de SCCM 2012. En entradas posteriores veremos los prerequisitos de software, la creación del usuario de servicios SMSadmin y la instalación en el escenario propuesto al inicio de esta entrada.

 

PARTE 1: Instalación de System Center Configuration Manager 2012: preparando el dominio (Este Post)

PARTE 2: Instalación de System Center Configuration Manager 2012: instalación de prerrequisitos

PARTE 3: Instalación de System Center Configuration Manager 2012: SQL Server 2012

PARTE 4: Instalación de System Center Configuration Manager 2012

Licencia de Creative Commons

This Post by David Solé Pérez is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License

Pagina Principal

Robocopy, scripts de ejemplo para la migración a NetApp CIFS

Robocopy (Robust File Copy de Microsoft), la archiconocida herramienta para sincronizar archivos a través de la red, tiene un papel fundamental en todas las migraciones de servidores de ficheros Windows a CIFS que realizo habitualmente. Aunque la herramienta acepta un buen puñado de parámetros, que pueden ser usados en función del entorno, normalmente el script o proceso por lotes que suelo usar es el siguiente:

 

 

robocopy "X:\ORIGEN" "Y:\DESTINO" /S /E /COPYALL /V /NP /ZB /R:0 /W:0 >> log.txt

En general suelo usar un volumen CIFS en cuya raíz creo un directorio que contenga la raíz del servidor de ficheros o bien genero distintas Qtrees para poder aplicar cuotas de disco. En este último caso creo una línea de sincronización para cada uno de ellos.

robocopy "E:\ficheros" "\\netapp-cifs\srvfiles" /S /E /COPYALL /V /NP /ZB /R:0 /W:0 >> log.txt

En el ejemplo anterior tenemos un servidor de ficheros Windows que contiene todos los datos en la ruta E:\ficheros y los vamos a sincronizar a la controladora netapp-cifs (el nombre NetBios) en el recurso srvfiles.

robocopy "E:\ficheros\administracion" "\\netapp-cifs\srvfiles\administracion" /S /E /COPYALL /V /NP /ZB /R:0 /W:0 >> log.txt
robocopy "E:\ficheros\ventas" "\\netapp-cifs\srvfiles\ventas" /S /E /COPYALL /V /NP /ZB /R:0 /W:0 >> log.txt
robocopy "E:\ficheros\rrhh" "\\netapp-cifs\srvfiles\rrhh" /S /E /COPYALL /V /NP /ZB /R:0 /W:0 >> log.txt

Este otro ejemplo podría servir para sincronizar las carpetas departamentales a Qtress generados previamente para poder aplicar cuotas. Suele ser habitual e interesante tener cuotas en este tipo de recursos, así como en las carpetas de usuario, para evitar un crecimiento desmesurado.

Licencia de Creative Commons

This Post by David Solé Pérez is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License

Pagina Principal

Remover el nodo pasivo de un clúster de replicación continúa CCR en Microsoft Exchange 2007

En este post veremos cómo remover el nodo pasivo de un clúster de replicación continúa CCR en Microsoft Exchange 2007 el cual está formado por 2 miembros. En primer lugar listaremos los servidores que tienen el rol de Mailbox y su estado en el clúster para determinar quién es el pasivo, todo ello usando el Cmdlet Get-ClusteredMailboxServerStatus desde la PowerShell de Exchange 2007. Para ello podemos abrir el acceso directo a la PowerShell de Exchange 2007 ubicado en el menú inicio del servidor de correo.

 

Remover el nodo pasivo de un clúster de replicación continúa CCR en Microsoft Exchange 2007

En la salida del Cmdlet podemos ver que los miembros del clúster son S-CLUST1M, nodo activo y propietario del Quorum, y S-CLUST2M que es el nodo pasivo.

Los permisos que necesitaremos para poder llevar a cabo este procedimiento son los siguientes:

1)       Rol de Exchange Server Administrator

2)       Administrador local del servidor Exchange (en este caso del nodo pasivo)

Verificado el nodo pasivo y los permisos necesarios procedemos a su eliminación mediante el procedimiento siguiente:

1)      Abrimos una consola cmd y accedemos a la ruta %ProgramFiles%\Microsoft\Exchange Server\bin

2)      Lanzamos el comando Setup /mode:uninstall

Remover el nodo pasivo de un clúster de replicación continúa CCR en Microsoft Exchange 2007

3)      Completado el proceso satisfactoriamente reiniciamos el nodo pasivo

4)      Paramos el servicio de clúster en este nodo:

Remover el nodo pasivo de un clúster de replicación continúa CCR en Microsoft Exchange 20075)      Eliminamos el nodo del clúster:

Remover el nodo pasivo de un clúster de replicación continúa CCR en Microsoft Exchange 2007

Y aceptamos la confirmación:

Remover el nodo pasivo de un clúster de replicación continúa CCR en Microsoft Exchange 2007

6)      Verificamos nuevamente, ahora desde el nodo activo, con el comando Get-ClusteredMailboxServerStatus:

Remover el nodo pasivo de un clúster de replicación continúa CCR en Microsoft Exchange 2007

Que el único nodo disponible es el activo S-CLUST1M.

7) Eliminamos los archivos y carpetas que puedan quedar en las rutas %SystemDrive%\ExchangeSetupLogs y %ProgramFiles%\microsoft\Exchange Server pertenecientes a la instalación y registros de Exchange 2007.

Licencia de Creative Commons

This Post by David Solé Pérez is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License

Pagina Principal