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

Translate

domingo, 29 de mayo de 2016

Textual description of firstImageUrl

EATON IPM 1.52: Apagar una granja ESXi - Parte 5

Hemos dividido este artículo en cinco partes a las que podréis acceder desde el indice siguiente:
Solo nos faltará ultimar la configuración en el propio sistema de alimentación ininterrumpida y también en nuestro servidor de virtual center.

Si no estamos familiarizados con el proceso de configuración de una tarjeta de gestión de un SAI EATON, podéis consultar el enlace siguiente:




En primer lugar configuraremos los parámetros del cierre de nuestro sistema de alimentación ininterrumpida, para ello accederemos mediante un explorador de Internet a la dirección IP de la tarjeta de gestión de nuestro SAI y usaremos las credenciales de acceso para validar sesión, por defecto en un SAI de la marca EATON serán:

http://[DIRECCIÓN_IP_SAI]

Usuario: admin
Contraseña: admin

Una vez hayamos accedido a la sección del menú lateral izquierdo llamada Parámetros del cierre, deberemos seleccionar el check box llamado Mostrar parámetros avanzados, de este modo, nos aparecerán las opciones completas de la sección Parámetros del cierre.

La sección Parámetros del cierre, son las opciones que desencadenaran el apagado de toda nuestra infraestructura, antes de que se cumplan los parámetros del cierre, no se activará el apagado de nuestro sistema.

En primer lugar, modificaremos la opción llamada, Si la capacidad está por debajo de. Hemos de tener en cuenta, que no podemos apurar la batería de nuestro SAI al máximo durante el procedimiento de apagado.

Podría darse el caso de que hubiera un segundo corte de luz durante la fase de encendido de nuestra infraestructura, y si en la primera rutina de apagado hemos apurado al máximo la capacidad total de la batería, podría darse el caso de que no tubiéramos suficiente energía para culminar un segundo procedimiento de apagado de nuestra infraestructura.

En nuestro laboratorio, definiremos la opción Si la capacidad está por debajo de a un 40% de la carga de nuestra batería, reservando este porcentaje de batería para posibles problemas.

También tendremos que definir el parámetro Duración del cierre, este parámetro es muy importante, ya que estaremos definiendo el momento en que el SAI cortará el suministro de energía a nuestra infraestructura.

Deberemos calcular, realizando una prueba de apagado de nuestra infraestructura, el tiempo máximo real que tardarán en apagar todas nuestras máquinas virtuales y servidores host de nuestro entorno.

Si no realizamos correctamente la configuración de la opción Duración del cierre, podríamos estar cortando el suministro de energía a un entorno productivo operativo. Un corte inesperado de energía como podréis suponer, podría causarnos muchos problemas posteriores.

Finalizaremos la configuración pulsando el botón Guardar.

Sección Parámetros del cierre.

Textual description of firstImageUrl

EATON IPM 1.52: Apagar una granja ESXi - Parte 4

Hemos dividido este artículo en cinco partes a las que podréis acceder desde el indice siguiente:
Una vez hayamos finalizado las configuraciones de nuestra política de apagado y después de pulsar el botón Guardar nos aparecerá una ventana emergente ofreciéndonos crear una nueva Acción que se asociará de forma automática a la nueva política que recientemente hemos creado.

Responderemos Si a la pregunta, ¿Desea crear una acción de cierre correspondiente a la regla creada?

Comprobaremos, que todas las opciones nos vendrán preconfiguradas en base a nuestra política de apagado anterior.

Veamos una breve descripción de cada una de las opciones de la ventana Editar Acción:

Listado de eventos - se vinculará automáticamente con el evento llamado Umbral de autonomía alcanzado y la configuración se basará en los datos que hemos configurado en nuestra política de apagado del sistema.

Fuente de los eventos - También se configurará automáticamente en base con nuestra política de apagado del sistema que hemos creado recientemente.

Tipo de acción - Como en los dos casos anteriores estará configurada de forma automática a Acción en el host energético. Los parámetros que encontraremos dentro del recuadro Ajustes, serán el resultado del tipo de acción que tenemos seleccionada.

