docs(vm303): full clone, template 300 sters, handoff inchis

VM 303 rula ca linked clone din VM 300, deci template-ul contaminat nu putea
fi sters. Transformat in full clone si VM 300 eliminat din infrastructura.

Metoda: zfs send/recv local + swap de volid in config. `qm move-disk` nu era
o optiune — PVE respinge mutarea pe acelasi storage, iar pentru zvol-uri
conditia din Qemu.pm:4688 e mereu adevarata (numele n-are sufix de format).

- inventarele nu mai listeaza VM 300; VM 310 ramane singurul template
- clone-vm300.sh: comentariul spune de ce sursa e 310 (numele e istoric)
- handoff-ul sters la cererea utilizatorului; faptele care mai conteaza sunt
  mutate inline in README-uri, ca sa nu ramana referinte moarte

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01MoFGxftQw92PX4Sdkn94pv

proxmox/vm302-oracle-test/README.md

@@ -406,11 +406,10 @@ ssh root@10.0.20.201 "qm start 304"
 
 ## Notes
 
-- VM 302 is cloned from template VM 300 (clean Windows + Oracle XE)
-- ⛔ **Pentru clone NOI foloseste template-ul VM 310 `Win11-Template-Sysprep`, nu VM 300.**
-  VM 300 nu e sysprep-uit: poarta numele si SID-ul de masina al VM 201, iar clonele lui
-  nu se pot autentifica prin SMB/NTLM cu VM 201 sau intre ele. Detalii si probe in
-  `docs/handoff-smb-vm303-roacentral.md`.
+- VM 302 a fost clonata initial din template-ul VM 300 (clean Windows + Oracle XE)
+- ✅ **Foloseste template-ul VM 310 `Win11-Template-Sysprep`.** VM 300 a fost **sters
+  2026-08-11**: nu era sysprep-uit, purta numele si SID-ul de masina al VM 201, iar clonele
+  lui nu se puteau autentifica prin SMB/NTLM cu VM 201 sau intre ele.
 - Oracle XE has 2GB RAM limit - sufficient for testing
 - DMP files are already in C:\DMPDIR (persisted between tests)
 - Uninstall script preserves DMP files