Nota
O acceso a esta páxina require autorización. Pode tentar iniciar sesión ou modificar os directorios.
O acceso a esta páxina require autorización. Pode tentar modificar os directorios.
Algunhas transaccións poden configurarse en cadoiro en todos os rexistros relacionados. Isto significa que o cambio nun rexistro principal se transacciona (en cascada a través de) todos os rexistros secundarios. As relacións en cascada configúranse a nivel de táboa. Para obter máis información sobre as relacións en cascada, consulte Configurar o comportamento en cascada da relación de táboas.
Modos síncronos fronte a modos asíncronos
Por defecto, as operacións en cadoiro realízanse como transacción síncronas. Para unha transacción en cadoiro síncrona, o sistema identifica todos os rexistros afectados. A medida que os rexistros se procesan, o sistema bloquéaos. Unha vez completadas todas as modificacións, os rexistros desbloquéanse e a transacción conclúe.
As transaccións síncronas cun gran número de rexistros poden causar problemas de rendemento nos entornos cando as transaccións de longa duración fallan debido a tempos de espera do servidor. Os rexistros están bloqueados, o que impide que se executen outros traballos e transaccións de usuario que operan nos mesmos rexistros. Ademais, as transaccións de longa duración poden provocar un atraso nas transaccións e solicitudes pendentes, o que diminúe o rendemento do sistema e pode provocar a interrupción do traballo.
Se un ambiente atopa tempos de espera ou unha degradación do desempeño mentres as operacións síncronas en cadoiro están en curso, o ambiente podería beneficiarse mediante a activación do modo asíncrono. As principais diferenzas entre os modos descríbense na seguinte táboa.
| Modo síncrono | Modo asíncrono |
|---|---|
| Non se poden executar outros traballos no conxunto de rexistros seleccionados (directamente ou en cadoiro) até que a operación en cadoiro conclúa. | Para Asignar, Eliminar e Combinar, os cambios en cascada realízanse por lotes, bloqueando só os rexistros que se procesan dentro do lote. Isto permite que outros traballos se executen durante a operación completa de modificación en cadoiro. |
| Cando o traballo conclúe, todos os datos mostran o novo valor desexado. | A medida que se executa o traballo, cada lote concluído mostra o valor desexado. Isto significa que hai un momento no que algúns datos mostran o valor desexado e outros mostran o valor orixinal ata que se completa a operación completa. Isto coñécese como "coherencia eventual". |
| Se un único rexistro falla, todos os datos reverteranse ao valor orixinal. A reversión require volver editar todos os rexistros completados, o que leva máis tempo. | Se falla un único traballo, téntase de novo varias veces para tentar concluílo. Se o traballo non se pode completar, o fallo rexístrase na área Traballos do sistema . Teña en conta que os rexistros concluídos correctamente conservan o novo valor. |
| Se un dos rexistros da lista en cascada ten un valor diferente do valor esperado, o traballo falla e revértese. Por exemplo, supoñamos que o rexistro inicial pertence ao Propietario 1 e a operación en cascada quere cambialo a Propietario 2. Se un dos rexistros relacionados posteriores cambiou a *Propietario 3* ou se elimina antes de que se produza o bloqueo, revértese todo o traballo. | Para Asignar, a operación sempre funciona en modo de sobrescritura, cambiando o valor actual ao novo valor en función da relación pai-fillo. Non hai erros de traballo debido a unha falta de coincidencia do valor orixinal. Para Eliminar, se falta un rexistro que se esperaba que formase parte do conxunto, considéranse completados todos os rexistros ata o punto de fallo. O usuario ou o administrador pode volver executar o traballo con erro, o que recalcula o traballo para continuar sen o rexistro que falta. Para Merge, se hai un problema cun rexistro que falta, o traballo inténtase de novo e execútase sen o rexistro que falta. |
Modo asíncrono
Cando unha transacción en cascada alcanza o limiar para os rexistros incluídos, os rexistros procésanse de forma asíncrona,
| Operación | Limiar |
|---|---|
| Atribuir | 1000 rexistros |
| SUPR | 5,000 rexistros |
| Combinación | 1000 rexistros |
Rastrexo do progreso da operación asíncrona
Os administradores poden monitorar o procesamento das operacións asíncronas na área Configuración.
Inicie sesión no Centro de administración de Power Platform.
No panel de navegación, selecciona Xestionar.
No panel Xestionar , seleccione Entornos.
Na páxina Entornos , seleccione un entorno.
Selecciona Configuración>Auditoría e rexistros>Traballos do sistema.
As operacións en cascada móstranse na vista Traballos do sistema .
Para ver só as operacións en cadoiro, no selector Ver, seleccione Operacións en cadoiro.
As operacións en cadoiro teñen calquera dos seguintes estados:
- Completado: Todos os lotes da transacción en cascada completáronse correctamente.
- En curso: Os cambios en cascada están en curso.
- Fallou: Despois de varios intentos, algúns dos cambios en cascada fallaron.
Nota
Non é posible cancelar un traballo asíncrono en cadoiro. Debe esperar a que conclúa mediante a indicación dun estado de Concluído ou Erro.
Ao abrir unha operación en cadoiro móstrase a seguinte información:
Cantos reintentos se produciron para a transacción en particular.
Datas e horas de creación e conclusión.
Quen creou o traballo.
Todas as mensaxes asociadas ao traballo, como os motivos de erro, ou as excepcións.
Que transaccións en cadoiro poden procesarse de xeito asíncrono?
As operacións de asignar, eliminar e combinar en cascada pódense procesar de forma asíncrona.
Nota
Outras transaccións, como compartir/deixar de compartir, vista de resumo e redefinición de elementos principais, están actualmente en revisión para o seu procesamento asíncrono.
Resolución de problemas con operacións en cascada asíncronas
Cando fallan os traballos en cascada síncronos, detéñense e reverten todos os cambios para que ningún dos rexistros inclúa os cambios solicitados. Este pode ser un proceso que leve moito tempo, xa que as reversións poden tardar tanto como o intento orixinal e, ao reintentar a operación, comeza de novo desde o primeiro rexistro.
As operacións asíncronas inténtanse de novo varias veces se se produce un fallo. Na maioría dos casos, intentar de novo o traballo ten éxito e o traballo pode seguir completándose. Nalgúns casos raros, volver intentalo non resolve o problema. Cando isto ocorre, o traballo asíncrono ponse en pausa e o administrador e o usuario poden solucionar o problema e retomar o traballo desde o punto onde se detivo.
Causas comúns de fallos nas operacións en cascada
As razóns máis comúns de fallos no procesamento de operacións en cascada inclúen:
- Excepcións de complementos
- Excepcións de seguridade
Excepcións de complementos
Engádense complementos ao procesamento de operacións en cascada para realizar accións específicas cando se realizan cambios nun rexistro, como enviar un correo electrónico ou activar unha actualización diferente noutros rexistros. Estes poden ser proporcionados por terceiros ou desenvolvidos internamente. Se un complemento xera unha excepción, a operación en cascada falla. Dependendo do motivo da excepción, unha nova tentativa pode resolver o problema. Se o traballo en cascada asíncrono se detén debido a erros, valide todos os complementos asociados ás operacións para asegurarse de que non xeran excepcións. Unha vez solucionado, pódese retomar o traballo.
Excepcións de seguridade
As excepcións de seguridade prodúcense cando o usuario que executou a operación en cascada non ten privilexios suficientes para facer un cambio nun ou máis rexistros ou o usuario está desactivado ou eliminado do sistema.
Se o usuario aínda está no sistema, verifique que ten os privilexios necesarios para modificar os rexistros e que ten permiso para executar as accións especificadas. Despois de que isto estea resolto, retome o traballo.
Se o usuario foi desactivado ou eliminado do sistema, ao volver activalo ou engadilo resolve o problema e pódese retomar o traballo. Non obstante, se o usuario debe ser eliminado ou desactivado ou non debe tet permisos para as accións ou rexistros, o traballo debería ser cancelado e reiniciado por alguén con permisos adecuados.
Para calquera outro problema con traballos errados, póñase en contacto co servizo de asistencia de Microsoft. Máis información: Visión xeral da asistencia técnica
Resolución de problemas de eliminación de ficheiros durante a combinación en cascada
Se experimenta erros coas operacións de combinación en cascada porque os ficheiros se eliminan durante a execución do traballo, pode omitir a verificación de relación xerárquica. Isto permite que a combinación continúe aínda que alguén elimine un rexistro do conxunto mentres o traballo se está executando en segundo plano. Cando escolla combinar rexistros, na parte inferior da xanela de combinación, desmarque a opción A comprobación de parentalidade está activada por defecto. Desmarque esta opción para ignorar a opción de comprobación de parentalidade.
Exemplo de combinar rexistros
Imaxine que ten contas cunha relación cun contacto, que ten unha relación cos pedidos. Quere combinar dous rexistros de conta.
Se o traballo se executa correctamente, a combinación asigna todos os contactos relacionados e os seus pedidos á conta de destino.
Se durante o proceso de combinación de rexistros, outro usuario elimina un rexistro de contacto relacionado, pero aínda existen rexistros de pedidos relacionados co rexistro de contacto, o traballo de combinación falla porque falta un rexistro principal dun rexistro secundario. Se escolle omitir a comprobación de parentalidade durante a combinación de rexistros, os pedidos cos rexistros de contacto que faltan combinaranse co rexistro da conta de destino. Non obstante, non se asignan rexistros de contactos relacionados á conta de destino e o traballo completase.
Combinación que causa bloqueos que impiden outros cambios de acceso
A operación Fusión en cascada concede acceso ao novo propietario da táboa subordinada. Para iso, a operación Cascade Merge accede e realiza cambios na táboa de obxectos principais que requiren un bloqueo. Se unha operación de combinación contén moitos rexistros (baseados na relación en cascada), este bloqueo podería estar presente durante un longo período de tempo. Isto podería provocar un erro se unha operación tenta conceder ou revogar o acceso a un rexistro non relacionado mentres se executa a combinación. Se isto ocorre, tente executar a combinación en horas baixas para que se poida reducir o bloqueo.