A veces necesitas los datos reales — las instancias, no solo la estructura — de un tenant dentro de otro. Refrescar un sandbox con un snapshot de producción, sembrar el tenant de un cliente nuevo con datos de referencia o producir una copia congelada en el tiempo para un auditor son casos que cubre el asistente de sincronización de tenants.

Para copiar solo estructura, consulta Promocionar un schema.

Cuándo usarlo

Objetivo Origen Destino Modo
Refrescar un sandbox con datos de producción Producción Sandbox replace
Sembrar un tenant nuevo con datos de referencia Tenant de plantillas Tenant nuevo aditivo
Snapshot para auditoría / copia forense Producción Audit-2024-Q4 replace, con fecha de corte
Migrar un tenant a una organización nueva Tenant antiguo Tenant nuevo replace

El asistente de sincronización de tenants

Una Tenant sync job registra la copia. Desde la página de la organización → Sync jobs → + Nueva tenant sync job:

  1. Tenant origen — donde viven los datos.
  2. Tenant destino — donde deben aterrizar.
  3. Schemas a incluir — elige el subconjunto de schemas cuyas instancias quieres copiar. Filtrar te permite llevar datos del CRM sin arrastrar los de Inventario.
  4. Fecha de corte (opcional) — copia solo las instancias con un createdOn igual o anterior a esa fecha. Útil para snapshots forenses.
  5. Modo — aditivo (se añade sobre las filas existentes en el destino, se saltan duplicados por UId) o replace (borra las filas del destino de los schemas incluidos y luego copia). Replace es destructivo — úsalo deliberadamente.
  6. (Opcional) Dry run — informa de los recuentos por modelo sin aplicar nada.

Guarda y ejecuta. El asistente va informando del progreso por modelo: instancias copiadas, saltadas, rechazadas.

Qué hace y qué no hace el asistente

Copia:

  • Instancias y sus valores de propiedad de los schemas incluidos.
  • Adjuntos de archivos en las instancias, al almacenamiento de archivos del tenant destino.
  • Campos de auditoría (createdOn, createdBy, updatedOn, updatedBy) preservados del origen.

No copia:

  • Estructura de los schemas — el tenant destino debe tener ya los schemas (usa Promocionar un schema primero si hace falta).
  • Marcadores, widgets, consultas guardadas — son configuración por usuario.
  • Claves de API.
  • Archivos entre tenants — viven fuera del límite del tenant.

Si el tenant destino no tiene un modelo que el origen sí tiene, el asistente salta esas instancias y las informa en la salida.

Una secuencia de replicación segura

Para un refresco de producción a sandbox:

  1. Confirma paridad de schemas — el sandbox debe estar en la misma versión de schema que producción. Ejecuta una sincronización de schema primero si no es así.
  2. Elige el modo correcto — replace si el sandbox debe reflejar producción exactamente; aditivo si quieres poner datos de producción sobre filas de prueba solo del sandbox.
  3. Elige un corte — si el sandbox debe ser reproducible desde una fecha concreta, fija una. Si no, déjalo en blanco para "ahora".
  4. Dry run — lee los recuentos. Asegúrate de que no se incluye nada inesperado.
  5. Ejecuta en vivo — adelante.
  6. Valida — inicia sesión en el sandbox, compara unas cuantas instancias con producción, confirma que los adjuntos se renderizan.

Datos sensibles y sandboxes

Una sincronización de tenant copia los valores literalmente — incluyendo correos, teléfonos, datos financieros, cualquier otra cosa marcada como dato personal. Cuando copias producción a un sandbox de desarrollo, esos desarrolladores ahora pueden leerlo todo.

Si tu organización necesita anonimizar antes de promocionar (sustituir nombres por ficticios, hacer hash de los correos, borrar notas libres), hazlo como paso separado en el destino tras la sincronización. Construye un script de Yellow o usa el asistente de IA para recorrer los modelos relevantes y reescribir las propiedades sensibles.

Relacionados