Página principal Sobre mi Links de Interés Contacto Blogs de referencia

Translate

miércoles, 17 de julio de 2019

Textual description of firstImageUrl

EMC: Apagar VNX 5300

En el laboratorio de hoy, vamos a ver el proceso de apagado de una cabina de discos EMC VNX 5200.

En primer lugar iniciaremos sesión en Unisphere en la Control Station primaria del sistema que queremos apagar.

En un navegador de Internet, introduciremos la dirección IP de la Control Station primaria. Seguidamente, iniciaremos la sesión a Unisphere como administrador Global del sistema.

Las credenciales de acceso por defecto serán las siguientes:

Usuario: sysadmin
Contraseña: sysadmin

En el Panel de control de Unisphere, buscaremos el Dashboard y verificaremos el estado del sistema VNX que pretendemos apagar es necesario que no aparezcan Alertas críticas.

domingo, 14 de julio de 2019

Textual description of firstImageUrl

Windows server 2012: Desconfigurar conmutación por error del servicio de DHCP preservando la configuración.

En el laboratorio de hoy, vamos a desconfigurar un sistema de conmutación por error del servicio de DHCP, usando el entorno gráfico de Windows server 2012. De manera, que podamos reutilizar la configuración que teníamos de failover en un futuro si lo necesitáramos.

En un laboratorio anterior realizamos la configuración desde cero de un sistema de conmutación por error del servicio de DHCP y ya comentamos que podíamos usar antiguas configuraciones de una relación de failover para ahorrar tiempo.

También, podéis acceder al canal de YouTube de Pantallazos.es, donde encontrareis un vídeo tutorial en veremos como podemos desconfigurar una relación de conmutación por error del servicio de DHCP preservando los parámetros de la configuración.


Podéis acceder y suscribiros al canal de Youtube de Pantallazos.es en el enlace que mostramos a continuación:
Nuestro entorno de laboratorio tiene varios controladores de dominio de Active Directory y dos de ellos tienen el servicio de DHCP instalado y son servidores autorizados para nuestro dominio.

Entre nuestros dos servidores existe una relación de de conmutación por error del servicio de DHCP 

Si no estáis familiarizados con las configuraciones básicas de los servicios de DHCP, podéis consultar los enlaces que encontrareis a continuación. Hemos dividido el proceso de instalación, configuración y activación de nuestro servicio de DHCP en un servidor Windows 2012 R2 en varios artículos, a los que podéis acceder usando el índice que mostramos a continuación:
Para desconfigurar la relación de conmutación por error que existe actualmente en nuestro servicio de DHCP, solo tenemos que seleccionar el ámbito de DHCP en uno de los dos servidores de DHCP que forman parte del sistema de conmutación por error, con el botón derecho de nuestro ratón y en el menú desplegable seleccionaremos la opción llamada Desconfigurar conmutación por error.

Una cosa que hemos de saber antes de continuar es que, el servidor que acabamos de seleccionar, sea cual sea de los dos que componen la relación de conmutación por error, será el servidor que quedará activo y con el ámbito configurado después del proceso de desconfiguración. Es importante tener claro esto porqué al otro servidor se le eliminará el ámbito de nuestro entorno.

Aparecerá una ventana de advertencia con el mensaje:

Esta acción quitará los ámbitos seleccionados de las relaciones de conmutación por error asociadas. Los ámbitos seleccionados también se eliminaran del servidor asociado. Haga clic en Aceptar para continuar o en cancelar para anular la acción.

Pulsaremos el botón Aceptar para desconfigurar la relación de conmutación por error. Una vez pulsado el botón Aceptar, aparecerá una ventana informativa con el mensaje:

Esta acción quitará todos los ámbitos que formen parte de la relación de conmutación por error. La relación de conmutación por error puede eliminarse tras la acción. Una vez pulsado el botón aceptar, aparecerá una ventana que nos informará del proceso de desconfiguración.

Esperaremos a que el proceso termine y si refrescamos la ventana de la consola de gestión de nuestro servidor de DHCP comprobaremos que el servidor asociado pierde la configuración del ámbito.


miércoles, 10 de julio de 2019

Textual description of firstImageUrl