Dentro de el recuadro Ajustes, encontraremos las siguientes opciones:

Comando en el Host energético - Una vez más, se ajusta automáticamente a apagar el host, ésta configuración la tendremos que modificar.

Host Objetivo - Se ajusta automáticamente a utilizar la política seleccionada con la opción Fuente evento en host, que más o menos quiere decir que, apagará todos los host que previamente hemos configurado en nuestra política de apagado.

Timeout - Es un mecanismo de seguridad que se utiliza para bloquear cualquier máquina virtual que no logre apagar dentro de la ventana de apagado que hemos definido en nuestra política. Esto hace posible cerrar correctamente nuestro servidor Host incluso si una máquina virtual se nos quedara colgada.

Modificaremos, como antes ya hemos mencionado, la opción Comando en el Host energético y seleccionaremos Apagar primero las maquinas virtuales y entonces el host, ya que el objetivo de nuestro laboratorio es que todas nuestras máquinas virtuales se apaguen ordenadamente y inicien de la misma forma.

Debemos también, cambiar la opción Timeout, si quisiéramos dar un poco más de tiempo de espera a todas aquellas máquinas virtuales que se pueden haber quedado colgadas durante el apagado.

Presionaremos el botón Guardar.

Textual description of firstImageUrl

EATON IPM 1.52: Apagar una granja ESXi - Parte 3

Hemos dividido este artículo en cinco partes a las que podréis acceder desde el indice siguiente:
Llegados a este punto, ya tenemos configurado todo lo necesario para el apagado de nuestro entorno de virtualización, lo siguiente que deberemos hacer es crear una nueva Política de apagado de nuestro sistema.

Nos dirigiremos a la rama Ajustes y volveremos a entrar en la opción Conectores de infraestructura del menú lateral izquierdo de la ventana.

En ella, seleccionaremos todos los servidores host que queremos apagar, una vez seleccionados nos dirigiremos al menú lateral derecho donde accionaremos el enlace Crear política de apagado seguro.

Nos aparecerá una nueva ventana emergente llamada Crear una nueva política, en ella y en primer lugar daremos un nombre a nuestra nueva política de apagado, en nuestro laboratorio se llamará simplemente Política de apagado.

En el recuadro Ajustes de la política de configuración deberemos configurar algunos de los ajustes según nuestras necesidades.

A continuación veamos una breve descripción de cada uno de ellos:

Temporizador - Es el tiempo que Intelligent Power Manager 1.52 esperará desde que se produzca la condición de ejecución de nuestra política, hasta que avisará al sistema que entre en modo mantenimiento.

Limite de tiempo restante - Será el tiempo limite que estimamos necesario para el apagado de nuestro sistema, por debajo de este tiempo limite no quedaría suficiente para poder finalizar el apagado de toda nuestra infraestructura virtual. Es un mecanismo de seguridad para garantizar que el SAI no se quedará sin energía durante la tarea de apagado del sistema.

Limite de capacidad restante - Es la energía de las baterías limite que deseamos gastar durante el apagado. Esta característica, puede sernos de utilidad si nuestras instalaciones experimentan dos fallos de alimentación consecutivos en un corto espacio de tiempo, de este modo, aseguraremos que tendremos una reserva de energía suficiente para completar una segunda secuencia de apagado.

Duración del apagado - Es el tiempo desde que se inicia el proceso de apagado hasta que nuestro sistema de alimentación cortará el flujo de energía. Dicho de una forma será el tiempo que tendremos para poder parar las maquinas virtuales y también nuestro servidor host físico.

Fuente de alimentación - El SAI que alimenta de electricidad el servidor host en cuestión.

Segmento de carga - Se utiliza en el caso que se tienen varios servidores y se quiere secuenciar el apagado. Salida principal o Master Output es lo habitual.

Comprobaremos que los Nodos Objetivos ya los tenemos configurados según la selección que hemos realizado con anterioridad.

Al igual que por defecto el asistente ya nos ha elegido las clases necesarias para nuestra política apagado.

