7.7 KiB
7.7 KiB
Bitácora de Operaciones - 24/02/2026
Control de Gestión
🚩 Pendientes
| ID | NODO | DETALLE |
|---|---|---|
| 📍 - DB01 - VM SQL Server (Core) | srv-dasu | Despliegue de nueva máquina virtual Windows Server Core genérica para rol de motor de Base de Datos (sql-dasuten). |
| 📍 - P02 - Sistema DASUTEN | srv-dasu | ➡️ Viene del 23/02 Despliegue e instalación del software del sistema DASUTEN en la VM. |
⏳ En Proceso
| ID | NODO | DETALLE |
|---|---|---|
| (Sin tareas activas) |
📝 Resumen de Actividades
| NODO | RESUMEN INTEGRAL |
|---|---|
| srv-dasu | Finalización exitosa del despliegue del Controlador de Dominio dc-dasuten (AD DS, DNS, ruteo NAT) y cierre del Hito A05. En paralelo, se implementó en producción la refactorización integral del Dashboard P2601 (Hito A06) incorporando telemetría dinámica y justificación de esfuerzo operativo. |
| srv-ns8 | Finalización y verificación administrativa de la sincronización masiva a la nube de todos los respaldos locales mediante el script dtic-BKPs (Hito A07). |
📂 Actividades Detalladas
srv-ns8
| Tema | Hitos |
|---|---|
| ✅ - A07 - dtic-BKPs Cloud Upload | ☁️ Retoma del proceso suspendido de carga hacia OneDrive corporativo de la Dirección TIC. ➡️ Viene del 23/02 ⏱️ Cronología: - ✅ 23:26 hs: Verificación Administrativa. Se audita el archivo de registro dtic-BKPs.log confirmando retrospectivamente el éxito del proceso.- 🏁 19:32 hs: Finalización exitosa desatendida. El script dtic-BKPs concluyó satisfactoriamente el volcado masivo a la nube (C3 - full_upload). La carga fue estable y la sesión se cerró automáticamente tras verificar la sincronización de todos los directorios pesados.- 🚀 17:32 hs: Tras el incidente de pérdida de sesión (reinicio del servidor ns8), se relanza exitosamente el job de carga global a la nube utilizando el argumento C3 en una nueva sesión de screen desatendida. En monitoreo. |
srv-dasu
| Tema | Hitos |
|---|---|
| ✅ - A06 - Dashboard P2601 | 🚀 Refactorización de la capa visual y lógica del Dashboard de proyecto para incorporar métricas de justificación operativa. ➡️ Viene del 23/02 ⏱️ Cronología: - ✅ 10:25 hs: Segunda inyección sobre Nginx. Se incorporó traza de tiempo granular por cada sub-hito (dificultad Física vs Remota), lógica dinámica de somatoria total, e interfaz de "Acordeones" para purgar el ruido visual colapsando los grupos inactivos. Se transparentó el esfuerzo interno del propio hito A06 (desarrollo y puesta en marcha del dashboard). - ✅ 10:17 hs: Despliegue de actualización en caliente sobre Nginx. Se inyectó el panel de "Métricas Operativas" (glassmorphism) que contabiliza Dinámicamente el Tiempo Transcurrido vs Estimado, segregando la intervención en horas físicas (in-situ) y horas remotas (SSH). La línea de tiempo fue sincronizada con los últimos cierres de hitos ( A01 a A06). |
| ✅ - A05 - VM Windows Server (Core) | 🚀 Inicio del despliegue de una máquina virtual Windows Server Core genérica para operar primariamente como Controlador de Dominio. ➡️ Viene del 23/02 ⏱️ Cronología: - ✅ 23:49 hs: Verificación de conectividad. El operador testea resolución y ping satisfactorio hacia internet ( 8.8.8.8) desde el interior del nuevo dominio, validando completamente el puente NAT construido en el hipervisor.- 👑 22:31 hs: Promoción a Controlador de Dominio. El operador ejecuta localmente los commandlets de PowerShell ( Install-ADDSForest) inyectando el nombre de dominio root dasuten.utnlr. El proceso finaliza con código Success y el servidor entra en fase de reinicio automático para asumir sus nuevos roles (AD DS, DNS, Group Policy).- 🌐 21:00 hs: Habilitación de ruteo NAT en Proxmox ( srv-dasu). Se activa el IPv4 Forwarding (net.ipv4.ip_forward=1) y se inyecta una regla de enmascaramiento (MASQUERADE) en iptables para la subred 10.0.100.0/24. Esto otorga a la VM aislada acceso seguro a internet a través del hipervisor sin exponerla directamente a la red de la Facultad.- ✅ 20:34 hs: Finaliza configuración inicial (SConfig). Se instalaron exitosamente los controladores faltantes de red (VirtIO NetKVM) vía pnputil desde PowerShell. Se configuró el nombre de host dc-dasuten y la IP aislada elegida 10.0.100.10 con los DNS apuntando al localhost listos para la promoción a AD DS. El SO base está operativo.- 🧠 20:16 hs: Decisión Estratégica ("Security & Isolation"). Se replantea la arquitectura de red interna de las VMs. Para evitar colisiones y aislar el entorno operativo del segmento general de la Facultad ( 10.0.10.x), se decide que las VMs tras el hypervisor operarán en una subred privada segregada (10.0.100.x). El enrutamiento y salida externa se manejará posteriormente a nivel Proxmox o mediante túneles Tailscale.- 👁️ 19:48 hs: Bloqueo temporal interactivo. El operador reporta que la imagen solo permite instalación en Inglés (comportamiento esperado por ISO en-us) y un error de Compatibilidad. El error "The upgrade option isn't available" se debe a la selección errónea del método "Upgrade" sobre un disco virtual completamente vacío. Se le instruye al operador seleccionar el método "Custom: Install Windows only (advanced)".- 👁️ 19:28 hs: Inicio de la instalación gráfica interactiva de Windows Server 2022 Core a través de la consola remota VNC de Proxmox. Sistema en proceso de copiado de archivos e instalación base. - ✅ 09:54 hs: Intervención administrativa exitosa. Relevamiento fotográfico confirma la habilitación de Hardware Virtualization (SVM) y auto-encendido (APM) en la placa base ASUS PRIME A320M-K (BIOS V.0217). Datos asentados en el perfil del nodo srv-dasu.md.- 🚀 09:54 hs: Arranque exitoso de la VM 100 (qm start 100). El sistema hypervisor levantó la máquina operativa sin fallos de KVM, confirmando la resolución del bloqueo crítico. |