CRM4 trabajos del sistema
-
20. april 2010 21:25
Supongo que la tabla trabajos del sistema tiene un fin puramente informativo y por lo tanto se pueden borrar los eventos con razon de estado "correcto".
En nuestro caso esta tabla tiene mas de 100.000 registros y para borrarlos con los procedimientos normales es un problema.
Existe algun metodo mas rapido que no sea tocando directamente la tabla en sql ?
Alle besvarelser
-
20. april 2010 22:17
Hola Eusebio, hace un tiempo plantee la misma pregunta a un Ingeniero de soporte MS Dynamics, quien me respondió que no existe un método o herramienta oficial para eliminar esos registros a nivel de CRM... y tocar directamente la DB no es una practica recomendada por MS. Lamentablemente en mi caso los registros estaban en estado "esperando recursos" e impedian la ejecucion correcta del algunos WF del sistema por lo que tuvimos que eliminarlos a mano :(.
Te aconsejo levantar una organizacion de test e intentar eliminarlos directamente desde la DB, de esa forma puedes ver si afecta o no el funcionamiento de tu CRM.
SL2
-
21. april 2010 07:43
Eusebio,
En principio, a partir del rollup 2 de microsoft dynamics crm, debes crear unos parametros del registro para que se eliminen los flujos de trabajo finalizados, ver http://support.microsoft.com/kb/957871/, pero esto solo será para los nuevos flujos de trabajo, los anteriores, tendrás que borrarlos a través de sql
Un saludo
-
21. april 2010 14:46Redaktør
Eusebio,
Otra idea sería hacerte un pequeó programita que elimine masivamente y de forma asíncrona todos esos regitros:
http://crmtoall.blogspot.com/2009/08/eliminacion-masiva-de-registros.html
Es un poquillo mas de curro, pero puede serte util.
un saludo
Demian Adolfo Raschkovan Blog: http://crmtoall.blogspot.com -
22. april 2010 17:35
En nuestro caso hemos intentado dos cosas:
Tocar la tabla de la base de datos: No hemos querido seguir porque la tabla asyncoperations tiene campos relacionados con otras tablas.
Aumentar el numero de registros visibles en crm para borrar los registros desde el crm. En teoria cualquier cantidad; en la practica solo admite hasta 5000 registros.
Hecho esto ultimo, hemos desembocado en un absoluto desastre teniendo que reinstalar de nuevo el servidor e importar la base de datos.
En resumen, y al menos de nuestro punto de vista, mejor no tocar nada.
-
22. april 2010 19:42
Eusebio, Ahora que lo mencionas, recordé que existe un procedimiento para eliminar los trabajos asincronicos completados y cancelados, este se efectua sobre la tabla asyncoperationsbase, quiza te sirva
http://support.microsoft.com/kb/968520
http://support.microsoft.com/default.aspx/kb/968755?p=1
Saludos
- Foreslået som svar af Jimmy LarrauriMicrosoft Employee, Moderator 22. april 2010 22:13
- Markeret som svar af Giorgio Garcia-AgredaMVP, Moderator 4. oktober 2010 09:06
-
22. april 2010 22:14RedaktørComplementando lo indicado por los demás chicos, Jimmy Morales te ha dejado un enlace bastante interesante con una sentencia que se recomienda correr en horarios donde no haya mayor uso del aplicativo, ademas es importante crear los indices de los campos requeridos, sino vas a poder experimentar tiempos largos de ejecución de la consulta.
Jimmy Larrauri | http://jimmylarrauri.blogspot.com -
25. maj 2010 17:20
He encontrado la solucion a mi problema.
El servicio deletion service no funcionaba bien porque el numero de registros era excesivo. En nuestro caso la tabla asyncoperationbase tenia 550.000 registros.
Siguiendo las indicaciones de link http://blogs.msdn.com/b/emeadcrmsupport/archive/2010/02/26/the-deletion-service-in-microsoft-dynamics-crm-4-0-doesn-t-remove-the-records-marked-for-deletion.aspx hemos conseguido pasar a tener solo 130 registros y que el servicio funcione correctamente.
Gracias a todos por la ayuda.
Eusebio
