Buscar en pantallazos.es.

domingo, 15 de enero de 2017

Textual description of firstImageUrl

SAP CRM 10.30.03.00: Instalar en equipos con Microsoft Outlook 2016.

El autor de este post es Jose Mª del Cabo

Según el soporte técnico oficial de SAP, la aplicación CRM 10.30.03.00 no es compatible con Microsoft Outlook 2016.

Fragmento extraído de la base de conocimiento del soporte técnico de SAP.

"2394051 - Outlook 2016
Version 1 
Type SAP Knowledge Base Article
Language Inglés
Master Language Inglés
Release Status Released to Customer 
Category Problem
Component CRM-BTX-GWI (Groupware Integration(Client))
Released On 29.11.2016

Por favor, encuentre el documento original en https://launchpad.support.sap.com/#/notes/2394051


Síntomas


La comprobación obligatoria de requisitos previos a la instalación de groupware basada en cliente falla para MS Outlook.

Integración de Groupware basada en cliente de SAP CRM Outlook 2016


Reproducción del problema

  1. Intento de instalar el complemento del Cliente Outlook basado en la versión 10.30.03 del cliente en MS Outlook 2016.
  2. El asistente de instalación fallará en la comprobación obligatoria de requisitos previos.
El asistente de instalación fallará en la comprobación obligatoria de requisitos previos.

viernes, 13 de enero de 2017

Textual description of firstImageUrl

Nakivo Backup & Replication novedades: Copia de seguridad de Hyper-V con la versión 7

En el artículo de hoy vamos a revisar las nuevas funciones de NAKIVO Backup & Replication v7.

Una de las grandes diferencias de NAKIVO Backup & Replication v7 respecto sus predecesores es que proporciona copia de seguridad nativa para Hyper-V Server 2012 R2Hyper-V Server 2016

Como ya conseguía NAKIVO Backup & Replication v6.2 con los servidores host VMware, NAKIVO Backup & Replication v7 puede realizar copias de seguridad de las máquinas virtuales en caliente que se encuentren en servidores Microsoft Hyper-V sin necesidad de instalar agentes o interrumpir el trabajo de las máquinas virtuales. 

Las copias de seguridad de los servidores Microsoft Hyper-V como ya hacia en los host ESXi de VMware, están basadas en instantáneas. Esto significa que al empezar una nueva copia de seguridad de una máquina virtual se capturarán todos sus datos, garantizando la coherencia de las bases de datos y aplicaciones.

Para garantizar un ahorro de espacio en el almacenamiento que usemos para almacenar nuestras copias de seguridad, todas nuestras copias de seguridad se comprimen de forma automática y se deduplican, incluso si estamos usando el mismo repositorio para almacenar las copias de seguridad realizadas en servidores de Microsoft Hyper-V, VMware o AWS EC2.

Podemos recuperar nuestros datos de forma instantánea. Archivos, objetos de Active Directory o Microsoft Exchange, directamente desde copias de seguridad del servidor que se encuentren comprimidas y deduplicadas en nuestro repositorio de almacenamiento. 

Es posible restaurar una máquina virtual completa que se encuentre en un host Hyper-V a la misma ubicación de origen o a un nuevo servidor host.

Nakivo Backup & Replication novedades: Copia de seguridad de Hyper-V con la versión 7

miércoles, 11 de enero de 2017

Textual description of firstImageUrl

Nakivo Backup & Replication: Configuración básica inicial.

En el artículo de hoy, vamos realizar la configuración básica inicial después de haber desplegado en nuestro sistema una nueva máquina virtual de Nakivo Backup & Replication versión 6.2.

Nakivo Backup & Replication es un software para realizar copias de seguridad en entornos de virtualización comercial, que podemos usar para respaldar máquinas virtuales hospedadas en infraestructuras de VMWare vSphere ESXi. Nakivo nos permitirá realizar copias de seguridad o réplicas en todas máquinas virtuales que se encuentren en nuestro entorno VMWare VSphere.

Nakivo Backup & Replication no funcionará sobre la versión gratuita de vmware ESXi, es necesario que compremos al menos una licencia de VMWare ESXi Essentials, para poder ejecutar tareas de copia o réplica con Nakivo.

