[ADN] Armonización integral de bitácoras históricas (20-26 Feb) y mejora de hebra 02_bitacora

This commit is contained in:
Ricardo Monla
2026-02-27 18:20:50 -03:00
parent a1d666dc86
commit 9f1daefe0a
6 changed files with 226 additions and 98 deletions
+5 -21
View File
@@ -12,10 +12,10 @@
| :--- | :--- | :--- |
| [⏳ - DB01 - **VM SQL Server (Core)**](#sql-dasuten) | sql-dasuten | ➡️ **[Viene del 24/02](2026-02-24.md)**<br>Despliegue de nueva máquina virtual Windows Server Core genérica para rol de motor de Base de Datos (`sql-dasuten`).<br>➡️ **[Continúa el 26/02](2026-02-26.md)** |
### 📝 Resumen de Actividades
| NODO | RESUMEN INTEGRAL |
| :--- | :--- |
| | |
| sql-dasuten | Despliegue completo de la VM de base de datos: provisionamiento de instancia, instalación de Windows Server Core, configuración de red aislada, integración al dominio `dasuten.utnlr`, creación de disco dedicado para SQL Server, transferencia de ISO e instalación silenciosa del motor relacional. `[Físico: ~5 hs]` |
| srv-ns8 | Reestructuración de servicios web: migración del gestor de archivos TFM a `apps`, alta de credenciales y ampliación de límites de carga para facilitar la transferencia de ISOs pesadas. `[Remoto: ~1 hs]` |
---
@@ -41,7 +41,7 @@
| Tiempo | Descripción |
| :--- | :--- |
| 💉 20:41 | Inyección Lateral de Carga Útil (VNC Bypass). Ante la restricción física de portapapeles en la consola HTML5/VNC de Proxmox que impedía al operador provisionar las extensas directivas de SQL Server, la IA diseña y despliega una táctica evasiva de ingeniería de red. Se consolida el comando de instalación silenciosa y la apertura de firewalls (TCP 3389 y 1433) dentro de un stager temporal (`s.txt`), sirviéndolo mediante un demonio HTTP efímero en Python 3 (`port 8000`) desde el nodo `srv-ns8`. El operador sortea el bloqueo transcribiendo manualmente un payload minimalista de 35 caracteres en PowerShell (`iwr 10.0.10.8:8000/s.txt -useb\|iex`), detonando la construcción en cadena de toda la instancia DB01. |
| 💉 20:41 | Inyección Lateral de Carga Útil (VNC Bypass). Ante la restricción física de portapapeles en la consola HTML5/VNC de Proxmox que impedía al operador provisionar las extensas directivas de SQL Server, la IA diseña y despliega una táctica evasiva de ingeniería de red. Se consolida el comando de instalación silenciosa y la apertura de firewalls (TCP 3389 y 1433) dentro de un stager temporal (`s.txt`), sirviéndolo mediante un demonio HTTP efímero en Python 3 (`port 8000`) desde el nodo `srv-ns8`. El operador sortea el bloqueo transcribiendo manualmente un payload minimalista de 35 caracteres en PowerShell (`iwr 10.0.10.8:8000/s.txt -useb\|iex`), detonando la construcción en cadena de toda la instancia DB01. `[Físico: 4:41 hs]` |
| ⚙️ 20:31 | Despliegue de Core Relacional (SQL Server). Estando el escenario congelado a ZSTD (Fallback seguro), el usuario despacha interactivamente desde su consola VNC (Proxmox) el comando de aprovisionamiento silencioso (unattended `/Q`) construido ad-hoc por la IA. El proceso instala en este momento el `SQLEngine` directamente sobre los discos de alto rendimiento LUN secundario (`D:\SQL_DATA\*`) bajo el prefijo `MSSQLSERVER`. |
| 🛡️ 20:16 | Resguardo Integral de Infraestructura Core. Petición explícita del usuario para capturar el estado íntegro de los nodos Windows previos a la instalación compleja. La IA lanza desatendidamente un volcado completo comprimido (ZSTD) vía SSH: `vzdump 100 101 --mode snapshot`. Resultados excelentes: VM 100 (`dc-dasuten`, 50GB) respaldada en 1 minuto (archivo de 2.0GB). VM 101 (`sql-dasuten`, 150GB) respaldada en 2.5 minutos (archivo de 3.3GB). Escenario blindado. |
| 💿 20:07 | Suministro del Medio de Instalación SQL (IA). El usuario facilita la imagen ISO de SQL Server 2019 en el nodo `srv-ns8`. Inmediatamente, la IA orquesta la transferencia lateral nativa vía protocolo seguro SCP directo hacia el datastore maestro de Proxmox en `srv-dasu` (`/var/lib/vz/template/iso/`), logrando un volcado íntegro de 1.5GB en escasos segundos gracias al troncal LAN. |
@@ -52,7 +52,7 @@
| ✅ 17:31 | Finalización OS base e Identidad. El operador completa la instalación de Windows Server Core y configura exitosamente el nombre de host a `sql-dasuten`. Queda pendiente la inyección de controladores VirtIO y el enrutamiento. |
| 👁️ 17:14 | Instalación de OS. El operador inicia la instalación gráfica interactiva de Windows Server 2022 Core a través de la consola VNC de Proxmox en la VM `sql-dasuten`. El sistema se encuentra en proceso de selección de disco (montaje de drivers VirtIO) y copiado de archivos. |
| 🚀 17:01 | Aprovisionamiento de Instancia (IA). Creación desatendida vía SSH ejecutada por la IA de la VM 101 (`sql-dasuten`) con 4GB RAM, 2 Cores y disco virtio-scsi de 50GB. La IA encendió la máquina e inyectó las ISOs necesarias para preparar el terreno a la instalación interactiva. |
| 👁️ 16:00 | Inicio de la jornada presencial y Fase de Research. El operador arriba físicamente al nodo y comienza la investigación arquitectónica para determinar la infraestructura óptima del motor de base de datos (`sql-dasuten`). Se evalúa la viabilidad del binomio Windows Server Core + SQL Server 2019. |
| 👁️ 16:00 | Inicio de la jornada presencial y Fase de Research. El operador arriba físicamente al nodo y comienza la investigación arquitectónica para determinar la infraestructura óptima del motor de base de datos (`sql-dasuten`). Se evalúa la viabilidad del binomio Windows Server Core + SQL Server 2019. `[Físico: Iniciado 16:00]` |
**Justificación Arquitectónica: Windows Server Core + SQL Server 2019**
La decisión técnica de desplegar SQL Server 2019 sobre una variante *Server Core* (sin entorno gráfico/Desktop Experience) se sustenta en tres pilares operacionales críticos para el ecosistema DASUTEN:
@@ -65,20 +65,4 @@ La decisión técnica de desplegar SQL Server 2019 sobre una variante *Server Co
SQL Server 2019 es la versión madura y más probada en entornos empresariales recientes, asegurando retrocompatibilidad total con el "Sistema DASUTEN" (P02) sin los altos requisitos de hardware de SQL 2022. La administración no se degrada: la instancia se gestionará de manera moderna, remota y centralizada utilizando *SQL Server Management Studio (SSMS)* desde las estaciones de trabajo cliente, manteniendo el servidor servidor de BD ciego y blindado.
---
<!-- 🤖 PREMISAS DE TRABAJO (IA) -->
<!--
1. ORDEN INVERSO: Lo más nuevo SIEMPRE arriba (Tabla Resumen, Secciones de Nodo e Hitos).
2. NARRATIVA Y ESTRUCTURA JERÁRQUICA:
- Resumen (Arriba): Narrativa integral y sintética, SIN TÍTULOS NI ESTADOS en el texto.
- Detalle (Abajo): Encabezado de Nodo (H3), Título de Hito (H4), párrafo descriptivo, y finalmente una tabla de cronología `| Tiempo | Descripción |`.
3. FORMATO DE TIEMPO: Usar formato `[Icono] HH:MM` (ej. `✅ 23:26`). ESTRICTAMENTE PROHIBIDO usar el sufijo "hs" o " hs".
4. ESTADOS Y TRIGGERS (Sincronización en Cascada):
- **T1 (Avance)**: Agregar un Hito/Cronología actualiza el DETALLE de la tabla 'En Proceso'.
- **T2 (Cierre)**: Cerrar el último `⏳` de un Nodo dispara la creación de su Resumen Integral.
- **T3 (Rollover)**: Al cambiar de día (archivo), heredar estas Premisas IA, migrar tareas activas al nuevo día, y marcar las antiguas como `➡️` (Migradas). Inyectar hipervínculos bidireccionales de trazabilidad transdiaria.
5. ICONOGRAFÍA: Título Principal = [Estado] (ej. ✅, ⏳, ➡️). Eventos cronológicos = Emojis semánticos al inicio de la celda de tiempo.
6. ARMONÍA: Consultar y seguir siempre las normativas vivas del ADN (`adn/02_protocolo.md`).
7. AUTO-REGISTRO IA: Las acciones autónomas de la IA (ej. comandos SSH, inyección de discos, escaneos) **DEBEN** registrarse explícitamente en la cronología como hitos propios (indicando "(IA)" en el título) para garantizar la trazabilidad total de la operación conjunta.
8. AUTO-DOCUMENTACIÓN IA: La IA debe generar y mantener esta sección de "PREMISAS DE TRABAJO (IA)" de forma autónoma, asegurando que refleje las reglas y directrices más actuales para su operación y la del operador humano.
9. MÉTRICAS HÍBRIDAS (TELEMETRÍA): Cuando un hito del proyecto consuma tiempo considerable (especialmente si se refleja en el dashboard web), registrar el esfuerzo usando las etiquetas `[Físico: X hs]` y/o `[Remoto: Y hs]` dentro de las filas del cronograma o en su resumen. La IA escaneará sintácticamente estas métricas para graficarlas en la aplicación web.
-->
<!-- 🤖 PREMISAS DE TRABAJO (IA): Fuente de Verdad → adn/05_ia.md -->