Este documento presenta las fases para migrar de la versión 7.2 a la versión 8.0 de ArandaSoft de forma transparente al usuario final, incluyendo: 1) definir el alcance y posibles escenarios, 2) describir el paso a paso para la base de datos y aplicativo, y 3) detallar los principales cambios entre versiones y pruebas sugeridas.

1. Maria Fernanda Prieto B.
Consultor de Soluciones
maria.prieto@arandasoft.com
Febrero 2013

2. Objetivos de la presentación
FASES
1 2 3
ALCANCE Y ESCENARIOS PASO A PASO CAMBIOS DE VERSIÓN
• Alcance • Procedimientos BD • Escenario migrado
• Posibles Escenarios • Tareas adicionales • Cambios generales por
producto
• Requerimientos
• Duración

3. FASE 1. ALCANCE Y POSIBLES ESCENARIOS
ALCANCE
• Migración de versión desde ambientes versión
7.2 a versión 8.0 de forma transparente al
usuario final.
• Versión 7.1 descontinuada, migración base cero
• Base de datos independientes: Importación de
la mayor parte de los datos de una BD versión
7.2 a una nueva BD 8.0.

4. FASE 1. ALCANCE Y POSIBLES ESCENARIOS
ALCANCE
• Dos ambientes no pueden convivir en un
mismo servidor (2 posibles escenarios).
• Periodo de inactividad del aplicativo
dependiendo el escenario.
• Aprovechamiento de nuevas funcionalidades en
versión 8.0 de acuerdo a últimas certificaciones
adquiridas. Definición de parametrizaciones
nuevas.

5. POSIBLES ESCENARIOS
• Escenario ideal
• No afecta servicios activos en servidor 7.2
• Habilita ambiente de pruebas independiente versión
Montaje sobre 8.0
servidor • Si suple los requerimientos puede servir de servidor de
independiente producción 8.0
• Tiempo de inactividad para salida a producción mucho
menor
• Confirmación de requerimientos
• Implica desinstalación del ambiente anterior
Montaje sobre • Deshabilita complemente los servicios hasta que la
el mismo versión 8 no se estabilice
servidor 7.2 • Los tiempos de inactividad pueden variar dependiendo
los productos a migrar.

6. REQUERIMIENTOS - MIGRACIÓN
• Sistema operativo: Windows 2000 server
(x32-x64) o superior con el último service • SQL Server 2000, 2005 o
pack liberado por el fabricante. 2008, Oracle 9i (S.O. x32
Base de datos y archivo
• Internet Information Service /
Compatibilidad con IIS versión 6 (IIS 6
para el servidor Aranda)
Servidor versión 8.0
Management Compatibility) o superior con las
• .Net Framework 2.0 con el último Service últimas actualizaciones
Pack
• ASP .Net liberadas por el
• Procesador: Intel Xeon Dual Core 2.3 Ghz fabricante.
• Memoria: 6 - 8 Gigas (Servidor de Pruebas:
4 Gigas) • Backup BD 7.2 en
• Disco Duro: 60 - 80 Gigas (considerando el ambiente BD 8.0
tamaño de la carpeta
C:Inetpubwwwrootafs en el caso de • Backup
migraciones de Aranda Service Desk) C:Inetpubwwwrootafs
(Servidor de Pruebas: 20 Gigas)

7. DURACIÓN
Suite Productos Migrados Duración
Desktop Management Asset Management y 3 días
Software Metrix (ASD,
APWM, APM, AR no se
migran)
IT Services Service Desk, CMDB (Self 5 días (para un solo
Service se migra aparte) proyecto, 3 días adicionales
por proyecto)
Información adicional:
Precios: Comunicarse con el Gerente de cuenta correspondiente y/o Partner
Servicios: Ing. Angelica Guzman (angelica.guzman@arandasoft.com)