Deberemos configurar la fuente de energía, seleccionando nuestro SAI y también seria una buena idea configurar la duración del apagado.

Conectores de infraestructura.

Podéis continuar el articulo en el enlace siguiente:

Textual description of firstImageUrl

EATON IPM 1.52: Apagar una granja ESXi - Parte 2

Hemos dividido este artículo en cinco partes a las que podréis acceder desde el indice siguiente:
Nos aparecerán dos nuevas  opciones en la rama Ajustes del menú lateral izquierdo, llamadas Cierre del sistema y Conectores de infraestructura.

Empezaremos configurando las opciones de Cierre del sistema, accederemos a ésta opción en el menú de la parte izquierda de la ventana y podremos ver en la sección central de la ventana de IPM 1.52 el listado de opciones que podemos configurar, en primer lugar  buscaremos y accederemos a la opción Configuración de alimentación.

Nos aparecerá una nueva ventana emergente donde deberemos especificar que sistema de alimentación ininterrumpida queremos establecer como la fuente de alimentación que controlará todo el apagado de nuestro sistema, hecho esto, también deberemos rellenar las credenciales de acceso a nuestro SAI.

Por defecto en un Sistema de Alimentación Ininterrumpida de la marca EATON serán:

Usuario: admin
Contraseña: admin

Cierre del sistema.

Textual description of firstImageUrl

EATON IPM 1.52: Apagar una granja ESXi - Parte 1

En el laboratorio de hoy, aprenderemos a configurar la nueva versión de EATON Intelligent Power Manager 1.52 para conseguir apagar nuestra infraestructura de virtualización ordenadamente.

Hemos dividido este artículo en cinco partes a las que podréis acceder desde el indice siguiente:
En primer lugar descargaremos el virtual appliance de la página oficial de la página del fabricante.
Desplegaremos el archivo OVA descargado en nuestra infraestructura, si no estamos familiarizados con este procedimiento podéis consultar el enlace siguiente:
Al terminar el despliegue, arrancaremos el nuevo virtual appliance y aceptaremos la End user License Agreement.

Pulsando la tecla Enter en nuestro teclado, iremos desplazando la licencia de usuario final hasta su termino, y la aceptaremos respondiendo yes a la pregunta, Do you agree with the terms of the End User License Agreement?

Do you agree with the terms of the End User License Agreement?

miércoles, 25 de mayo de 2016

Textual description of firstImageUrl

Windows 2012: Cómo licenciar en entornos virtualizados.

En el artículo de hoy, hablaremos del licenciamiento de Microsoft Windows 2012, los tipos de licencias que existen y como licenciar correctamente en un entorno virtual.

Windows 2012 Edición Foundation.

Windows 2012 Edición Foundation es la más básica de las cuatro ediciones disponibles solo es posible su instalación en servidores físicos con una única CPU, además solo permite un máximo de 15 usuarios.

Otras limitaciones del producto:
  • Límite de servicios de acceso 50 RRAS / 10 IAS.
  • No es posible Virtualizar Windows 2012 Foundation ni tampoco instalar los servicios de Hyper-V.
  • No es posible realizar una instalación en modo Server Core del producto.
La modalidad de la licencia es por Servidor y incluye un número máximo de 15 licencias CAL de usuarios, no pudiendo comprar licencias CAL adicionales.
  • Número máximo de instancias por licencia en ambiente operativo físico o POSE: 1
  • Número máximo de instancias por licencia en ambiente operativo virtual o VOSE: 0

Windows 2012 Edición Essentials.

Con Windows 2012 Edición Essentials  encontramos también varias limitaciones, la primera de ellas es el número de procesadores soportados en nuestro equipo fisico, tendremos un máximo de dos procesadores permitidos.

También vendrán limitadas las siguientes funciones:
  • Tendremos un límite de servicios de acceso 250 RRAS / 50 IAS / 2 grupos de servidores IAS.
  • En entornos de virtualización podremos desplegar una única máquina virtual o en entornos físicos un servidor con un máximo de dos procesadores. Con al Edición Essentials se puede ejecutar tanto en entorno físico como en virtual, pero solo una física o una virtual.
  • No tiene disponibles los servicios de Hyper-V.
  • No podremos instalar en modo Server Core.
