AX - Consideraciones para mover instancias de AX 2009 a otro ambiente

Hola -

 Les comparto unas sugerencias que pueden ir revisando, si tienen en mente mover alguna instancia de Dynamics AX 2009 a otro lugar, como puede ser de un QA a un Productivo, etc...

Consideraciones que abarcan: DB & APP & Seguridad con grupos de usuarios

DB & Cuentas de servicio

**

•          Si mueven la Base de datos asegúrense que la cuenta del servicio del AOS tiene los permisos necesarios, donde le acceso mínimo que necesita la cuenta es: db_datareader, db_datawriter y db_ddladmin.
•          El usuario tenga DBO en la Base de datos.
•          Revisar que tu nuevo cliente de Dynamics AX 2009 tenga el mismo build que el AOS, puedes revisarla con el siguiente sql statement:
•          select * from SYSSETUPLOG where DESCRIPTION = 'finished' order by CREATEDDATETIME desc
•          Una vez que la base de datos ha sido movida a otro instancia de SQL Server asegúrense que esta base de datos esté apuntando a la nueva instancia de aplicación.
•          El proceso típico es:
  •    Hacer un logout de todos los usuarios
  •    Revisar en la tabla de userinfo y actualizar a los nuevos SIDS
  •    Detener el AOS
  •    Mover la Base de Datos
  •    Actualizar la configuración del AOS
  •    Iniciar el servicio del AOS
•         Lo más conveniente es hacer un restore desde un full backup para importarlo al nuevo ambiente.

Issues más comunes

**

•         Si el AOS falla cuando se ha iniciado a la primera vez revisar lo siguiente:
•       Refer to the Microsoft Dynamics™ AX 2009 Installation Guide in the section on Create a SQL Server database manually or see the MSDN topic AOS Security
  • • See KB article 911380 - Error message when you try to start the AOS for Microsoft Dynamics AX 4.0: "Error 100: Cannot create another system semaphore
    • See KB article 937756 - Error message when you try to start a server that is running the AOS service in Microsoft Dynamics AX 4.0: "Windows could not start the Dynamics Server$01 on Local Computer

WorkFlow

**

•         Cambiar las cuentas de Servicio.
  •    La cuenta del .NET BC proxy que es usada por el application pool del IIS y del SSRS (SQL Server 2005 solamente)
  •    Cuentas de Sync y Sys de workflow para que puedas procesar los batch Jobs y el servicio de Synch.
    •  Las puedes encontrar en: Administration | Setup | Security | System Service Accounts

AOS Load Balancing

**

• ·         La encuentras en Administration | Setup
  • o   A continuación te anexo una tabla donde puedes actualizar una vez que hayas restaurado la base de datos en un nuevo ambiente.
    • §  Nota: Recuerda que si no se han actualizado estos campos los Jobs no se ejecutarán.

A continuación te ejemplifico como debes de desarrollar los sql statements para hacer estas actualizaciones:

•   update batch set SERVERID = '01@NewAOS' where serverid = '02@OldAOS'
•   update sysserverconfig set enablebatch = 1 where serverid = '01@NewAOS'

Enterprise Portal, Reporting Extensions, Workflow(sugerencia adicional) y Analysis Extensions

**

Para una configuración llamada: NON-Interactive Business Connector Configuration

• ·         Para todas las conexiones que tenga el BC son controladas con el Client Configuration.
• ·         Para el BC escoge Business Connector (non-interactive use only), verifica que sea el mismo nombre del servidor y los puertos de tu Nuevo ambiente.
• ·         Aquí la lista de Formas, tablas y el URL donde debes cambiar.

WSS & MOSS Consideraciones

**

•          Debes asignar el correcto SiteID GUID desde la base de datos de WSS para las tablas de: EPWEBSITEPARAMETERS y  EPGLOBALPARAMETERS usando e lmismo Web Service que es llamado desde el EP
•          Asegúrate que ya tengas el deployment del nuevo EP site en tu nuevo ambiente
•          Para hacer esto abre el IE desde el servidor de tu IIS, ve al url del nuevo EP y usa el nuevo path relativo /_layouts/ep/WSSAdmin.asmx, cuando la página Web abra obtendrás un link para GetEPWebInfo call, dale click y esta te llevará a la siguiente página donde podrás colocar el URL

Analysis Extensions y BD de OLAP

**

•          Es necesario restaurar la BD de OLAP la cual ya va contener los cubos ya con su respectiva limpieza y los cuales puedan hacer match con lo que tienes en tu licencia.
  •    Es recomendable hacer un nuevo deployment de los archivos ODC
  •    Hacer un deployment de los SSRS para que llene los nuevos SSRS web site reports
  •    Editar en el SSRS SharedLibrary.DynamicsAXOLAP datasource. Para que apunte al connection string que debe ser.

AUC

**

•          El archivo AUC es creado por instancia para el cliente de AX para que sea usado, actualiza el GLOBALGUID de la tabla SysSQMSettings con un GUID vació, es decir, ejem. (00000000-0000-0000-0000-000000000000).
•          Cuando reinicies el AOS, este generará uno nuevo que permitirá que el archivo AUC sea creado por el cliente de AX

Adicionalmente, el cómo transferir configuraciones de seguridad, te recomienda revises el siguiente link, donde podrás encontrar consideraciones de seguridad a nivel grupo de usuarios.

•          blogs.msdn.com/b/axinthefield/archive/2011/06/23/ax-2009-how-to-transfer-security-settings-to-another-server.aspx

Espero te sirva.

saludos!