10. FASE 2. PASO A PASO – BASE DE DATOS
Crear BD 8.0 • A través de Aranda DB Tools
Borrar • C:Program FilesArandaAranda DB
scripts hasta ToolsResourcesScript, editar archivo list
v6
Parchar BD • A través de Aranda DB Tools
8.0 a v6
Ejecutar
• Desde la
script de BD 8.0
migración
Parchar BD
v8 a ultima • A través de
versión Aranda DB Tools

11. FASE 2. PASO A PASO – APLICATIVO
Conexión APP
• Settings – Aranda Tools
– BDv8
Conexión
• Dependiendo el aplicativo
consolas
Ingresar
parámetros • Aplicativos Suite IT Services:
adicionales y no ASDK y Self Service
migrados
Pruebas sobre • Desde la
el ambiente BD 8.0
Salida a • Dependiendo el
producción escenario
montado

12. FASE 3. CAMBIOS DE VERSIÓN
APLICACIÓN CAMBIOS PRINCIPALES DATOS NO MIGRADOS
ASDK • Razones de Cambio • Reglas
• Reglas de Negocio (Redefinición) • Plantillas
• Ciclo del catálogo de servicios • Guiones
• Modelamiento independiente para • Plantillas Mail
base de datos de conocimiento • Campos interfaz
• Independencias multiproyecto
• Consola Web BASDK
ASS (Self • Scripts de migración • No se migra información
Service) independientes, deben ser relacionada con artículos
solicitados

13. FASE 3. CAMBIOS DE VERSIÓN
APLICACIÓN CAMBIOS PRINCIPALES DATOS NO MIGRADOS
AAM • Velocidad de procesamiento de • Se migran todas las tablas
inventarios relacionadas
• Nueva consola Web
ASM • Nueva consola Web • No se migra información
relacionada con utilización de
software
CMDB • Nueva consola web • Ciclo de vida por categorías
• Funcionalidad multiproyecto
• Motor de reglas
AQM • Nueva y única consola Web • Los reportes personalizados son
• Facilidad para cargue de reportes migrados de forma
• Diseñador optimizado (Reporting independiente
Services)
• Solicitar reportes personalizados
en versión 7.2 a versión 8.

14. FASE 3. PRUEBAS SUGERIDAS
☐ Ingrese a la Consola FRONT END O ASDK
☐  Ingrese con dos usuarios diferentes a los administrados de preferencia que tengan niveles de permisos
diferentes.
☐  Cree un caso.
☐  Adjunte un archivo al caso.
☐  Cierre el caso creado, pasando por todas las etapas.
☐  Verifique la generación de las siguientes reglas.
☐ o Correo a Especialistas y Cliente cuando el caso se abre.
☐ o Correo al Cliente cuando el caso se soluciona.
☐  Apertura correcta de la encuesta desde el correo.
☐ o Correo a especialista de Enrutamiento.
☐ o Verifique cualquier otra regla que contenga:
☐  Enrutamientos automáticos.
☐  Modificaciones de ITEM
☐  Modificaciones de Casos Relacionados.
☐ Ingrese a la Consola de USUARIO FINAL
☐  Cree un caso, adjuntando un archivo adjunto.
☐  Verifique que el caso se cree con las condiciones configuradas.
☐  Verifique que el usuario pueda a los casos migrados:
☐ o Ver todas las opciones del caso.
☐ o Crear comentarios.
☐ o Adjuntar archivos luego de crear casos
☐ o Contestar la encuesta pendiente desde el correo generado por la regla de cierre

15. FASE 3. PRUEBAS SUGERIDAS
☐ Ingrese a la Consola web de Aranda QUERY MANAGER
☐  Cargar al menos un reporte predefinido y un personalizado (si
aplica)
☐  Ejecutar al menos dos reporte de Aranda SERVICE DESK
☐ o Exportar el resultado a .pdf o .xls
☐ o Utilizar la opción de distribución.
☐ Ingrese a la consola ODBC de Aranda ASSET MANAGEMENT
☐ Si el agente fue actualizado verifique que la versión haya aumentado en
varias de las maquinas del inventario
☐ Confirmar funcionalidad de control remoto