La modalidad de la licencia es también por Servidor y incluyendo un máximo de 25 licencias CAL de usuarios, no pudiendo comprar licencias CAL adicionales.
  • Número máximo de instancias por licencia en ambiente operativo físico o POSE: 1
  • Número máximo de instancias por licencia en ambiente operativo virtual o VOSE: 1

Windows 2012 Edición Standard.

Con Windows 2012 Edición Standard, dispondremos de todas las funcionalidades del producto y  nos brindará la posibilidad de desplegar hasta dos instancias virtuales y una física en nuestra infraestructura.

La modalidad de la licencia es por Procesador más  Licencia de Acceso de Cliente o CAL para todos los usuarios o dispositivos que accedan a nuestro servidor.
  • Número máximo de instancias por licencia en ambiente operativo físico o POSE: 1
  • Número máximo de instancias por licencia en ambiente operativo virtual o VOSE: 2
Cuando ejecutamos todas las instancias virtuales que nos permiten instalar, la instancia física solo se puede usar para administrar y dar servicio a las instancias virtuales, lo que quiere decir que en caso de  que usemos Hyper-V no tendremos que pagar la licencia del sistema operativo hipervisor.

Windows 2012 Edición Datacenter.

Con Windows 2012 Edición Datacenter, también dispondremos de todas las funcionalidades del producto y  nos brindará la posibilidad de desplegar una instancia física y un número ilimitado de instancias virtuales. Como en el caso de Windows 2012 Edición Standard,  si usamos Hyper-V no tendremos que pagar una licencia para sistema operativo hipervisor.

La modalidad de la licencia es, como en el caso anterior, por Procesador más Licencia de Acceso de Cliente para todos los usuario o dispositivos que necesitamos accedan a nuestro servidor.
  • Número máximo de instancias por licencia en ambiente operativo físico o POSE: 1
  • Número máximo de instancias por licencia en ambiente operativo virtual o VOSE: Sin Límite

domingo, 22 de mayo de 2016

Textual description of firstImageUrl

Windows 10: Fallo al actualizar si tu equipo forma parte de un Dominio.

Hace unas semanas me advirtieron que existía un problema con la actualización de Windows 10 en los equipos que forman parte de un dominio de Active Directory.

La pregunta que me formularon y a la que intentaremos dar respuesta en este artículo es la siguiente:

"Hola! Mi equipo está en un dominio y sí aparece la aplicación. Le doy a "Inicia la actualización gratuita ahora" y lo siguiente que obtengo es "Iniciando la descarga..." pero lleva dos días en eso (no he apagado el equipo) y no hace ninguna descarga. ¿Necesitaré hacer lo que ustedes sugieren?" por A. J. Palacios

Hemos podido reproducir el problema en nuestro laboratorio sin mucha dificultad, la cual cosa indicará que debe tratarse de un problema ampliamente extendido.

El entorno es el siguiente, en los equipos con Windows 7 o 8.1 instalado y que se encuentren en un dominio de Active Directory, desde hace un tiempo, les habrá aparecido al lado del reloj del sistema el logotipo de Windows, indicándonos que tenemos disponible nuestra actualización de Windows 10.

Si ejecutamos Get Windows 10 presionando sobre el anteriormente mencionado logotipo de Windows, nos iniciará con toda normalidad el asistente pero cuando presionemos el botón Actualizar ahora, nos aparecerá un mensaje informándonos que debemos esperar a que empiece el proceso de descarga del producto, pero eso nunca sucederá.

Get Windows 10

miércoles, 18 de mayo de 2016

Textual description of firstImageUrl

Dell Sonicwall: Content Filter configurar URL List.

