feat(oracle): granturi dictionar PACK_DIAG_SPATIU + sys-grants.sql legat in flux

Trei probleme gasite pregatind migrarea unui client de pe Oracle XE 11 pe XE 21c.

1. sys-grants.sql nu era rulat de niciun script PowerShell. Era referit doar din
   run-all-sys.sql, care se lanseaza manual. Pe orice instalare facuta cu
   RunAll.cmd lipseau sinonimele SYS (SYN_NEWSCHEMA, SYN_NEWSCHEMAJOB,
   EXECUTESCRIPTOS, SYN_PINFO), DMPDIR si granturile pe DBMS_SCHEDULER / UTL_* /
   DBMS_CRYPTO catre CONTAFIN_ORACLE. Legat ca STEP 3 in 04-create-synonyms-grants,
   dupa import - unde propriul header al fisierului spune ca trebuie rulat.

2. Granturile de dictionar cerute de PACK_DIAG_SPATIU lipseau complet. Consolidez
   sys_2026_08_03_05, sys_2026_08_03_07 si sys_2026_08_06_07 in sectiunea [5/5]
   din sys-grants.sql: SELECT direct pe 18 vederi dba_*/v$*, idempotent, cu
   ORA-00942 tratat pentru vederile absente pe alte editii/versiuni. Grantul prin
   rolul DBA nu ajunge - rolurile nu se aplica in pachetele cu drepturi de
   definitor, iar PACK_DIAG_SPATIU e exact asa; fara ele ramane INVALID si
   DIAGSPATIU_ZILNIC nu ruleaza.

3. Capcana la migrari: tabela de versiuni a lui PACK_MIGRARE traieste in
   CONTAFIN_ORACLE si vine cu DMP-ul, deci baza noua raporteaza scripturile sys_*
   drept aplicate si ROAACTUALIZARI le sare, desi in SYS nu exista nimic. De aceea
   obiectele si granturile SYS se pun la instalare, nu prin actualizator.
   Documentat in sys-updates/README.md si in ghidul nou.

07-verify-installation raporteaza nominal care dintre cele 18 granturi lipsesc.

Documentatie: docs/instalare-si-migrare-oracle.md - arbore de decizie intre
roa-windows-setup/ (client pe Windows), migration/ (Oracle in Docker pe LXC 108) si
new-roa-oracle-server/ (arhiva). Include de ce migration/ nu se foloseste la un
client Windows: creeaza PDB ROA cu OraclePass123, sinonime minimale, fara
SERVER_INFO / ROAUPDATE / ACL / sqlnet.ora, iar sys_objects.sql de acolo creeaza
INFO in SYSTEM - cauza cunoscuta a ORA-01653 la actualizare. Plus comenzile de
export din XE 11 / 10g si plafonul XE de 12 GB.

Corectat pe drum: dual-edition-test-plan si issues-se-prod indicau clonarea
VM 302 -> 303 pentru testul SE, dar 303 e ocupat de Win11-Adina. Mutat pe 304.

NETESTAT pe baza reala - VM 302 e oprit. Scripturile trec doar parse-check
PowerShell.

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

proxmox/lxc108-oracle/migration/README.md

@@ -1,5 +1,19 @@
 # 🚀 SCRIPTURI AUTOMATIZARE MIGRARE ORACLE 10g → 21c XE
 
+> ## ⚠️ Nu acesta e directorul pentru un client pe Windows
+>
+> Scripturile de aici țintesc **Oracle 21c XE în Docker pe LXC 108** (sau alt Linux).
+> Ramura `.bat` creează un PDB `ROA` cu parola `OraclePass123`, generează un set minimal
+> de sinonime și **nu** configurează `SERVER_INFO`, directoarele `ROAUPDATE`, joburile de
+> actualizare, ACL-ul de rețea sau `sqlnet.ora` de compatibilitate pentru Instant Client
+> 10/11. În plus, `sys_objects.sql` de aici creează `AUTH_DETALII`, `AUTH_SERII` și `INFO`
+> **în `SYSTEM`** — cauza cunoscută a erorilor `ORA-01653` la actualizare.
+>
+> Pentru **instalare/migrare ROA pe un server Windows la client** folosește
+> [`../roa-windows-setup/`](../roa-windows-setup/README.md).
+> Comparația completă și arborele de decizie:
+> [`../docs/instalare-si-migrare-oracle.md`](../docs/instalare-si-migrare-oracle.md).
+
 **Director:** `proxmox/lxc108-oracle/migration/`
 **Data**: 1 Octombrie 2025
 **Status**: ✅ TESTAT ȘI FUNCȚIONAL