Podremos elegir entre tres posibles despliegues del producto:
  • Instalación de Windows, disponible para instalar en versiones de Windows Server 2008 R220122012 R2 o Windows 7 Pro x6410.
  • Instalación de Linux, disponible para instaladar en versiones Red Hat Enterprise 6.3 de 64-bitUbuntu 12.04 Server de 64-bit y SUSE Enterprise Server 11 SP3 de 64-bit.
  • Despliegue de Virtual Appliance, se trata de una máquina virtual basada en el sistema operativo Ubuntu 12.04 Server, disponible para ser descargada en formato OVA en la página oficial de Nakivo y puede ser desplegada fácilmente en nuestro entorno vmware vSphere ESXi.
Podemos descargar los archivos necesarios para realizar una nueva instalación de una versión de prueba de Nakivo Backup & Replication en la página oficial del fabricante haciendo uso del enlace siguiente.
En nuestro anterior laboratorio, optamos por desplegar el Virtual Appliance de Nakivo  Backup & Replication 6.2 rev. 10552, podéis consultar el procedimiento detallado accediendo al enlace siguiente.
Una vez hayamos finalizado el despliegue de un nuevo Virtual Appliance de Nakivo  Backup & Replication 6.2, arrancaremos la nueva máquina virtual y en la consola encontraremos con el menú inicial de la consola en modo texto, tendrá el mismo aspecto que el que mostramos en la imagen que tenemos a continuación.

NAKIVO Backup & Replication Virtual Appliance (rev. 10552)

Wed Dec 7 09:56:05 EST 2016
(-05:00:00) America/New_York

Installed components: Director, Transporter

You can discover this Transporter in the Web Interface under Configuration > Transporters.

* Network settings
* Backup storege
* Time and time zone
* System performance
* Software update
* NAKIVO command console
* Exit to system console

Press <Up/Down> to navigate
Press <Enter> to select

Documentation: www.nakivo.com/helpcenter

En primer lugar configuraremos las opciones de red de nuestro nuevo Virtual Appliance de Nakivo, para empezar la configuración usaremos la primera opción del menú llamada Network settings, nos desplazaremos usando las teclas de subir y bajar de nuestro teclado y cuando tengamos la opción del menú sombreada usaremos la tecla Enter para seleccionar la opción, haciendo esto, conseguiremos acceder al submenú Network Settings.

Tendrá un aspecto parecido al detallado a continuación, en la sección inicial del menú Network Settings nos informará del nombre por defecto del nuevo Virtual Appliance de Nakivo y también la dirección IP que tiene asignada de forma dinámica por el servidor de DHCP de nuestro entorno.

Podéis localizar esta información coloreada en rojo.

NAKIVO Backup & Replication Virtual Appliance (rev. 10552)

Wed Dec 7 09:56:21 EST 2016
(-05:00:00) America/New_York

=== Network Settings ===
* Hostname: va
* Network card (eth0): connected, xxx.xxx.xxx.xxx (dhcp)

Press <F5> to refresh
Press <Up/Down> to navigate
Press <Enter> to select

Documentation: www.nakivo.com/helpcenter

El menú Network Settings también nos permitirá modificar y configurar estas dos opciones, en primer lugar el nombre de nuestro virtual appliance, por defecto en nombre será va.

Para cambiar el nombre de nuestro virtual appliance usando las teclas de subir y bajar de nuestro teclado seleccionaremos la opción Hostname: va y presionaremos la tecla Enter.

Aparecerá el nuevo submenú Hostname solo tendremos que seleccionar la única opción Hostname: va presionar la tecla Enter (en la imagen es el paso 7) en nuestro teclado y escribir el nuevo nombre que deseamos asignar a NAKIVO Backup & Replication Virtual Appliance (rev. 10552).

Realizados los cambios necesarios presionaremos la tecla Esc (en la imagen es el paso 9) en nuestro teclado para volver al menú inicial llamado Network settings.

NAKIVO Backup & Replication Virtual Appliance (rev. 10552)

Wed Dec 7 09:56:21 EST 2016
(-05:00:00) America/New_York

=== Hostname ===
* Hostname: va

Press <Enter> to Edit
Press <Esc> to Exit.

Documentation: www.nakivo.com/helpcenter

En segundo lugar podremos configurar las opciones de red, por defecto, el nuevo Virtual Appliance de Nakivo habrá cogido toda la configuración de su tarjeta de red del servidor de DHCP de nuestra infraestructura.

Una vez nos encontremos de vuelta al menú  Network settings, seleccionaremos la segunda opción llamada Network card (eth0): connected, xxx.xxx.xxx.xxx (dhcp)para poder asignar manualmente una dirección IP estática a nuestro nuevo Virtual Appliance.