El servicio de Content Filter de un firewall Dell SonicWALL, permite a los administradores de IT  crear y hacer que se cumplan políticas de uso de nuestra conexión a Internet, las cuales bloquearan o permitirán el acceso a los dispositivos de los usuarios finales que se encuentren situados detrás de nuestro firewall y que intenten acceder a páginas Web inapropiadas o improductivas desde las redes LAN, WLAN o VPN de nuestro entorno.

Para configurar el servicio, en primer lugar deberemos tener al día nuestra suscripción. Una vez compremos la licencia correspondiente y la hayamos activado en la página web de My Sonicwall, su configuración es sumamente sencilla.

Accederemos a la página de configuración de nuestro firewall y validaremos con nuestras credenciales de acceso.

En el menú lateral izquierdo, buscaremos y seleccionaremos la rama Security Services, y seguidamente presionaremos en la opción Content Filter.

En la división derecha de la ventana, nos aparecerán las opciones de configuración del filtro se contenidos. Procederemos a seleccionar cuales serán las URL que permitiremos a los usuarios finales tener acceso y a cuales no lo tendrán.

Buscaremos la sección Content Filter Type, en el menú desplegable seleccionaremos la opción Content Filter Service, es la opción por defecto, y seguidamente presionaremos el botón Configure...

Content Filter Type.

martes, 17 de mayo de 2016

Textual description of firstImageUrl

Seguir Pantallazos.es con Telegram

Hoy he abierto un nuevo canal en Telegram, donde podréis seguir Pantallazos.es, de una manera cómoda y sencilla desde cualquier dispositivo móvil .

Telegram

domingo, 15 de mayo de 2016

Textual description of firstImageUrl

Windows 10: Iniciar sesión con una cuenta local o de Microsoft - Parte 1

Una cuenta Microsoft  o como se conocía antes una cuenta Windows Live ID es lo que usamos para poder iniciar sesión en todo nuestros servicios de Microsoft. Por poner algunos ejemplos de servicios de Microsoft comúnmente usados por todos serian,  Hotmail ahora llamado Outlook, Office, OneDrive, Skype, Xbox, etc...

Con una cuenta Microsoft, podremos disfrutar de una experiencia más personalizada en el uso de nuestros dispositivos y servicios.

Con el uso de una cuenta de Microsoft, tendremos también acceso a las aplicaciones y a los juegos de la Tienda Windows, y nos permitirá ver la configuración y otras muchas cosas en todos nuestros dispositivos que dispongan de un sistema operativo Windows 10.

Si disponemos de una cuenta en línea, la podremos vincular con nuestra cuenta de usuario de Windows, y haciendo uso dicha cuenta en la operación de Login obtendremos las siguientes ventajas.

Podremos compartir desde nuestro equipo, archivos con otras personas en un grupo hogar mediante el uso de nuestro identificador  en nuestro dispositivo.

Usando el identificador en línea, también podremos para tener acceso a nuestra información, como por ejemplo los archivos, desde otros equipos dentro de una red.

Cuando configuramos una cuenta Microsoft en un nuevo dispositivo,  nuestros contactos, documentos, fotografías y configuraciones, serán descargados, esto sucederá en todos y cada uno de los dispositivos que usemos.

Para configurar el inicio de sesión en nuestro equipo Windows 10 con una cuenta Microsoft, nos dirigiremos a la ventana del menú Configuración.

En la ventana Configuración, buscaremos la opción Cuentas y accederemos a ella, nos aparecerá la ventana de configuración de cuentas.

En el menú lateral izquierdo de la ventana cuentas deberemos acceder a la opción Tu correo electrónico y tus cuentas.

En nuestro laboratorio, podemos comprobar que tenemos una cuenta de usuario local creada y configurada en nuestro equipo.

Para cambiar el inicio de sesión y usar nuestra cuenta de Microsoft presionaremos el enlace Iniciar sesión con una cuenta de Microsoft en su lugar.

Iniciar sesión con una cuenta de Microsoft en su lugar.

Textual description of firstImageUrl

Windows 10: Iniciar sesión con una cuenta local o de Microsoft - Parte 2

