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.
Nota
O novo e mellorado Power Platform centro de administración está agora en vista previa pública. Deseñamos o novo centro de administración para que sexa máis fácil de usar, cunha navegación orientada a tarefas que che axuda a conseguir resultados específicos máis rápido. Publicaremos documentación nova e actualizada a medida que o novo Power Platform centro de administración pase a dispoñibilidade xeral.
Algunhas transaccións poden configurarse en cadoiro en todos os rexistros relacionados. Isto significa que o cambio nun rexistro pai realízase (en cascada a través de) todos os rexistros fillos. 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 vs 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 sincrónicas cun gran número de rexistros poden causar problemas de rendemento nos ambientes cando as transaccións de longa duración fallan debido ao tempo de espera do servidor. Os rexistros están bloqueados, evitando que se executen outros traballos e transaccións de usuarios que operan nos mesmos rexistros. Ademais, as transaccións de longa duración poden producir un atraso de transaccións pendentes e solicitudes que diminúen o rendemento do sistema e poden causar a paralizació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 son por lotes, bloqueando só os rexistros que se están procesando 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 denomínase "coherencia eventual". |
| Se un único rexistro falla, todos os datos reverteranse ao valor orixinal. A restauració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 que é diferente do valor esperado, o traballo falla e retrotrae. Por exemplo, supoña 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érase todo o traballo. | Para Asignar, a operación sempre funciona en modo de sobrescritura, cambiando o valor actual polo novo valor en función da relación entre pais e fillos. Non hai erros de traballo debido a unha falta de coincidencia do valor orixinal. Para Eliminar, se falta un rexistro que se esperaba como parte do conxunto, todos os rexistros ata o punto de falla considéranse completados. O usuario ou o administrador pode volver executar o traballo fallido, o que recalcula o traballo para continuar sen o rexistro que falta. Para Merge, se hai un problema cun rexistro que falta, o traballo reinténtase e execútase sen o rexistro que falta. |
Modo asíncrono
Cando unha transacción en cascada alcanza o limiar dos rexistros incluídos, os rexistros son procesados 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 Power Platform centro de administración.
Seleccione Ambientes na zona de navegación. A continuación, seleccione o ambiente que desexe.
Seleccione Configuración, amplíe Auditoría e rexistros e, a continuación, seleccione 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/descompartir, vista de acumulación e re-pai están actualmente en proceso de revisión para 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 retrotraen todos os cambios para que ningún dos rexistros inclúa os cambios solicitados. Este proceso pode levar moito tempo xa que as recuperacións poden tardar tanto como o intento orixinal, e tentar de novo a operación comeza desde o primeiro rexistro.
As operacións asíncronas reinténtanos 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, tentalo de novo non resolve o problema. Cando isto ocorre, o traballo asíncrono detense e o administrador e o usuario poden solucionar o problema e retomar o traballo desde o punto no que 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
Os complementos engádense 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íncrona está en pausa debido a fallos, valide todos os complementos asociados ás operacións para asegurarse de que non están xerando 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 resolver isto, retome o traballo.
Se o usuario foi desactivado ou eliminado do sistema, volver activar ou engadir o usuario 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 escollas combinar rexistros, na parte inferior da xanela de combinación, desmarque a A verificación de crianza parental está activada de forma predeterminada. Desmarque esta opción para ignorar a opción de verificación parental .
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 pedido relacionados co rexistro de contacto, o traballo de combinación falla porque falta un rexistro principal nun rexistro fillo. Se decide omitir a comprobación parental durante a combinación de rexistros, os pedidos co rexistro de contactos que falta únense ao rexistro da conta de destino. Non obstante, non se asignan rexistros de contactos relacionados á conta de destino e o traballo remata.
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 de combinación en cascada accede á táboa de obxectos principais e realiza cambios 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 pode producir un erro se unha operación tenta conceder ou revogar o acceso a un rexistro non relacionado mentres se está a realizar a combinación. Se isto ocorre, tente executar a combinación en horas baixas para que se poida reducir o bloqueo.