En el nuevo menú que aparecerá por pantalla, llamado Network card (eth0), seleccionaremos con las  teclas de subir y bajar de nuestro teclado, la opción  DHCP: enabled. Seguidamente, pulsaremos la tecla Enter  (en la imagen es el paso 13) para editar las opciones de la tarjeta de red, en este momento podremos configurar todas las opciones que queramos y, para finalizar la configuración, presionaremos la tecla F10 para guardar los cambios y salir del menú.

NAKIVO Backup & Replication Virtual Appliance (rev. 10552)

Wed Dec 7 09:56:21 EST 2016
(-05:00:00) America/New_York

=== Network card (eth0) ===

Mac address: xx:xx:xx:xx:xx:xx
Status: Connected to Network

DHCP: enabled
* DNS servers: xxx.xxx.xxx.xxx, xxx.xxx.xxx.xxx
* address: xxx.xxx.xxx.xxx
* Netmask: xxx.xxx.xxx.xxx
* Gateway: xxx.xxx.xxx.xxx
* Broadcast: xxx.xxx.xxx.255

Press <F5> to refresh
Press <Up/Down> to navigate
Press <Enter> to select
Press <F10> to save and exit
Press <Esc> to Exit.

Configuración Network card (eth0) - Nakivo.

domingo, 8 de enero de 2017

Textual description of firstImageUrl

Windows Server DCPROMO: Error Los Servicios de dominio de Active Directory no pudieron transferir los datos que quedan en la partición.

En el artículo de hoy, vamos a dar solución a uno de los problemas más frecuentes cuando despromocionamos un servidor controlador de dominio que se encuentre ubicado en un Active Directory con una larga trayectoria y muchos años de antigüedad. Estamos hablando de dominios creados a partir de servidores Windows server 2000 o Windows server 2003 y, que han ido evolucionando con el tiempo hasta la actualidad con Windows server 2012/16 pasando por tener controladores de cominio Windows server 2008.

Nuestro laboratorio estará compuesto por los controladores de dominio de Active Directory siguientes:

ServerDC.dom.local - Sistema Operativo instalado Windows server 2008

Es el servidor que ostentaba hasta el momento los cinco roles Flexible single master operation de nuestro dominio de Active Directory. Hemos traspasado las cinco funciones FSMO al nuevo servidor llamado DC.dom.local.

Actualmente solo tiene el servicio de DNS y será el servidor que queremos despromocionar en nuestro laboratorio.

DC.dom.local - Sistema Operativo instalado  Windows server 2012 R2

Queremos que sea nuestro nuevo controlador de dominio de Active directory y actualmente tiene los  cinco roles Flexible single master operation (FSMO) también tiene instalados los servicios de DNS.

El nivel funcional de nuestro Bosque y Dominio (dom.local) de Active Directory es Windows 2003.

DC1.dom.local - Sistema Operativo instalado  Windows server 2003

Es un segundo controlador de dominio de nuestra arquitectura y también tienen instalados los servicios de DNS y DHCP.

Servidor.dom.local - Sistema Operativo instalado  Windows server 2003

El equipo llamado servidor.dom.local, es un antiguo controlador de dominio de Active Directory que tiempo atrás se estropeó y se tubo que realizar una acción de limpieza de los Metadatos para poder eliminarlo por completo de nuestro Directorio Activo.

Si no estáis familiarizados con el proceso de la limpieza de Metadatos de un servidor caído usando la herramienta NTDSUTIL, podéis consultar el enlace siguiente:
Es muy importante que sepáis de la existencia de este cuarto servidor que actualmente no existe en nuestra organización porqué, es el causante de todo nuestro el problema.

 Nuestro laboratorio estará compuesto por los controladores de dominio de Active Directory siguientes.

miércoles, 4 de enero de 2017

Textual description of firstImageUrl

Exchange 2007: Guardar elementos eliminados de un buzón.

En el artículo de hoy, vamos a configurar las opciones de guardar elementos eliminados para establecer únicamente estás opciones en uno de los buzones de nuestra organización de Microsoft Exchange 2007.

Gracias a las opciones de Configuración de eliminación, podremos recuperar elementos eliminados por error de la base de datos de correo electrónico de nuestro Microsoft Exchange 2007 de una forma rápida y sencilla sin necesidad de recurrir a las copias de seguridad.

Al configurar esta opción a nivel del buzón de un usuario tendremos la posibilidad de configurar:
  • Guardar elementos eliminados durante (días).