En el anterior artículo Windows 10 Iniciar sesión con una cuenta local o de Microsoft - Parte 1, hemos vinculado nuestro equipo, a una cuenta de Microsoft para poder usar las credenciales de la misma durante la validación de nuestro sistema operativo Windows 10. En este nuevo documento, veremos como realizar el procedimiento contrario y volver a usar una cuenta de usuario local en nuestro equipo Windows 10.

Para desvincular nuestro equipo de una cuenta de Microsoft, en primer lugar, accederemos a la ventana de menú Configuración y seguidamente accederemos a la opción Cuentas.

En el menú lateral izquierdo de la nueva ventana que aparecerá, llamada Cuentas, seleccionaremos la opción Tu correo y tus cuentas.

Comprobaremos que efectivamente, tenemos el equipo vinculado a una cuenta de Microsoft con todo lo que ello comporta.

Buscaremos y seleccionaremos el enlace, Iniciar sesión con una cuenta local en su lugar.

Iniciar sesión con una cuenta local en su lugar.

miércoles, 11 de mayo de 2016

Textual description of firstImageUrl

vSphere PowerCLI listar VM alojadas en un servidor host

En le laboratorio de hoy, aprenderemos a crear una lista de las máquinas virtuales que dependen de uno de nuestros servidores host, mediante la vSphere PowerCLI.

Si no sabéis cómo instalar y configurar la consola de VMWare vSphere PowerCLI, os recomiendo antes de continuar leyendo ente documento, que echéis una ojeada a la entrada siguiente.


En primer lugar, deberemos establecer conexión con el servidor de virtual center de nuestra infraestructura.

Para ello usaremos el comando siguiente:

Connect-VIServer NOMBRE_O_IP_VCENTER -user root -password CONTRASEÑA

La construcción para nuestro laboratorio será la siguiente:

Connect-VIServer 192.168.0.15 -user root -password CONTRASEÑA

Seguidamente después de establecer la conexión con nuestro virtual center, procederemos a construir el comando que nos listará los nombres de las máquinas virtuales que están alojadas dentro de uno de los servidores host de nuestra infraestructura de virtualización, junto con; su estado, o lo que es lo mismo si esta encendida o apagada, el número de procesadores y también la cantidad de memoria RAM que tiene asignada cada una de las VM.

Todo esto lo conseguiremos con el  Cmdlet Get-VM junto con el modificador -location.

Get-VM –location NOMBRE_O_IP_HOST

En nuestro laboratorio seria:

Get-VM –location 192.168.0.215




Espero os sea de utilidad.


Enlaces relacionados

vSphere PowerCLI listar dirección IP de una VM.
VMware Take SnapShot.
Instalar nuevo Host VMware ESXi 6.0.0.
vSphere PowerCLI instalar VMware tools.
VMware Delete SnapShot.
VMware Go To o Revert Snapshot.

domingo, 8 de mayo de 2016

Textual description of firstImageUrl

EMC VNX: Instalar módulos de I/O.

En el laboratorio de hoy, vamos a instalar un nuevo modulo de I/O en nuestra cabina de discos EMC VNX.

En primer lugar, deberemos tener instalado en algún equipo Unisphere Service Manager o USM. Con la ayuda de este programa, conseguiremos llevar a termino con éxito la operación. Podemos descargar USM de la página oficial del fabricante.

Unisphere Service Manager, es una aplicación de escritorio basada en Java que nos ayudará a actualizar, instalar y mantener el hardware y el software de nuestro sistema de almacenamiento, también nos proporcionará información del sistema de almacenamiento y  de contacto. Unisphere Service Manager sustituye a la Navisphere Service Taskbar.

Nos guiará a través de la tarea de instalación o mantenimiento y, si es necesario, nos proporcionará ayuda sensible al contexto sobre cómo realizar un paso de una tarea en particular. Con la ayuda en línea también nos explicará los procesos para la realización cualquier actividad.

La utilidad de instalación de software nos guiará durante la instalación o la actualización del software del sistema y parches de código.

Hemos de tener en cuenta que  Unisphere Service Manager debe estar a un mismo nivel de versión o superior que el software al que queremos actualizar.

