rmonla/dtic-DIIAA
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
f85169b24e0121f33a20161669839b09b8e26815
dtic-DIIAA/nodos/dasu-sql4.md
T

4.4 KiB
Raw Blame History

Nodo: dasu-sql4

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 — cambió de .26 tras reboot por corte de luz)
  • IP Tailscale: 100.107.15.82 (⚠️ inestable, usar relay srv-dasu)
  • Gateway: 192.168.1.1
  • DNS: ISP (automático)

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)

  • Verificar si Add-WindowsCapability OpenSSH.Server completó antes del corte — NO completó, se reinstaló
  • Configurar sshd en puerto 7022 + firewall
  • SCP backup desde srv-dasu a F:\BACKUP\
  • 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

Reference in New Issue View Git Blame Copy Permalink