la configuración de la opción Guardar elementos eliminados durante (días), nos permitirá que el propio usuario final desde su cliente de Microsoft Outlook pueda recuperar los correos electrónicos eliminados por error.
Para conseguir establecer la configuración de eliminación en un buzón de manera exclusiva en nuestro servidor de correo electrónico, en primer lugar accederemos a la Consola de Administración de Exchange 2007.

En el menú lateral izquierdo de la ventana de la Consola de Administración de Exchange, desplegaremos la rama llamada Configuración de destinatarios y seleccionamos la opción Buzón.

En la  división central de la consola, seleccionaremos el buzón que queremos personalizar, seguidamente, después de haber seleccionado el buzón en el menú lateral derecho de la Consola de Administración de Exchange buscaremos y presionaremos la opción Propiedades.

Aparecerá una nueva ventana emergente llamada Propiedades del buzón, en el menú superior de dicha ventana, accederemos a la sección Configuración del buzón.

En la parte central sección Configuración del buzón, encontraremos la opción llamada Cuotas de almacenamiento, la seleccionaremos y presionaremos el botón Propiedades, situado en la parte superior del recuadro de opciones. Aparecerá una nueva ventana llamada Cuotas de almacenamiento en ella podremos configurar los días que queremos guardar un elemento del buzón una vez haya sido eliminado por usuario.

domingo, 1 de enero de 2017

Textual description of firstImageUrl

Exchange 2007: Guardar elementos eliminados de todos los buzones de la organización.

En el laboratorio de hoy vamos a configurar las opciones de guardar elementos eliminados que queramos establecer en todos los buzones de una organización de Microsoft Exchange 2007.

Gracias a las opciones de Configuración de eliminación, podremos recuperar elementos eliminados por error de la base de datos de correo electrónico de nuestro Microsoft Exchange 2007 de una forma rápida y sencilla sin necesidad de recurrir a las copias de seguridad.

Tendremos dos posibilidades:
  • Guardar elementos eliminados durante (días).
  • Guardar buzones eliminados durante (días).
La opción que nos será de más utilidad en nuestro día a día será, Guardar elementos eliminados durante (días), la configuración de esta opción nos permitirá que el propio usuario final desde su cliente de Microsoft Outlook pueda recuperar los correos electrónicos eliminados por error.
Eliminar un buzón completo por error, que es a lo que hace referencia la opción Guardar buzones eliminados durante (días) no suele ser un problema muy común, por lo que es más difícil que nos aporte algún beneficio en nuestras tareas diarias.

Para conseguir establecer la configuración de eliminación de nuestro servidor de correo electrónico, en primer lugar accederemos a la Consola de Administración de Exchange 2007.

En el menú lateral izquierdo de la ventana de la Consola de Administración de Exchange, desplegaremos la rama llamada Configuración de servidores y seleccionamos la opción Buzón.

En la parte inferior de la división central de la consola, seleccionaremos la sección llamada Administración de bases de datos y seleccionaremos nuestra base de datos de correo electrónico, seguidamente, después de haber seleccionado la base de datos en el menú lateral derecho de la Consola de Administración de Exchange buscaremos y presionaremos la opción Propiedades.

Aparecerá una nueva ventana emergente llamada Propiedades de la base de datos, en el menú superior de dicha ventana, accederemos a la sección Límites.

En la parte inferior de la sección límites, encontraremos las opciones de la Configuración de eliminación. En ellas podremos configurar los días que queremos guardar un elemento del buzón una vez haya sido eliminado por usuario. Pero también podremos establecer el tiempo que deseamos mantener una copia de los buzones completos que hayamos borrado.

Exchange 2007: Guardar elementos eliminados de todos los buzones de la organización.

miércoles, 28 de diciembre de 2016

Textual description of firstImageUrl

Exchange 2007: Establecer limites de todos los buzones de la organización.

En el artículo de hoy estableceremos los limites de almacenamiento que creamos necesarios, en todos los buzones de nuestra organización de Microsoft Exchange 2007.

Podremos establecer los limites de almacenamiento siguientes:
  • Emitir una advertencia al llegar a (KB).
  • Prohibir el envío al llegar a (KB).
  • Prohibir el envío y recepción al llegar a (KB).
Para conseguir establecer los limites sobre el almacenamiento de nuestro servidor, en primer lugar accederemos a la Consola de Administración de Exchange 2007.