Microsoft Exchange PowerShell: Listar ubicación de la EDB y el LOG de transacciones a un archivo de texto.

En el laboratorio de hoy vamos a ver, como podemos listar los caminos donde tenemos ubicadas nuestras bases de datos de Microsoft Exchange junto con las ubicaciones del LOG de transacciones de cada una de ellas.

En primer lugar, es necesario que sepamos el nombre de nuestras bases de datos de Exchange. Para averiguar los nombres que necesitamos ejecutaremos el cmdled llamado Get-MailBoxDatabase sin ningún tipo de modificador.

Este comando Get-MailBoxDatabase nos mostrará un listado en formato tabla de todas las bases de datos de correo electrónico que tenemos conectadas a nuestro servidor de correo electrónico. 

En la primera columna llamada Name, descubriremos el nombre de cada una de las bases de datos, conectadas a nuestro servidor de correo electrónico Microsoft Exchange.

Get-MailBoxDatabase

Name Server Recovery ReplicationsType
---- ------         -------- ----------------
MailBox DDBB 01 SRVMAIL01 False None
MailBox DDBB 02 SRVMAIL01 False None
MailBox DDBB 03 SRVMAIL01 False None

A continuación generaremos la construcción final del comando, que nos permitirá listar los caminos donde tenemos ubicadas nuestras bases de datos de Microsoft Exchange junto con las ubicaciones del LOG de transacciones de cada una de las bases de datos de correo electrónico de nuestro servidor.

Get-MailBoxDatabase -Identity "NOMBRE_BASE_DATOS" |fl EdbFilePath, LogFolderPath

Usando el parámetro -Identity, podremos especificar que base de datos de buzones especifica queremos ver. Usaremos un valor que identifique de forma única la base de datos que queremos ver, si el nombre de nuestra base de datos tiene espacios lo escribiremos entre comillas.

Seguidamente escribiremos el símbolo de Pipe para canalizar la consulta y seleccionaremos los dos valores que queremos listar.

Usando el cmdlet fl o Format-List el formato de la salida de nuestro comando será en formato de lista de propiedades, en la que cada valor se mostrará en una línea separada.

Usaremos fl o Format-List para formatear y mostrar todas las propiedades seleccionadas de un objeto como si fuera una una lista.

Debido a que tenemos más espacio disponible para cada uno de los elementos usando el formato lista que si usamos el formato de tabla, PowerShell mostrará más propiedades del objeto en el formato lista lista y  los valores de las propiedades no aparecerán truncados .

El modificador llamado EdbFilePath nos mostrará la ruta donde reside la base de datos de Microsoft Exchange en formato EDB.

El modificador llamado LogFolderPath nos mostrará la ruta donde residen los registros de transacciones de Microsoft Exchange.

Get-MailBoxDatabase -Identity "MailBox DDBB 01" |fl EdbFilePath, LogFolderPath

EdbFilePath :E:\edb\MailBox DDBB\MailBox DDBB 01\MailBox DDBB 01.edb
LogFolderPath :E:\edb\MailBox DDBB\MailBox DDBB 01\

Get-MailBoxDatabase -Identity "MailBox DDBB 02" |fl EdbFilePath, LogFolderPath

EdbFilePath :E:\edb\MailBox DDBB\MailBox DDBB 02\MailBox DDBB 02.edb
LogFolderPath :E:\edb\MailBox DDBB\MailBox DDBB 02\

Get-MailBoxDatabase -Identity "MailBox DDBB 03" |fl EdbFilePath, LogFolderPath

EdbFilePath :E:\edb\MailBox DDBB\MailBox DDBB 03\MailBox DDBB 03.edb
LogFolderPath :E:\edb\MailBox DDBB\MailBox DDBB 03\

Si queremos guardar toda la información que nos mostrará Get-MailBoxDatabase en un documento de testo podemos agregar al final de la construcción anterior el símbolo de mayor que (>) para seguidamente especificar la ruta completa y el nombre del nuevo documento de texto que guardará los datos.

Get-MailBoxDatabase -Identity "NOMBRE_BASE_DATOS" |fl EdbFilePath, LogFolderPath > c:\datos.txt