Una vez tengamos instalado Unisphere Service Manager, lo ejecutaremos y en la sección Home, del menú superior de la ventana, buscaremos y usaremos el icono llamado Login.

Nos aparecerá una nueva ventana emergente de validación donde nos solicitará, en primer lugar, la dirección IP o nombre de nuestra cabina VNX. Introduciremos los datos necesarios y presionaremos el botón Connect, en segundo lugar nos pedirá las credenciales de acceso de la misma, una vez escritas pulsaremos el botón Login para establecer la conexión.

Unisphere Service Manager, login.

miércoles, 4 de mayo de 2016

Textual description of firstImageUrl

Cómo conectar disco USB a una máquina virtual - ESXi

En el artículo de hoy, descubriremos el método para conectar un disco duro USB directamente a una de nuestras máquinas virtuales.

Para empezar, seleccionaremos la máquina virtual en la que deseamos conectar nuestro disco externo USB y usando el botón derecho del ratón, desplegaremos el menú. En el desplegable seleccionaremos la opción Editar configuración...

La opción Editar configuración, nos abrirá la ventana de propiedades de la máquina virtual seleccionada.

En la sección Hardware, deberemos agregar la controladora de discos USB. Para empezar la configuración, presionaremos en la parte superior izquierda de la ventana el botón Agregar...

En la sección Tipo de dispositivo del asistente para agregar hardware, seleccionaremos el hardware virtual que queremos agregar, en nuestro laboratorio una nueva controladora USB. Una vez seleccionado el Hardware necesario, presionaremos el botón Siguiente> para continuar.

En la sección Controladora USB, nos permitirá configurar el tipo de controladora que queremos instalar en nuestro equipo virtual, podremos elegir entre dos posibilidades:
  • EHCI-UHCI: Es compatible con dispositivos USB 2.0 y USB 1.0.
  • xHCI: Es compatible con dispositivos USB 3.0, USB 2.0 y USB 1.1.
Hemos de tener en cuenta, que un dispositivo xHCI sólo estará soportado por los sistemas operativos más modernos. Por poner un ejemplo, con un sistema operativo Windows Server 2008 no será posible la configuración de xHCI.

En nuestro laboratorio sin embargo, tenemos instalado en nuestra máquina virtual un Windows 2012, así pues configuraremos xHCI que es compatible con USB 3.0, USB 2.0 y USB 1.1, para poder aprovechar las ventajas de USB 3.0.

USB 3.0 puede llegar a una velocidad de transmisión de hasta 5 Gbit/s, por lo tanto son unas 10 veces más rápido que USB 2.0 de 480 Mbit/s.

Veamos la progresión entre los distintos tipos de conexión USB:

USB 1.0

Con USB1.0 la tasa de transferencia llega de hasta 1,5 Mbit/s y es usado en su mayoría por dispositivos de interfaz humana como pueden ser teclados, los ratones y webCam.

USB 1.1

Con USB 1.1, multiplicaremos por ocho llegando hasta los 12 Mbit/s la velocidad de transferencia, respecto su predecesor USB 1.0.

USB 2.0

Con USB 2.0. la velocidad del conector se multiplica por 40 veces, llegando como anteriormente hemos comentado a los 480 Mbit/s.

USB 3.0

Finalmente, aparece en el año 2008 USB3.0 que multiplica la velocidad hasta 4.8 Gbit/s, es decir es 10 veces más rápido que el USB 2.0.

Pulsaremos el botón Siguiente> para continuar.


En la sección Listo para finalizar, el asistente para agregar un nuevo controlador USB nos mostrará las opciones que hemos elegido durante el proceso de configuración.

En nuestro laboratorio será:

•    Tipo de hardware: USB Controller.
•    Tipo de controladora: xHCI.
•   Conectar dispositivos automaticamente: Sí.

Si todo es correcto pulsaremos el botón Finalizar.

Comprobaremos, que nos habrá aparecido la nueva  controladora xHCI USB en negrita dentro del listado de Hardware de nuestra máquina virtual. Pulsaremos el botón Aceptar para terminar la configuración del nuevo dispositivo.



