Iniciar sesión
Microsoft.com
 
Microsoft
 
 
 

none
CRM4 trabajos del sistema RRS feed

 > 

  • Pregunta

  • Question
    Inicie sesión para votar
    0
    Inicie sesión para votar

    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 ?

    martes, 20 de abril de 2010 21:25
    |

Respuestas

Todas las respuestas

  • Question
    Inicie sesión para votar
    0
    Inicie sesión para votar

    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

     

    martes, 20 de abril de 2010 22:17
    |
  • Question
    Inicie sesión para votar
    0
    Inicie sesión para votar

    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

    miércoles, 21 de abril de 2010 7:43
    |
  • Question
    Inicie sesión para votar
    0
    Inicie sesión para votar

    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
    miércoles, 21 de abril de 2010 14:46
    |
    Moderador
  • Question
    Inicie sesión para votar
    0
    Inicie sesión para votar

    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.

     

     

    jueves, 22 de abril de 2010 17:35
    |
  • Question
    Inicie sesión para votar
    0
    Inicie sesión para votar

    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

    jueves, 22 de abril de 2010 19:42
    |
  • Question
    Inicie sesión para votar
    0
    Inicie sesión para votar
    Complementando 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
    jueves, 22 de abril de 2010 22:14
    |
    Moderador
  • Question
    Inicie sesión para votar
    0
    Inicie sesión para votar

    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

     

    martes, 25 de mayo de 2010 17:20
    |