Get-MailBoxDatabase -Identity "MailBox DDBB 01" |fl EdbFilePath, LogFolderPath > c:\datos.txt

domingo, 7 de julio de 2019

Textual description of firstImageUrl

Microsoft Windows server 2012 PowerShell: Eliminar relaciones de conmutación por error del servicio de DHCP en desuso. (DHCP Failover)

En el laboratorio de hoy, vamos a limpiar todas aquellas configuraciones de antiguas relaciones de conmutación por error que podemos tener definidas en nuestros servidores de DHCP y ya no usamos.

También, podéis acceder al canal de YouTube de Pantallazos.es, donde encontrareis un vídeo tutorial en veremos como podemos eliminar todas esas relaciones de una conmutación por error del servicio de DHCP instaladas en un servidor Windows 2012 R2 usando la Windows PowerShell.


Podéis acceder y suscribiros al canal de Youtube de Pantallazos.es en el enlace que mostramos a continuación:
En primer lugar, tenemos que asegurar el nombre de nuestra relación de conmutación por error del servicio de DHCP que tenemos en producción en nuestro entorno.

Este paso, solo será necesario si estamos usando una relación de conmutación por error del servicio de DHCP en el momento de la limpieza de nuestro entorno.

Abriremos una nueva ventana del Administrador del DHCP y seleccionaremos el ámbito con el botón derecho de nuestro ratón. En el menú desplegable, elegiremos la opción llamada propiedades.

Aparecerá una nueva ventana con las propiedades de nuestro ámbito de DHCP, en el menú superior, elegiremos la sección llamada conmutación por error. En la sección conmutación por error de nuestro ámbito, podremos ver el nombre de la relación actual.

Una vez sepamos con seguridad el nombre de nuestra relación de conmutación por error, abriremos una nueva ventana de Windows PowerShell.

En primer lugar ejecutaremos el comando cmdlet Get-DhcpServerv4Failover para obtener un listado de las relaciones de conmutación por error que tenemos configuradas en el servicio del servidor del Protocolo de configuración dinámica (DHCP).

Si no se especificamos el modificador name al comando Get-DhcpServerv4Failover , este cmdlet devolverá un listado de todas las relaciones de conmutación por error que hemos definido en algún momento en nuestro servicio del servidor DHCP.

Get-DhcpServerv4Failover

Con el listado generado por el comando anterior, también podríamos adivinar cual es la relación de conmutación por error del servicio de DHCP que tenemos en producción. Observaremos el valor  llamado ScopeId, podremos ver que nuestra relación de conmutación por error productiva tiene definido el ámbito de DHCP de nuestro entorno.

El cmdlet Remove-DhcpServerv4Failover eliminará las relaciones de conmutación por error que especifiquemos. Este cmdlet eliminará la relación de conmutación por error, de los dos servidores que ejecutan los servicios del servidor del Protocolo de configuración dinámica de host o DHCP que formen parte de esta relación de conmutación por error que pretendemos eliminar.

Remove-DhcpServerv4Failover -ComputerName srvdc.dom.local -Name srvdc.dom.local-srvdc02.dom.local -Force

Con el modificador llamado -ComputerName

Especificaremos el nombre DNS, o la dirección IPv4, de la computadora de destino que ejecuta el servicio del servidor DHCP.

Con el modificador llamado –Name

Especificaremos  el nombre de la relación de conmutación por error para crear.

Usaremos también el modificador llamado -Force para forzar que el comando para que se ejecute sin pedir la confirmación del usuario.


lunes, 1 de julio de 2019

Textual description of firstImageUrl

Most Valuable Professional - Cloud and Datacenter Management. 2019-2020

Hoy mismo, he recibido la fantástica noticia de la renovación del galardón Microsoft® Most Valuable Professional (MVP) para 01/07/2019 - 01/07/2020 en la categoría de Cloud and Datacenter Management.

domingo, 30 de junio de 2019

Textual description of firstImageUrl

Windows server 2012 PowerShell: Configurar conmutación por error del servicio de DHCP. (Failover DHCP)

En el laboratorio de hoy, vamos a configurar un sistema de conmutación por error del servicio de DHCP usando la Windows PowerShell.

