Sesiones de base de datos

Acceso intermediado a once plataformas de base de datos, por la consola web o por un cliente nativo, con grabación de consultas y control de comandos.

Qué es esto y cuándo usarlo

La solución intermedia el acceso a las bases de datos igual que intermedia el acceso a un servidor: guarda la credencial, abre la sesión en nombre del usuario, graba las consultas y aplica el control de comandos.

Dos caminos llegan a la misma base de datos:

• la consola web, donde la interfaz de consulta se ejecuta en el navegador

• un cliente nativo, como PL/SQL Developer, Oracle SQL Developer, MongoDB Compass, SQL Server Management Studio y otros, conectándose a través de la solución

El segundo es lo que hace practicable el acceso a bases de datos para un DBA, que no va a renunciar a sus herramientas.

Antes de empezar

• La base de datos registrada como activo, en la plataforma correspondiente.

• La credencial registrada como cuenta gestionada.

• Para Oracle, el SID o el Service Name configurado.

Plataformas admitidas

Base de datos	Nota
Oracle	Requiere SID o Service Name
MySQL
MariaDB	Plataforma propia, separada de MySQL
PostgreSQL
SQLServer	Microsoft SQL Server
MongoDB	Base de datos documental
Redis	Versiones anteriores a la 6
Redis6+	Versión 6 en adelante, que tiene usuarios y ACL propios
ClickHouse	Base analítica columnar
DB2	IBM Db2
Dameng	Base de datos DM

El puerto es configurable. El valor que se muestra en la pantalla de plataformas es solo la sugerencia inicial del producto. El puerto efectivo se fija en el registro de cada activo y puede ser cualquiera, lo que cubre los entornos que no usan el puerto convencional de la base de datos.

Elegir entre Redis y Redis6+ importa. A partir de la versión 6 Redis tiene autenticación por usuario; escoger la plataforma equivocada impide iniciar sesión con una credencial nominal.

Notas por base de datos

MySQL y PostgreSQL: totalmente admitidos, con grabación de comandos SQL e interfaz web de base de datos.

SQL Server: admitido desde la versión 2012. Se integra con el juego de caracteres GB18030 y maneja consultas de varias líneas y clústeres HA.

Oracle: totalmente admitido. Requiere SID o Service Name configurado para la conexión por TNSNames. Adecuado para consultas largas y aplicaciones PL/SQL. Oracle no acepta conexiones inseguras; cuando esa imposición está habilitada, hace falta un ajuste del lado de Oracle.

Cómo verificar que funcionó

1. Abra una sesión hacia la base de datos desde la consola y ejecute una consulta trivial, SELECT 1 o su equivalente.

2. Abra Auditoría › Sesiones y confirme que la sesión está ahí.

3. Abra los comandos de la sesión y confirme que la consulta que ejecutó quedó grabada. Si la sesión aparece pero la consulta no, la grabación no está capturando ese protocolo.

4. Repítalo desde un cliente nativo si así es como el equipo va a trabajar de verdad. Que la consola web funcione no prueba que el camino nativo funcione.

Errores comunes

Síntoma	Causa	Solución
La conexión Oracle falla de inmediato	SID o Service Name sin configurar	Fíjelo en el registro del activo
Oracle rechaza la conexión cuando se impone el cifrado	Oracle no acepta conexiones inseguras	Ajuste la imposición del lado de Oracle
El inicio de sesión en Redis con un usuario nominal falla	El activo está en la plataforma Redis en lugar de Redis6+	Cambie la plataforma
La conexión se rechaza aunque el host sea alcanzable	La base de datos no escucha en el puerto convencional	Fije el puerto efectivo en el registro del activo
MariaDB se comporta de forma inesperada bajo MySQL	Se registró en la plataforma MySQL	MariaDB tiene plataforma propia. Muévalo

Páginas relacionadas

• Plataformas

• Inventario de activos

• Métodos de conexión

• Grabación de sesión

• Inspección de comandos