AX: Evitar error de Windows al iniciar el servicio AOS

FUENTE: http://www.jaestevan.com/ax-tip-evitar-error-de-windows-al-iniciar-el-servicio-aos

Por defecto, si un servicio de Windows tarda más de 30 segundos en iniciarse el sistema da un aviso. Aunque a menudo este aviso no afecta al funcionamiento del servicio que iniciará finalmente, a veces puede hacer que el servicio no termine de funcionar. Esto ocurre a veces con el servicio AOS de Dynamics AX si el servidor no es lo bastante potente o cuando se realizan tareas de reconstrucción de objetos de la aplicación, etc.

Para evitar este problema se puede ampliar este tiempo de 30 segundos a, por ejemplo, 60 segundos, de esta manera:

• Abrir el registro de windows (Inicio > Ejecutar > Regedit), abrir la clave HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control

• Localizar dentro de este elemento la clave ServicePipeTimeout, si no existe crearlo haciendo click-derecho en el elemnto Control > New > DWORD (32-Bit) Value  

• Hacer click-derecho en ServicePipeTimeout > Modificar
• Introducir el valor de tiempo deseado (en milisegundos), en este ejemplo actualizar a 60000 (60 seg.), pulsar OK y cerrar el registro.

ATENCION!! Modificar el registro de Windows en un servidor puede provocar situaciones impredecibles. Utilizar este procedimiento bajo su propia responsabilidad!

Mirroring SQL

COMPROBACIONES PREVIAS:

Cuenta de administrador para servicio MSSQL y Agente SQL.

BDD con modo de recuperación completa.

Conectamos al SQL Management Studio primario.

Hacemos backup de la BDD a montar el mirroring.

Vamos al SQL Management Studio del servidor secundario.

Creamos una base de datos que se llame igual que la bdd primaria (si los archivos pueden estar en la misma ruta, mejor que mejor). Restauramos el backup de la bdd del servidor primario. (si se ha hecho algún transaccional desde que hemos hecho el backup completo hasta que hemos montado el mirroring, deberemos restaurar el backup transaccional del primario en el secundario).

Volvemos al SQL Server Management Studio vamos a propiedades de la base de datos primaria\Creación de reflejo\Configurar seguridad

Seleccionamos que no haya testigo (puesto que sólo son 2 máquinas, no hay una 3ª de testigo). Siguiente. Seleccionamos primero el servidor primario (en el que estamos). Siguiente. Seleccionamos el servidor secundario/reflejado. Tras seleccionarlo, le damos a conectar. Siguiente. Si el servicio sql lo levantasen usuarios diferentes en ambas máquinas, aquí definiríamos el usuario que levanta el servicio en el servidor primario y el que lo hace en el secundario. Pero si es el mismo usuario en ambos servidores, lo dejamos en blanco. Finalizar.

Para dejar activo sólo el nodo secundario (en caso de haber problemas con el nodo primario), deberemos ejecutar la siguiente sentencia en SQL Management Studio:

ALTER DATABASE “Produccion” SET PARTNER FORCE_SERVICE_ALLOW_DATA_LOSS

Aumentar Tiemout IIS

Para cuando disponemos de un servidor chustero y una web densita. Podemos aumentar el timeout de nuestros sites del IIS para poder ver la página, deberemos tener en cuenta que tardará tiempo en cargar la página, pero acabará cargándola en vez de devolviéndonos error.

Vamos al administrador de IIS.
- Para IIS7: vamos al site\botón derecho\configuración avanzada. Desplegamos comportamiento\Límite de conexiones\Tiempo de espera de la consexión. Por defecto está a 120 segundos. Podemos ponerle 360, a ver si así nos llega a cargar la página.

- Para IIS6: vamos al site\botón derecho\propiedades. En la pestaña 'Web site' veremos el Connection Timeout a 120segundos. Lo ponemos a 360 y vemos si carga la página.

También lo debemos cambiarlo en el web.config. Buscáis el tag
httpRuntime maxRequestLength="51200"

y los sustituís por

httpRuntime executionTimeout="3600" maxRequestLength="51200"

Y... Ya Ta' [a lo Hiro Nakamura] :)