En el menú lateral izquierdo de la ventana, desplegaremos la rama llamada Configuración de servidores y seleccionamos la opción Buzón.

En la parte inferior de la división central de la consola, seleccionaremos la sección llamada Administración de bases de datos y seleccionaremos nuestra base de datos de Exchange, seguidamente después de la selección de la base de datos, en el menú lateral derecho buscaremos y presionaremos la opción Propiedades.

Aparecerá una nueva ventana emergente llamada Propiedades de la base de datos, en el menú superior de dicha ventana, accederemos a la sección Límites.

En la sección límites, encontraremos los cuadros de texto necesarios para establecer los limiten de almacenamiento que queremos aplicar a nuestra organización.

Exchange 2007: Establecer limites de todos los buzones de la organización.

domingo, 25 de diciembre de 2016

Textual description of firstImageUrl

vSphere PowerCLI: Shutdown VM

En el artículo de hoy, retomaremos la vSphere PowerCli, muy útil para la automatización de procesos en nuestra infraestructura de virtualización mediante el uso scripts.

El procedimiento que haremos hoy será, cómo realizar un apagado ordenado de una máquina virtual, no un  Power Off "Botonazo"

Podéis ver el procedimiento de Power off, si lo preferís, en el enlace siguiente:

Este comando nos resultará muy útil si deseamos crear un Script para automatizar el apagado de nuestras máquinas virtuales.

En primer lugar, necesitaremos tener instaladas y configuradas en nuestro equipo consola las herramientas de la consola de vSphere PowerCli. Si no estáis familiarizados con el procedimiento de instalación y configuración de las mismas os aconsejo, antes de continuar leyendo este artículo, consultéis la entrada siguiente.


Una vez instalada y configurada la consola de VMWare vSphere PowerCLI, procederemos a establecer conexión con nuestro servidor de virtual center. Para realizar la conexión deseada, usaremos el comando siguiente:

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

La construcción final de nuestro comando para ser usado en nuestro laboratorio será la siguiente:

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

Para poder parar una máquina virtual de nuestra infraestructura, en primer lugar, tendremos que saber el nombre del equipo. 

Si no los supiéramos de antemano el nombre de la máquina virtual que queremos cerrar, podemos sacar un listado por pantalla de todas las máquinas virtuales de uno de nuestros servidores host. 

Para llevar a termino el listado de las máquinas virtuales de nuestro servidor host, usaremos el cmdlet que mostramos a continuación:

Get-VM –location NOMBRE_O_IP_HOST

Una vez sepamos el nombre de nuestra máquina virtual, en nuestro laboratorio será SRVDC-2008 podemos proceder a la construcción del comando, el comando que vamos a usar es el que mostramos a continunación.

Shutdown-VMGuest –vm NOMBRE_VM

La construcción final de nuestro comando para ser usado en nuestro laboratorio será la siguiente:

Shutdown-VMGuest –vm SRVDC-2008

Al presionar la tecla de Enter de nuestro teclado nos aparecerá el mensaje siguiente, informándonos que procederemos al cierre no ordenado de nuestra máquina virtual.

Perform operation?

Performing operation "Shutdown VM Guest" on 'SRVDC-2008'.
[s]sí [o] Si todo [N]No [T] No a todo [U]Suspender [?] Ayuda
(el valor predeterminado es "S"):

Presionaremos la tecla Enter de nuestro teclado para usar de la opción marcada por defecto, que en nuestro laboratorio será la opción Si.

Shutdown-VMGuest –vm NOMBRE_VM

miércoles, 21 de diciembre de 2016

Textual description of firstImageUrl

Windows 7 Error: Reparar el rearmado de sysprep.

El autor de este post es Jose Mª del Cabo

En el artículo de hoy, aprenderemos a resolver un error bastante común que se presenta durante el proceso de generalización al usar la herramienta de preparación del sistema Sysprep.

"Herramienta de preparación del systema (Sysprep) 3.14

Error irrecuperable al intentar ejecutar sysprep en el equipo."

Este error sucede al iniciar la generalización de una imagen, en nuestro laboratorio, ya teníamos instalados todos los programas que necesitábamos en el sistema operativo maestro y nos disponíamos a ejecutar la herramienta Sysprep para preparar el sistema antes de generar la imagen del equipo que posteriormente queríamos desplegar en todas nuestras estaciones de trabajo.

(La herramienta Sysprep se encuentra ubicada por defecto en la carpeta C:\Windows\System32\Sysprep\Sysprep.exe)