También, podéis acceder al canal de YouTube de Pantallazos.es, donde encontrareis un vídeo tutorial en veremos como podemos configurar una conmutación por error del servicio de DHCP instalado en un servidor Windows 2012 R2 usando la Windows PowerShell.


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

Nuestro entorno de laboratorio tiene varios controladores de dominio de Active Directory y dos de ellos tienen el servicio de DHCP instalado y son servidores autorizados para nuestro dominio.

Uno de ellos, tiene el ámbito de DHCP configurado, el segundo servidor DHCP no tiene ningún ámbito configurado, nos hemos limitado a instalar los servicios de DHCP y autorizar el servidor.

Si no estáis familiarizados con las configuraciones básicas de los servicios de DHCP, podéis consultar los enlaces que encontrareis a continuación. Hemos dividido el proceso de instalación, configuración y activación de nuestro servicio de DHCP en un servidor Windows 2012 R2 en varios artículos, a los que podéis acceder usando el índice que mostramos a continuación:
Abriremos una nueva ventana de la consola de Windows PowerShell con permisos elevados de administrador, y, usaremos el comando Get-DhcpServerv4Failover para verificar que no hay ningún sistema de conmutación por error de nuestro servicio de DHCP previamente configurado.

una vez hayamos realizado la comprobación, crearemos el nuevo sistema de conmutación por error de nuestro servicio de DHCP ejecutando la construcción del comando que mostramos a continuación:

Add-DhcpServerv4Failover –ComputerName NOMBRE_O_IP_SERVIDOR_DHCP_ORIGEN –PartnerServer NOMBRE_O_IP_SERVIDOR_DHCP_ASOCIADO –Name NOMBRE_RELACIÓN –LoadBalancePercent PORCENTAGE_DE_BALANCE -MaxClientLeadTime HORAS:MINUTOS:SEGUNDOS -StateSwitchInterval HORAS:MINUTOS:SEGUNDOS -ScopeId RANGO_IPV4_AMBITO_DHCP -SharedSecret SECRETO_COMPARTIDO

La construcción final adaptada para nuestro laboratorio será la que podéis ver a continuación:

Add-DhcpServerv4Failover –ComputerName "SRVDC02.DOM.LOCAL" –PartnerServer "SRVDC.DOM.LOCAL" –Name "SRVDC-SRVDC02" –LoadBalancePercent 50 -MaxClientLeadTime 1:00:00 -StateSwitchInterval 00:45:00 -ScopeId "192.168.5.0" -SharedSecret "P@SSw0rd"

Escribiremos Add-DhcpServerv4Failover y Seguidamente usaremos el modificador ComputerName con el valor SRVDC.DOM.LOCAL

Con el modificador -ComputerName definiremos el nombre DNS, o la dirección IP, del equipo que tiene configurado el ámbito del servicio de servidor DHCP que queremos redundar.

Seguidamente usaremos el modificador –PartnerServer con el valor SRVDC02.DOM.LOCAL

Con el modificador –PartnerServer especificaremos la dirección IPv4 o el nombre de DNS del servidor DHCP que queremos que sea el servidor asociado con el que se creará la nueva relación de conmutación por error. En definitiva, será el nombre del servidor que todavía no tiene configurado ningún ámbito.

A continuación, usaremos el modificador llamado –Name, como valor para –Name, introduciremos un nombre descriptivo que nos permita identificar inequívocamente nuestra nueva relación de conmutación por error.

Con el modificador –Name definiremos el nombre de la nueva relación de conmutación por error que queremos crear.

Seguidamente usaremos el modificador –LoadBalancePercent  con el valor 50.

Con el modificador –LoadBalancePercent, especificaremos el porcentaje de solicitudes de cliente que deben ser atendidas por el servicio del servidor DHCP que hemos especificado en el modificador llamado -ComputerName. Las solicitudes restantes, serán atendidas por el servicio del servidor DHCP asociado.

El valor predeterminado del modificador –LoadBalancePercent es el 50%.

A continuación, usaremos el modificador -MaxClientLeadTime con el valor una hora cero minutos cero segundos

Con el modificador -MaxClientLeadTime especificaremos la cantidad de tiempo durante el cual una concesión de DHCP puede ser renovada por cualquiera de los servidores que forman la relación de conmutación por error, sin necesidad de establecer conexión con el otro servidor de DHCP asociado.

