Datastream admite la replicación de eventos de cambio desde una instancia de ServiceNow. ServiceNow es una plataforma basada en la nube para operaciones empresariales, y puedes replicar datos desde ella de la misma manera que lo harías desde otras fuentes que admite Datastream.
En esta página, se incluye información sobre lo siguiente:
- Son los términos clave que debes comprender cuando replicas datos de ServiceNow.
- Es el comportamiento de Datastream en relación con el manejo de los datos que extrae de una instancia de ServiceNow.
- Las versiones de ServiceNow que admite Datastream
- Limitaciones conocidas del uso de ServiceNow como fuente.
Términos clave
ServiceNow opera con tablas, registros y campos:
- Una instancia de ServiceNow es un entorno de nube de ServiceNow aislado y dedicado, por ejemplo,
company.service-now.com. - Una tabla es una estructura de datos principal en ServiceNow, equivalente a una tabla de base de datos.
- Un registro es una entrada individual en una tabla, equivalente a una fila en una base de datos.
- Un campo es un elemento de datos individual dentro de un registro, equivalente a una columna de base de datos.
- El conector usa la API de Table como la interfaz RESTful principal para acceder a los datos directamente desde las tablas de ServiceNow.
- La paginación basada en desplazamiento es un método para navegar por los registros de una tabla de ServiceNow pasando un número de desplazamiento a la API de Table. Este método es sensible a las eliminaciones de registros durante la paginación, lo que puede hacer que el conector omita datos.
- La paginación basada en conjuntos de claves es un método en el que el conector administra la paginación haciendo un seguimiento de los valores de registros únicos, como identificadores o marcas de tiempo, y su orden. Este método es eficaz incluso si se borran registros durante la paginación.
Comportamiento
La compatibilidad con la fuente de ServiceNow en Datastream se basa en la API de REST Table de ServiceNow. Datastream admite dos métodos de replicación principales para garantizar la integridad de los datos y el rendimiento.
Reabastecimiento histórico
- Cuando se replican datos de cambio desde una instancia de ServiceNow, Datastream realiza una sincronización histórica completa de todos los registros existentes en una tabla.
- Para garantizar la coherencia de los datos y evitar la pérdida de registros durante las extracciones grandes, el conector usa la paginación basada en conjuntos de claves. El conector administra este proceso haciendo un seguimiento de los valores de registros únicos y su orden, lo que hace que la extracción sea sólida ante las eliminaciones de registros y evita que el conector omita o duplique registros.
- Datastream ordena los datos por las propiedades de registro
sys_updated_onysys_idpara proporcionar un orden estable para la carga inicial. En el caso de la tablasys_journal_field, que contiene registros inmutables y no tiene un camposys_updated_on, el conector ordena por las propiedadessys_created_onysys_id.
Sincronización incremental
- Cuando se replican datos de cambio desde una instancia de ServiceNow, Datastream captura los cambios, como las inserciones y las actualizaciones, que se producen después del llenado inicial.
- Sincronización incremental del servidor: El conector consulta la API de ServiceNow para obtener registros modificados desde la última sincronización correcta con un filtro en las propiedades
sys_updated_onysys_id(osys_created_onysys_idpara la tablasys_journal_field). - El proceso de sincronización usa un cursor compuesto que consta de marcadores
sys_updated_on(osys_created_onpara la tablasys_journal_field) ysys_id. Los marcadoressys_updated_onysys_created_ongarantizan que solo se sincronicen en el siguiente ciclo los registros con una marca de tiempo igual o posterior a una hora especificada, mientras que el marcadorsys_idgarantiza la coherencia de los registros con marcas de tiempo iguales.
Versiones
El conector de ServiceNow funciona con la API de Table (V2) de ServiceNow REST. La funcionalidad que admite Datastream se valida con la versión de Zurich.
Objetos replicados
El conector de ServiceNow usa un mecanismo de detección dinámico para identificar todo el conjunto de tablas (objetos) dentro de una instancia. Para garantizar que solo se repliquen los datos de la empresa de alto valor, el conector aplica un proceso de filtrado de varias capas para excluir la arquitectura interna, los registros técnicos y las tablas de metadatos del sistema.
Lógica de filtrado
- Acceso a servicios web: Solo puedes replicar las tablas que configures de forma explícita con el acceso a servicios web habilitado (
ws_access=true). Si falta esta configuración, el conector no puede recuperar los datos de los registros de la tabla. - Superclases excluidas: El conector excluye las tablas que heredan de la tabla de configuración del sistema
sys_metadatao que forman parte de una jerarquía de tablas rotadas para evitar la replicación de metadatos técnicos o instantáneas incoherentes. - Prefijo del sistema interno: El conector filtra las tablas que comienzan con prefijos técnicos específicos que representan la infraestructura de la plataforma o las funciones heredadas.
- La Lista de oro (excepciones del sistema): Si bien el conector excluye la mayoría de las tablas de
sys_, incluye explícitamente en la lista de entidades comerciales críticas, comosys_user,sys_choiceysys_journal_field.
Prefijos del sistema filtrados de forma predeterminada
| Categoría | Prefijos | Descripción |
|---|---|---|
| Objetos internos principales | v_, ts_, imp_, ecc_, wf_, sh$, bin_, var_, gs_ |
Tablas virtuales, índices de búsqueda, preparación de importaciones, colas de ECC y contextos de flujo de trabajo. |
| Analytics y la IA | pa_, ua_, ml_, ais_, promin_, di_ |
Puntuaciones de Análisis de rendimiento, telemetría de proveedores, vectores de AA y perfiles de búsqueda de IA. |
| Módulos técnicos | sa_, sla_, atf_, cxs_, automation_, ids_ |
Patrones de Service Mapping, registros del motor de SLA y pistas de auditoría de seguridad |
| Legacy y administración | pf_, clone_, upgrade_, rollback_, expert_, dscy_ |
Historial de aplicación de parches de la instancia, registros de actualización y módulos heredados obsoletos |
Tablas del sistema permitidas
- Usuarios y seguridad:
sys_user,sys_user_group,sys_user_grmember,sys_user_role,sys_user_has_role. - Referencia principal:
sys_choice(opciones del menú desplegable),sys_company,sys_domain,sys_location. - Registros de auditoría:
sys_journal_field(historial de notas de trabajo y comentarios)
Limitaciones conocidas
Estas son algunas limitaciones conocidas del uso de ServiceNow como fuente:
- Datastream no admite la captura de registros borrados.
- De forma predeterminada, Datastream excluye muchas tablas internas de la plataforma, por ejemplo, las que comienzan con
ts_,v_oimp_. - Solo puedes replicar las tablas que configures de forma explícita con el acceso a los servicios web habilitado (
ws_access=true). Esta es la configuración predeterminada para la mayoría de las tablas. - El conector replica los valores de los campos de la misma manera en que aparecen en la instancia de la base de datos subyacente de ServiceNow. Estos valores se denominan valores reales. Esto significa que los valores reales que Datastream replica en el destino pueden diferir de los valores que se muestran en la interfaz de usuario de ServiceNow (denominados valores de visualización). Para obtener más información, consulta la base de conocimiento de ServiceNow.
¿Qué sigue?
- Aprende a configurar una fuente de ServiceNow para usarla con Datastream.