En la ventana principal de Sysprep 3.14 tendremos que elegir las opciones siguientes: 

  • Acción de limpieza -> Iniciar modo auditaría del sistema y marcamos el check box Generalizar
  • Opciones de apagado -> Reiniciar. 
Al hace click en Aceptar, el equipo dará comienzo al proceso de reinicio y captura de la imagen.

Herramienta de preparación del systema (Sysprep) 3.14

domingo, 18 de diciembre de 2016

Textual description of firstImageUrl

Nakivo Backup & Replication: Implementar plantilla OVF.

En el artículo de hoy, vamos a instalar una nueva máquina virtual de Nakivo Backup & Replication versión 6.2.

Nakivo Backup & Replication es un software de copias de seguridad comercial que usaremos para respaldar máquinas virtuales en infraestructuras de VMWare vSphere ESXi.

Usando Nakivo, conseguiremos realizar tanto  copias de seguridad como réplicas de las máquinas virtuales que se encuentren en nuestro entorno VMWare VSphere.

Con Nakivo, podremos elegir guardar nuestras copias de seguridad en el propio servidor Transporter, en un repositorio de disco independiente o también podemos optar por el backup en la nube, Nakivo Backup & Replication es capaz de realizar copias de seguridad en el cloud de Amazon.

Nakivo Backup & Replication nos facilitará la recuperación granular de nuestros ficheros en Sistemas de archivos NTFS o FAT32 y sistemas de archivos Linux

Además también nos permitirá la recuperación granular de bases de datos de Microsoft Exchange desde la versión Exchange 2007 hasta la ultima versión Microsoft Exchange 2016 y también de Active Directory en  controladores de dominio de Windows Server 2008 hasta Windows Server 2012 R2.

En el caso de los servidores de correo Exchange, también nos permitirá el truncado de archivos del log de transacciones después de terminar la copia de seguridad del servidor de correo electrónico, esto será posible desde la versión del producto Microsoft Exchange 2007 hasta la versión Exchange 2016.

Con Nakivo podremos iniciar una máquina virtual desde el propio backup, verificar la copia de seguridad, ejecutar scripts pre y post ejecución del trabajo de copia y también encriptar.

Nakivo Backup & Replication también es compatible con VMWare Changed Block Tracking o CBT y durante los trabajos ejecuta deduplicación por software, permitiéndonos obtener un gran ahorro de espacio en los repositorios de copia de seguridad.

Al igual que otros software de copias de seguridad de similares características Nakivo Backup & Replication no funciona sobre la versión gratuita de vmware ESXi, es necesario que compremos una licencia de VMWare ESXi Essentials al menos, para poder ejecutar tareas de copia o réplica con Nakivo.

En el momento de elegir la instalación del producto tenemos tres posibles opciones:
  • Instalación de Windows disponible para ser instalada en las versiones de Windows Server 2008 R2, 2012, 2012 R2 o Windows 7 Pro x64, 8 y 10.
  • Instalación de Linux disponible para ser instalada en las versiones Red Hat Enterprise 6.3 de 64-bit, Ubuntu 12.04 Server de 64-bit y SUSE Enterprise Server 11 SP3 de 64-bit.
  • Despliegue de Virtual Appliance, es una máquina virtual basada en el sistema operativo Ubuntu 12.04 Server disponible para ser descargada en formato OVA en la página oficial de Nakivo y puede ser desplegada fácilmente en nuestro entorno vmware vSphere ESXi.
En nuestro laboratorio hemos optado por la tercera opción el despliegue del Virtual Appliance de Nakivo  Backup & Replication 6.2 rev. 10552.

En primer lugar descargaremos el archivo OVA del Virtual Appliance de la página oficial del fabricante.
Una vez tengamos descargado el archivo NAKIVO_Backup_Replication_VA_v6.2.0.14770_Full_Solution.ova en el disco duro local, abriremos una nueva ventana de la consola de nuestro servidor de virtual center y, en la parte superior izquierda de la consola seleccionaremos la rama del menú llamada Archivo seguidamente, en el menú desplegable escogeremos la opción Implementar plantilla de OVF...

La máquina virtual que vamos a desplegar en nuestra infraestructura de visualización va a consumir los recursos que mostramos a continuación:
  • CPU - 2 vCPU
  • RAM - 4GB RAM más 250MB adicionales por cada trabajo de copia concurrente.
  • HDD - 1,5GB con aprovisionamiento fino o 538GB con aprovisionamiento grueso.