También definiremos, la cantidad de tiempo que cualquiera de los dos servidores de DHCP esperarán en un estado de  asociado inactivo, antes de asumir el control de todo el rango de direcciones IP dentro del ámbito.

El valor por defecto  será 1 hora. En un entorno de producción deberíamos usar un valor superior a una hora.

Seguidamente, usaremos el modificador -StateSwitchInterval  con el valor cero horas 45  minutos cero segundos

Con el modificador -StateSwitchInterval definiremos la cantidad de tiempo que uno de los servidores de DHCP esperará antes de asumir el estado de "asociado inactivo" cuando la comunicación de red se interrumpe entre los dos servidores de DHCP, para seguidamente, tomar el control de todo el ámbito de direcciones IP.

Cuando se especifica este modificador, el valor por defecto es 60 minutos.

A continuación, usaremos el modificador llamado -ScopeId  con el valor 192.168.5.0

Con el modificador -ScopeId especificaremos el ámbito de DHCP, en formato de dirección IPv4, que se agregará a la relación de conmutación por error.

Seguidamente usaremos, el modificador -SharedSecret y como valor introduciremos la contraseña que deseemos.

Con este modificador especificaremos el secreto compartido entre los dos servidores de DHCP.

Pulsaremos la tecla Enter de nuestro teclado y el comando nos realizará una pregunta.

El secreto compartido no está cifrado fuera de los limites de procesos, solo debería usar este parámetro si confía en el equipo¿desea realizar esta acción?

Responderemos afirmativamente a la pregunta, y seguidamente podemos volver a verificar si tenemos una relación de conmutación por error del servicio de DHCP configurada en nuestro entorno.

comprobaremos que efectivamente así es, solo nos quedará refrescar la consola de configuración del DHCP para que nuestro laboratorio esté completo.

miércoles, 26 de junio de 2019

Textual description of firstImageUrl

Review Libro WIN10IT - Windows 10 para administradores de IT.

Ahora que se avecinan las vacaciones de verano, he pensado en hacer una nueva revisión de otro de los fantásticos aportes tecnológicos que crea mi buen amigo Xavier Genestós.

Review Libro WIN10IT - Windows 10 para administradores de IT.

domingo, 23 de junio de 2019

Textual description of firstImageUrl

VMWare vSphere 6.7.0: Remote Console (VMRC).

En el laboratorio de hoy, vamos a ver como instalar y usar la Consola Remota de VMware ESXi de la versión 6.7.0.

También, podéis acceder al canal de YouTube de Pantallazos.es, donde encontrareis un vídeo tutorial en veremos como instalar y usar la Consola Remota de VMware ESXi de la versión 6.7.0.


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

Como muchos ya sabréis el antiguo cliente de vSphere ha quedado en desuso con las nuevas versiones del producto y se ha sustituido por un cliente web.

Pero el cliente web aunque es muy práctico en algunos casos, tiene algunos inconvenientes. El peor de todos los inconvenientes que tiene, viene relacionado con el idioma del teclado y los caracteres extraños.

En alguna ocasión me he podido encontrar, que la contraseña de una máquina virtual contenga un carácter como puede ser la @ o la #. En estos casos me ha sido imposible introducir correctamente dicha contraseña usando el cliente WEB de vSphere.

miércoles, 19 de junio de 2019

Textual description of firstImageUrl

Windows: Configurar dos direcciones IP a una misma tarjeta de red.

En entornos profesionales, alguna ocasión, podemos necesitar tener acceso a diferentes redes para actuar a distintos equipos conectados a ellas.

Un claro ejemplo es, cuando estamos configurado un nuevo servidor para un cliente en nuestras instalaciones.

Las direcciones IP que tenemos que configurar al nuevo servidor, pueden diferir de las de nuestro propia red. En estos casos tendremos la posibilidad de configurar una dirección IP secundaria en nuestro equipo para poder disfrutar de salida a Internet, que nos permitirá la descarga de todo el software que necesitemos instalar al nuevo servidor y a su vez podremos acceder al nuevo equipo que estamos configurando.

