Herramienta de gestión de actualizaciones

Con el uso de la herramienta de administración de actualizaciones (UMT), puede importar objetos BO: usuarios, grupos y objetos de contenido BO de la versión anterior de la plataforma de BI a la versión actualizada. Cuando actualiza su entorno BO, tiene dos opciones para realizar la actualización.

  • Complete Upgrade - Puede optar por mover todos los objetos de origen a destino.

  • Incremental Upgrade - También puede optar por mover objetos en lotes.

Configuración de UMT

Para usar UMT para la actualización, debe configurar UMT para un mejor rendimiento. Ejecute el comando "Java –Xmx" mientras inicia la herramienta de gestión de actualizaciones para ejecutarla con Java Heap → Haga clic con el botón derecho en UMT y vaya a Propiedades, como se explica a continuación:

Debe copiar la ruta de "Destino" al Bloc de notas y reemplazar "Xmx" con la cantidad de configuración de Heap para su sistema, como se muestra a continuación:

También puede configurar su tiempo de espera en la Herramienta de administración de actualizaciones. Establezca el siguiente parámetro:

Para configurar el tiempo de espera de CORBA para UMT, debe navegar hasta el archivo de Propiedades y agregar la siguiente entrada. El archivo de propiedades se encuentra en el directorio de instalación de BO en esta ruta: "SAP BusinessObjects Enterprise XI 4.0 \ java \ apps \ upgradeManagementTool \ jars"

<entry key="umt.systemVar.backendCommunicationTimeoutInMS">630000</entry>

Se recomienda mantener el valor por debajo de 630000, de lo contrario, puede enfrentar un error relacionado con el inicio de sesión de CMS.

Configuración de origen y destino en UMT

Puede definir su sistema CMS de origen y destino en UMT y verificar la conectividad. Ejecute la herramienta de administración de actualizaciones desde Todos los programas → Seleccione Actualización incremental → Siguiente. La pantalla que se muestra a continuación explica lo mismo.

Ingrese el nombre de su CMS de origen y destino y proporcione las credenciales. Proporcione el escenario de actualización de la lista desplegable, como se muestra a continuación:

Tiene diferentes escenarios de actualización disponibles en UMT, como:

  • Live to Live - Esto requerirá que tanto el sistema de origen como el de destino estén activos.

  • BIAR to Live - Esta opción se utiliza para importar los objetos desde el formato de archivo BIAR al sistema de destino en vivo.

  • Live to BIAR - Esta opción se utiliza para exportar los objetos en formato BIAR desde el sistema en vivo.

Estos escenarios se pueden utilizar según el estado de su sistema de origen y destino. Ambos sistemas están activos, puede realizar una actualización en vivo a vivo sin exportar / importar objetos.

En BO 4.2, UMT tiene algunas características nuevas como se muestra a continuación:

  • Puede definir el nivel de registro como bajo, medio y alto en la lista desplegable.

  • Cuando selecciona el nivel de registro - "Alto", captura todos los errores, advertencias y fallas durante el proceso.

  • También puede definir el espacio temporal en cualquiera de los directorios necesarios y reiniciar la herramienta UMT después de los cambios.

  • El espacio temporal generalmente almacena todas las entradas de Derby Database y una vez que se completa la actualización; estos archivos se pueden eliminar.

Cuando realiza la actualización de BO de BOXI 3.xa BI 4.1, puede tener múltiples escenarios para migrar diferentes objetos, contenidos, usuarios, etc. y el alcance definido en cada escenario. Según la recomendación de SAP, se pueden utilizar las siguientes iteraciones:

Iteración Alcance

Iteración

# 1

En esta iteración, los siguientes objetos se migraron con sus dependencias:

  • Grupos de Usuarios
  • Niveles de acceso
  • Applications

El mismo enfoque se puede utilizar para todos los grupos de usuarios, todos los niveles de acceso en una sola iteración. Sin embargo, esto puede llevar mucho tiempo en función del número de objetos, etc. Por lo tanto, se recomienda decidir el número de iteraciones en función de los objetos del repositorio.

Iteración

# 2

Se consideró la actualización de los siguientes objetos con dependencias. Puede seleccionar estos objetos para la migración en la pantalla de selección de objetos:

  • Carpetas y objetos
  • Objetos del repositorio
  • Universes

Para este libro de patrones, hemos realizado la migración en una sola iteración. Sin embargo, dependiendo de la cantidad de iteraciones basadas en sus objetos de repositorio.

Iteración

# 3

En la pantalla inicial "Seleccionar filtro", el filtro de tiempo se configuró de acuerdo con el requisito. En nuestro libro de patrones, estamos seleccionando la fecha de inicio como 02/01/2016 y la fecha de finalización como 02/05/2016. Por lo tanto, solo se enumerarán y migrarán los siguientes objetos:

  • Universo: universo modificado entre la fecha de inicio y la fecha mencionada en el filtro de selección
  • Informes de inteligencia web: informes modificados entre la fecha de inicio y la fecha de finalización mencionadas en el filtro de selección.

Iteración

# 4

Los siguientes objetos se consideraron para actualizar con dependencias. Estos son los objetos seleccionados para la migración en la pantalla de selección de objetos:

  • Applications
  • Calendars
  • Categorías corporativas
  • Trabajos de replicación y conexiones remotas
  • Objetos del repositorio
  • Universes

En estas iteraciones, todas las dependencias de contenido (relacionadas con todos los documentos) se configuraron para actualizarse primero. Sin embargo, esto también se puede hacer en incrementos.

Tenga en cuenta que los objetos que ya se han migrado no aparecerán en la lista de la pantalla de selección de objetos. Nuevamente, en esta iteración, estamos usando la función "Ocultar objetos que ya están actualizados" desde la pantalla de filtro de selección.

Iteración

# 5

Se seleccionaron los siguientes objetos para actualizar con dependencias:

  • Carpetas públicas y sus objetos, excepto aquellos objetos que se actualizaron en la iteración 2
  • Objetos QaaWS
  • Events
  • Suscripciones móviles
  • Las dependencias de objetos se enumerarán en UMT, pero no se seleccionarán más adelante

Para este libro de patrones, hemos realizado la migración en una sola iteración. Sin embargo, dependiendo del número de objetos, esta iteración puede llevar mucho tiempo. Por lo tanto, se recomienda decidir la cantidad de iteraciones en función del tamaño de su repositorio y la cantidad de objetos.