Certificaciones SAP HANA

¿Por qué es D? SAP LT (SLT) utiliza una conexión de base de datos directa (DB Connection) para extraer datos de sistemas no SAP. Esto permite leer directamente las tablas de registro (logging tables) creadas por los triggers.

¿Por qué otras no?

• A y C (RFC): Se utilizan exclusivamente para la comunicación entre sistemas ABAP (SAP a SAP).
• B (Web Service): Aunque es posible técnicamente, no es el método estándar ni eficiente para la replicación masiva de datos en tiempo real mediante SLT.

¿Por qué es D? _SYS_REPO es el usuario técnico encargado de la activación de todos los objetos del repositorio (vistas, procedimientos, etc.). Para poder otorgar acceso a estos objetos activados a otros usuarios, necesita el privilegio SELECT con la cláusula WITH GRANT OPTION en los esquemas de datos subyacentes.

¿Por qué otras no?

• A (ADM): Es un usuario del Sistema Operativo, no de la base de datos HANA.
• B (SYSTEM): Es el superusuario, pero no es el encargado de la activación de objetos de diseño.
• C (_SYS_BIC): Es el esquema donde se guardan los objetos activados, no el usuario ejecutor.

¿Por qué es C? El savepoint es un proceso periódico (por defecto cada 5 minutos) que vuelca todas las páginas de datos modificadas (dirty pages) de la memoria al almacenamiento persistente, asegurando la consistencia de la base de datos.

¿Por qué otras no?

• A: El guardado de logs ocurre al hacer COMMIT (Log Buffer -> Disk), no depende del savepoint.
• B: Ese proceso se llama "Unloading", no es el propósito principal del savepoint.
• D: El savepoint es independiente de los commits de las transacciones individuales.

¿Por qué son C y D? SAP HANA soporta la recuperación de la base de datos a su estado más reciente (Full/Most Recent) o a un momento específico en el pasado (Point-in-Time) mediante los logs.

¿Por qué otras no?

• A (Incremental): El backup incremental es un medio para la recuperación, no un tipo de recuperación en sí misma en el contexto del asistente de HANA.
• B (Until cancel): Es un término común en otras DBs (como Oracle), pero en HANA se define por el log position o el timestamp.

¿Por qué es A? sapstartsrv es el servicio de gestión de procesos de SAP. Funciona como un servidor web que expone APIs para leer logs y estados incluso si los servicios de la base de datos (hdbindexserver, etc.) no han arrancado.

¿Por qué otras no?

• B (SMDAgent): Es para la conexión con Solution Manager.
• C (r3trans): Es una herramienta de transporte a nivel de aplicación.
• D (disp+work): Es el proceso del servidor de aplicaciones ABAP, no de la DB HANA.

¿Por qué es C? Para el Single Sign-On mediante Kerberos, el servidor SAP HANA (el servicio de la base de datos) necesita un archivo keytab que contenga la clave secreta del "Service Principal Name" (SPN) registrado en el Directorio Activo.

¿Por qué otras no?

• A: X.509 se usa para autenticación basada en certificados o SAML, no Kerberos.
• D: SSH es para acceso a nivel de sistema operativo, no para el logon de usuarios a la DB.

¿Por qué es C? SAP HANA se licencia (usualmente) por bloques de memoria RAM asignada. La clave de licencia (License Key) impone un límite técnico a la cantidad de memoria que el sistema puede usar para datos.

¿Por qué otras no?

• A y D: Estos son metadatos de la versión del software, no de la validez legal/técnica del contrato de uso.

¿Por qué son C y D? SAP HANA soporta oficialmente el estándar del MIT y la implementación nativa de Microsoft (Active Directory), que es la configuración más común en clientes corporativos.

¿Por qué son C y D? El host standby no procesa consultas mientras el sistema está sano. Simplemente arranca los servicios necesarios (index server) y se registra con el name server principal para estar listo en caso de Failover.

¿Por qué otras no?

• A: No toma el control de nada hasta que ocurre un desastre o caída (Failover).

¿Por qué es D? El soporte de SAP suele necesitar conectarse al Index Server maestro, ya que es el componente que coordina el acceso a los datos y donde se ejecutan la mayoría de las trazas de rendimiento SQL.

¿Por qué es D? Mientras que la memoria se dimensiona por el volumen de datos, la CPU se dimensiona basándose en la intensidad de las consultas. Los usuarios analíticos generan la carga más pesada de CPU debido al procesamiento de agregaciones y cálculos complejos en memoria.

¿A dónde ir? En el Administration Editor de HANA Studio, existe una pestaña dedicada llamada Diagnosis Files que agrupa todas las trazas del kernel (.trc), logs de alertas y logs de servicios.

¿Por qué es B? La replicación SLT es asíncrona pero de alto volumen. Para no congestionar el tráfico de administración o de usuarios, se recomienda una red dedicada (o al menos un canal priorizado) para el flujo de datos constante entre el servidor SLT y HANA.

¿Por qué es B? El SQL Trace es la herramienta definitiva para medir tiempos de ejecución, identificar qué tablas se están leyendo y qué parte del query está tardando más (parsing, execute, fetch).

Mecánica: El "trigger-based replication" funciona creando disparadores en la DB origen que capturan cualquier cambio (INSERT/UPDATE/DELETE) y lo guardan en tablas de log.

• A (TDMS): Usa triggers para copiar subconjuntos de datos coherentes para pruebas.
• D (NZDT): Utiliza esta técnica para minimizar el tiempo de inactividad durante una migración, permitiendo que el sistema siga operando mientras se sincroniza el delta.