En este punto, ya estaremos en disposición de conectar un dispositivo de disco USB a nuestra máquina virtual.

Empezaremos, conectando el dispositivo USB en el equipo que tenemos instalado VMWare Sphere Client y desde el cual hemos realizado todas las configuraciones.

Abriremos la ventana de la consola y en el menú superior seleccionaremos el icono con forma de llave USB, nos aparecerá el menú Conectarse a dispositivo USB, donde deberemos seleccionar el disco USB que hemos conectado a nuestro equipo.


Habiendo realizado esta operación, nos aparecerá en nuestro sistema operativo Guest el volumen de la unidad USB que tenemos conectada en el equipo físico que estamos usando como consola de VMWare Sphere Client.

Podremos hacer uso de él con total normalidad, el mismo modo de empleo, como si de un equipo físico se tratara.

En el momento que terminemos su uso, procederemos a su desconexión como en el caso anterior, seleccionaremos el icono del menú superior de la ventana que simboliza una llave USB y presionaremos la opción del menú desplegable, Desconectarse de...



Si no hemos desconectado correctamente nuestro dispositivo USB desde el sistema operativo Windows, el Cliente de Sphere nos mostrará la siguiente advertencia.

"El dispositivo USB NOMBRE_DEL_DIPOSITIVO está por desconectarse de esta máquina virtual. Es posible que un usuario en el host esté utilizando activamente este dispositivo en esta máquina virtual.
¿Desea continuar y desconectar el dispositivo de la máquina virtual?"

Presionaremos el botón Si para continuar, seguidamente nos aparecerá una nueva ventana emergente informándonos que la desconexión se ha realizado con éxito.

domingo, 1 de mayo de 2016

Textual description of firstImageUrl

EMC Datadomain: Actualizar OS - CLI.

En artículos anteriores, ya hemos tocado el tema de la actualización del OS de nuestro dispositivo Data Domain usando la interfaz gráfica de Data Domain Enterprise Manager.


En esta ocasión, realizaremos el proceso de actualización usando la consola. En primer lugar, deberemos descargar los archivos *.rpm de la actualización de la pagina oficial de EMC.

Seguidamente, conectaremos a nuestro dispositivo Data Domain estableciendo una conexión SSH, e ingresaremos las credenciales de acceso.

Por defecto son:

Usuario: sysadmin.
Contraseña: Es el numero de serie en mayúsculas de nuestro dispositivo Data Domain.


Durante la bienvenida, podremos ver cual es la versión actual de Data Domain OS que tiene instalado nuestro dispositivo.

Usando el comando system package list podremos ver cuales son los paquetes de actualización de Data Domain OS que hemos descargado anteriormente y subido a nuestro dispositivo.

Sencillamente escribiremos:

System package list

En la lista que nos facilitará el comando anterior, podremos ver la versión del paquete disponible y también el nombre del mismo.

Con estos datos, construiremos el comando que nos permitirá realizar el upgrare de Data Domain OS.

system upgrade force [NOMBRE_DEL_PAQUETE.RPM]

en nuestro laboratorio será.

system upgrade force 5.6.0.5-501748.rpm

Presionaremos la tecla Enter en nuestro teclado y nos aparecerá un mensaje como el siguiente.

*** Using the "force" option is for experts ONLY.

Are you sure? (yes|no|?) [no]:

Contestaremos Yes para proceder, seguidamente nos aparecerá una segunda advertencia:

The 'system upgrade' command upgrades the Data Domanin OS. File access is interrupted during the upgrade. The system reboots automatically after the upgrade.

Are you sure? (yes|no|?) [no]:

Responderemos de nuevo, Yes y esperaremos pacientemente a que nuestro proceso de actualización termine. Al tiempo que se realiza la actualización, podríamos consultar también el transcurso de la misma, haciendo uso la consola gráfica de Data Domain.

Al finalizar la actualización nuestro dispositivo Data Domain reiniciará de forma automática.

Es muy importante actualizar nuestro Data Domain cuando no estemos realizando copia de seguridad.