[A04.P005] F6 iniciada: Restore vzdump VM102 (pcv-dasu0) como VM107 en curso.

docs/ambito/dtic-DASUTEN/A04.P005_DASUTEN-sin-DC.md

@@ -17,7 +17,7 @@
 - **Fase 4: Nueva VM dasu-sql4** [██████████] 100% (12/12) ✅
 - **Fase 5: Migración BD**       [██████████] 100% (5/5) ✅
 - **Fase 5b: Hardening**         [██████████] 100% (4/4) ✅
-- **Fase 6: Validación**         [░░░░░░░░░░]   0% (0/6) ⏳
+- **Fase 6: Validación**         [█░░░░░░░░░]   9% (1/11) 🚧
 
 ## 📋 Resumen Ejecutivo
 
@@ -129,15 +129,47 @@ Crear dos VMs nuevas (SQL Server + PC cliente) en `srv-dasu`, instalar el sistem
 
 > **Nota:** W-Zombi fue un andamiaje temporal usado para instalar software cuando no había SSH. Ahora que OpenSSH está operativo en :7022, W-Zombi **ya no es necesario** en esta VM.
 
-### ⏳ **FASE 6: Validación con PC cliente**
+### 🚧 **FASE 6: Validación con PC cliente (restore de VM 102)** *(en curso 2026-04-11)*
 
-- [ ] **6.1:** Instalar la aplicación cliente DASUTEN en `dasu-pcv2` o `dasu-pc` (PC física).
+> **Estrategia:** Restaurar el backup vzdump de la VM 102 (`pcv-dasu0`, 13.47 GB del 2026-03-16) como VM 107. Esta VM ya tiene el launcher DASUTEN configurado y funcionando con el antiguo SQL en dominio. Se desvinculará del dominio, se renombrará y se apuntará al nuevo SQL Server en modo Workgroup.
-- [ ] **6.2:** Configurar conexión al SQL Server (`dasu-sql4`, IP `192.168.1.11`, puerto 1433) usando autenticación SQL.
+>
-- [ ] **6.3:** Ejecutar pruebas funcionales del sistema DASUTEN (consultas, altas, reportes).
+> **Nota:** Los discos originales de VM 102 fueron eliminados durante la limpieza de espacio. El backup `images:backup/vzdump-qemu-102-2026_03_16-00_40_03.vma.zst` se encontró en el storage `images` de Proxmox.
-- [ ] **6.4:** Documentar qué funcionalidades dependen del DC (si alguna) y cuáles operan sin él.
+
-- [ ] **6.5:** Evaluar rendimiento y estabilidad.
+#### Preparación de la VM
-- [ ] **6.6:** **Decisión**: ¿Se puede prescindir del DC para esta implementación?
+- [x] **6.1:** Restaurar backup → VM 107 en Proxmox 🚧:
-  - ✅ **SÍ** → Adoptar este enfoque como definitivo, descartar VMs con DC.
+  ```bash
+  qmrestore images:backup/vzdump-qemu-102-2026_03_16-00_40_03.vma.zst 107 --storage local-lvm
+  ```
+- [ ] **6.2:** Renombrar VM a `dasu-pcv`, ajustar config (RAM 4GB, red vmbr0, quitar ISOs).
+- [ ] **6.3:** Iniciar VM 107 y acceder vía consola noVNC.
+
+#### Desvinculación del dominio
+- [ ] **6.4:** Quitar del dominio → unir a WORKGROUP:
+  ```powershell
+  # Sin DC accesible, forzar salida del dominio:
+  Remove-Computer -WorkgroupName "WORKGROUP" -Force -Restart
+  ```
+- [ ] **6.5:** Renombrar hostname a `dasu-pcv`:
+  ```powershell
+  Rename-Computer -NewName "dasu-pcv" -Restart
+  ```
+- [ ] **6.6:** Verificar red DHCP del ISP y anotar IP asignada.
+
+#### Acceso remoto
+- [ ] **6.7:** Instalar OpenSSH Server (mismo procedimiento que dasu-sql4, puerto 7023) o usar W-Zombi temporalmente vía consola noVNC.
+
+#### Reconfiguración DASUTEN
+- [ ] **6.8:** Reconfigurar connection string del launcher DASUTEN:
+  - **Servidor:** `192.168.1.11` (dasu-sql4)
+  - **Puerto:** `1433`
+  - **Base:** `sysdasuten`
+  - **Auth:** SQL (`sa` / password en bóveda)
+- [ ] **6.9:** Ejecutar pruebas funcionales: login al sistema, consultas, altas, reportes.
+- [ ] **6.10:** Documentar qué funcionalidades dependen del DC (si alguna) y cuáles operan sin él.
+
+#### Decisión final
+- [ ] **6.11:** **Decisión**: ¿Se puede prescindir del DC para esta implementación?
+  - ✅ **SÍ** → Adoptar enfoque definitivo, apagar VMs legacy (100, 101), limpiar VM 105.
   - ❌ **NO** → Reactivar VMs originales y retomar enfoque con DC.
 
 ---