El sistema operativo que hemos usado en este laboratorio es un Windows 7 Professional de 32bits, pero este articulo es perfectamente válido para todas las versiones de Microsoft Windows, incluidas Windows 10 y todas las versiones para servidor.

En primer lugar, abriremos una nueva ventana de las Conexiones de red de Microsoft Windows. Seleccionaremos con el botón derecho de nuestro ratón, la tarjeta de red que queremos configurar.

En el menú desplegable, elegiremos la opción llamada Propiedades.


domingo, 16 de junio de 2019

Textual description of firstImageUrl

Windows 10 CMD: Comprobar errores de los archivos de nuestro Sistema Operativo. (Perfil de usuario)

En el laboratorio de hoy, vamos a ver como comprobar errores de los archivos de nuestro Sistema Operativo, incluido el perfil de usuario de Windows.

También, podéis acceder al canal de YouTube de Pantallazos.es, donde encontrareis un vídeo tutorial en el que realizaremos una comprobación y reparación de posibles errores de los archivos de nuestro Sistema Operativo, incluido el perfil de usuario de Windows.


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

Para conseguir nuestro propósito, usaremos dos herramientas. El comprobador de Archivos de Sistema y la Herramienta Administración y Mantenimiento de Imágenes de Implementación.

El Comprobador de Archivos de Sistema o SFC, es una utilidad de símbolo del sistema que nos permitirá busca archivos corruptos en nuestro sistema y reemplazarlos con una copia funcional del mismo archivo. Esta herramienta incorporada en Windows, nos será de mucha utilidad si tenemos sospechas de posibles daños en los archivos de nuestro sistema operativo.

La Herramienta Administración y Mantenimiento de Imágenes de Implementación o DISM es una utilidad, también de línea de comandos, que se utiliza para montar e instalar imágenes de Windows.

En primer lugar, abriremos una nueva ventana de símbolo del sistema con permisos elevados de administrador.

Una vez abierta la nueva ventana de símbolo del sistema con permisos elevados de administrador, ejecutaremos la Herramienta Administración y Mantenimiento de Imágenes de Implementación o DISM, antes de ejecutar el Comprobador de Archivos de Sistema.

Usaremos la construcción que podéis ver a continuación.

DISM.exe /Online /Cleanup-image /Restorehealth

Al ejecutar esta construcción, la Herramienta Administración y Mantenimiento de Imágenes de Implementación o DISM utilizará Windows Update, para conseguir los archivos necesarios para reparar los daños que encuentre en nuestro sistema.

Sin embargo, podría darse el caso que el cliente de Windows Update no funcione en el equipo que queremos reparar.

En este caso, podemos utilizar un medio extraíble, con puede ser una imagen del DVD de Microsoft Windows, como origen de los archivos.

Para ello, podemos ejecutar la construcción del comando que mostramos a continuación:

DISM.exe /Online /Cleanup-Image /RestoreHealth /Source:C:\origen-reparacion\Windows /LimitAccess

Sustituiremos la ruta especificada en el modificador /source por la ruta que se adecue mejor a nuestro entorno.

Una vez, haya terminado la ejecución de la Herramienta Administración y Mantenimiento de Imágenes de Implementación o DISM, podremos proceder a iniciar la ejecución del Comprobador de Archivos de Sistema.

Es posible, que el sistema nos obligue a reiniciar el equipo después de la ejecución de la Herramienta Administración y Mantenimiento de Imágenes de Implementación o DISM.

Una vez hayamos realizado el reinicio del sistema, podremos ejecutar el Comprobador de Archivos de Sistema sin problemas.

escribiremos:

 sfc /scannow

Una vez haya finalizado la comprobación de los archivos de nuestro sistema. La herramienta de Comprobación de Archivos de Sistema nos informará si ha encontrado errores o no, y, en el caso de haber encontrado algún error, nos informará si este han sido reparado.

También nos proporcionará un archivo de LOG con el resultado de toda la operación, que se ubicará en el disco duro local en el interior de la carpeta:

C:\Windows\LOGS\CBS

El archivo en cuestión se llamará CBS.log


Espero os sea de utilidad.




Enlaces relacionados

Microsoft Windows: NSLookUp.