# Nodo: dasu-sql4 | Campo | Valor | |:------|:------| | **Hostname** | `dasu-sql4` | | **IP** | `192.168.1.11` | | **OS** | Windows Server 2022 Standard | | **Estado** | 🟢 Online | | **Rol** | SQL Server 2019 Enterprise (DASUTEN) | | **SSH** | `Administrador@192.168.1.11:7022` | | **Auth** | `password` | | **Host** | `srv-dasu` | | **VMID** | `106` | | **Ring** | `—` | | **Bóveda** | `dasu-sql4:Administrador` | ## Identidad - **Hostname**: `dasu-sql4` - **Rol**: SQL Server 2019 Enterprise (DASUTEN) — Modo Workgroup - **OS**: Windows Server 2022 Standard Evaluation (Español, con GUI) - **Estado**: 🚧 Operativo — BD sysdasuten restaurada, pendiente validación con cliente - **Última Actualización**: 2026-04-11 - **Padre**: srv-dasu ## Virtualización - **Hipervisor**: srv-dasu - **VMID**: 106 - **Tipo**: QEMU/KVM - **BIOS**: SeaBIOS - **Machine**: pc-i440fx-10.1 - **CPU**: 2 vCPU - **RAM**: 4 GB - **Discos**: - sata0: 60GB (local-lvm thin) — SO Windows - sata1: 120GB (local-lvm thin) — Datos SQL (F:\) - **Red**: VirtIO (bridge vmbr0) - **MAC**: BC:24:11:BA:19:A0 - **QEMU Guest Agent**: ✅ Instalado - **Autostart**: sí (`onboot: 1`) ## Red - **IP LAN**: 192.168.1.11 (DHCP ISP) - **IP Tailscale**: ⚠️ No disponible (offline/inestable) - **Gateway**: 192.168.1.1 - **DNS**: ISP (automático) ## ⚠️ Acceso Remoto — Importante dasu-sql4 entra en **modo suspensión** cuando no se usa, lo que inhabilita el acceso SSH directo y Tailscale. **Método recomendado para operaciones:** ```bash # Desde srv-dasu, acceder vía IP LAN con PowerShell remoto o SSH ssh srv-dasu "ssh -p 7022 rmonla@192.168.1.11 'powershell -Command \"...\"'" # O usar herramientas ADN que ya manejan el relay automáticamente ./adn/tools/run dron lanzar --nota "Operación" --nodo dasu-sql4 -- ruby script.rb ``` **Historial de IPs:** - `10.0.100.6` — ❌ Obsoleta (ya no se usa) - `192.168.1.11` — ✅ Actual (DHCP ISP) ## Software Instalado - **VirtIO Drivers**: ✅ (virtio-win-0.1.285) - **Tailscale**: ✅ (cuenta `pcdasu0@frlr.utn.edu.ar`) - **QEMU Guest Agent**: ✅ - **W-Zombi Agent**: ✅ (conecta vía relay srv-dasu) - **SQL Server 2019 Enterprise**: ✅ - Instancia: `MSSQLSERVER` (default) - Autenticación: Mixta (SQL + Windows) - SA Password: en bóveda candados - TCP/IP: Puerto 1433 habilitado - Servicio: Running / Automatic - sqlcmd: `C:\Program Files\Microsoft SQL Server\Client SDK\ODBC\170\Tools\Binn\SQLCMD.EXE` - **OpenSSH Server**: ✅ Instalado y operativo - Puerto: 7022 - Servicio: Running / Automatic - Firewall: Regla `sshd7022` TCP Inbound Allow ## Disco F: (SQLData — 120GB NTFS GPT) - `F:\DATA` — Bases de datos de usuario - `F:\LOG` — Logs de transacciones - `F:\BACKUP` — Backups SQL - `F:\TEMPDB` — TempDB ## Firewall - **SQL Server**: TCP 1433 Inbound — Allow ## Credenciales - **Administrador Windows**: en bóveda candados (clave pendiente de registrar) - **SA (SQL Server)**: `UTNlarioja00DASU` ## ISOs Montadas - IDE2: `SW_DVD9_SQL_Svr_Enterprise_Edtn_2019Dec2019_64Bit_Spanish_MLF_X22-22238.ISO` (D:) - IDE3: `virtio-win.iso` (E:) ## Historial - 2026-04-09 10:30: VM 106 creada (reemplaza dasu-sql3 fallida) - 2026-04-09 10:40: Windows Server 2022 Español instalado - 2026-04-09 10:50: Hostname configurado: `dasu-sql4`, Workgroup - 2026-04-09 11:00: VirtIO drivers instalados - 2026-04-09 11:10: W-Zombi Agent configurado (relay vía srv-dasu) - 2026-04-09 11:30: Tailscale instalado (IP: 100.107.15.82) - 2026-04-09 11:40: QEMU Guest Agent instalado - 2026-04-10 09:04: Disco sata1 120GB agregado + ISO SQL Server montada - 2026-04-10 09:37: Disco F: inicializado (GPT/NTFS "SQLData", 120GB) - 2026-04-10 09:37: Carpetas F:\DATA, F:\LOG, F:\BACKUP, F:\TEMPDB creadas - 2026-04-10 09:41: SQL Server 2019 Enterprise instalado (desatendido vía W-Zombi, ~8 min) - 2026-04-10 09:46: Firewall TCP 1433 configurado - 2026-04-10 10:47: Login SA verificado con sqlcmd (@@VERSION OK) - 2026-04-10 11:01: Instalación OpenSSH Server enviada vía W-Zombi (Add-WindowsCapability) - 2026-04-10 ~11:05: Corte de luz en oficina DASUTEN — srv-dasu y dasu-sql4 caídos - 2026-04-11 09:05: Verificación post-corte: VM running, IP cambió a 192.168.1.11, QEMU-GA caído, W-Zombi caído - 2026-04-11 09:15: W-Zombi relay re-levantado, agente PS1 re-lanzado desde consola Proxmox - 2026-04-11 09:17: OpenSSH Server instalado vía W-Zombi (`Add-WindowsCapability`), configurado puerto 7022 - 2026-04-11 09:26: `.bak` re-transferido NS8→srv-dasu (SCP Tailscale), luego srv-dasu→dasu-sql4 (SCP LAN :7022) - 2026-04-11 09:58: RESTORE DATABASE sysdasuten completado (26 seg, 354 MB/s) - 2026-04-11 10:05: DBCC CHECKDB sin errores — BD ONLINE, integridad verificada ## Pendiente (al reanudar) - [x] Verificar si `Add-WindowsCapability OpenSSH.Server` completó antes del corte — NO completó, se reinstaló - [x] Configurar sshd en puerto 7022 + firewall - [x] SCP backup desde srv-dasu a `F:\BACKUP\` - [x] Restaurar base de datos DASUTEN con `RESTORE DATABASE` - [ ] Registrar credenciales en bóveda candados - [ ] Desmontar ISOs de CD una vez finalizada la migración - [ ] Evaluar estabilidad de Tailscale - [ ] Limpiar temporales: `/var/tmp/sysdasuten_compressed_ADN.bak` en NS8, `/tmp/` en srv-dasu - [ ] Validar con PC cliente DASUTEN ## Referencias - **Plan**: [A04.P005_DASUTEN-sin-DC.md](docs/ambito/dtic-DASUTEN/A04.P005_DASUTEN-sin-DC.md) - **Host**: [srv-dasu](srv-dasu.md)