ROMFASTSQL/docs/refresh-scripturi-dupa-instalare.md

Scripturile de instalare trebuie reîmprospătate la o rulare ulterioară, nu la instalare

Constatat la VADECO, 2026-08-31. Serverul fusese instalat pe 25.08.2026 cu kitul Windows și avea 81 de sinonime publice către CONTAFIN_ORACLE, în timp ce producția ROMFAST (10.0.20.36) are 100. Lipseau exact 20, printre care ISTORIC_CODURI_FISCALE, PACK_ISTORIC_CF și toate PLJSON* — de unde PLS-00905: object VADECO.PACK_PARTENERI is invalid la salvarea în istoric coduri fiscale. Separat, lipsea SYS.NEWSCHEMAPROGRESS, o funcție din 2014.

De ce apare gaura

Trei mecanisme care se acoperă unul pe altul:

1. Sinonimele publice nu fac parte dintr-un export schema-mode. expdp schemas=CONTAFIN_ORACLE scoate tabelele, pachetele, tipurile și granturile de obiect, dar sinonimele publice aparțin lui PUBLIC, nu schemei. impdp nu le aduce niciodată. Obiectele ajung pe server; numele prin care se ajunge la ele, nu.
2. Singurul loc care le creează este o listă enumerată manual — roa-windows-setup/sql/synonyms-public.sql, plus sys-objects.sql și sys-grants.sql pentru partea SYS. Listele se scriu la un moment dat și rămân acolo.
3. ROAACTUALIZARI nu repară gaura, pentru că nu știe că există. Tabela de versiuni a lui PACK_MIGRARE trăiește în CONTAFIN_ORACLE și vine cu DMP-ul, deci pe baza nouă scripturile co_* și sys_* figurează deja ca aplicate și sunt sărite — deși în SYS și în PUBLIC nu s-a creat nimic. Vezi și docs/lectii-actualizare-roa-alias-tns.md.

Rezultatul: o instalare nouă pornește cu obiectele la zi (vin din DMP), cu sinonimele și obiectele SYS de la data ultimei actualizări manuale a listelor, și cu un contor care spune că totul e aplicat. Cu cât DMP-ul e mai nou față de liste, cu atât gaura e mai mare.

Direcția corectă: refresh după instalare, nu liste crescute la nesfârșit

Completarea listelor din kit rezolvă instalarea de azi, nu problema. Orice obiect central adăugat după ultima editare a listelor reintroduce exact aceeași situație, iar defectul se vede abia la client, ca pachet invalid.

Pasul care lipsește este un refresh, rulat după instalare și re-rulabil oricând, care nu depinde de tabela de versiuni venită cu DMP-ul:

• Nu la instalare. La instalare, synonyms-public.sql / sys-objects.sql / sys-grants.sql rămân ce sunt: aduc baza într-o stare pornibilă. Nu au de unde ști ce s-a mai adăugat central între momentul în care au fost scrise și momentul instalării.
• La o rulare ulterioară, un pas separat compară starea reală a bazei cu sursa de adevăr și completează diferența. Idempotent, fără a scrie în VERSIUNE.

Ce trebuie să facă refresh-ul

1. Sinonimele publice — generate, nu enumerate. Sursa: obiectele CONTAFIN_ORACLE cu grant către PUBLIC care nu au deja un sinonim public cu același nume (nu cu același obiect țintă — atenție, există și sinonime SYN_<nume>, iar un filtru pe table_name raportează numele simplu ca acoperit deși nu se rezolvă). Alternativ, exportate din 10.0.20.36.
2. Scripturile sys_* mai noi decât kitul — aplicate pe baza a ceea ce există efectiv în SYS, nu pe baza a ce spune CONTAFIN_ORACLE.VERSIUNE. Corpusul curent: D:\ROA\DATABASE\SCRIPTURI_CLAR\<an>\<lună>\sys_*.sql. Copia din proxmox/lxc108-oracle/new-roa-oracle-server/ este veche și incompletă (nu conține niciun script din 2026) — nu se folosește ca sursă.
3. Verificare la final — obiecte invalide pe CONTAFIN_ORACLE și pe schemele de firmă. Cele preexistente sunt cunoscute și invalide și pe producție (EMAILINCASARI, RESPONSABILI2PARTENERI, PACK_IMPORT, PACK_HOTEL, PACK_RESTAURANT, ACTUALIZARE_STOC_072010, CRM_V*, VCRM_*, VBALANTA_CLIENTI, VNOM_INTRET); ele nu sunt semnal de instalare greșită.

Referința de comparație

10.0.20.36 (ROMFAST producție, Oracle 19c SE2, non-CDB, SID ROA).

PDB-ul ROA din laborator (LXC 108) nu e referință validă: are 252 de sinonime publice, multe pentru obiecte de dezvoltare (TEST_*, PLSQL_PROFILER_*, SYS_EXPORT_SCHEMA_*) care nu există pe niciun server de producție. O comparație cu laboratorul dă 171 de sinonime „lipsă", din care doar 20 sunt reale.

Atenție și în sens invers: pentru versiunile obiectelor SYS, ROMFAST e în urmă — AUTH_PACK de pe VADECO e mai nou (spec 62 vs 42 linii, body 533 vs 507). ROMFAST e referință pentru ce lipsește cu totul, nu pentru cât de nou e ce există.

Ce s-a făcut pe 2026-08-31 (paliativ, nu soluția)

Listele din kit au fost completate cu ce lipsea, iar VADECO a fost reparat punctual:

• roa-windows-setup/sql/synonyms-public.sql — cele 20 de sinonime (81 → 101 CREATE).
• roa-windows-setup/sql/sys-objects.sql — pas [9b/10], SYS.NEWSCHEMAPROGRESS (din sys_2014_11_06_01_FIRMA.sql).
• roa-windows-setup/sql/sys-grants.sql — SYN_NEWSCHEMAPROGRESS în [3/6]; granturile directe SELECT pe SYS.DBA_DATAPUMP_JOBS și SYS.AUTH_SERII către CONTAFIN_ORACLE în [1/6] (din sys_2013_01_23_02.sql).
• Aplicat pe VADECO cu două scripturi ad-hoc (create public synonym × 20, respectiv funcția SYS + sinonimul + granturile), rulate ca SYSDBA pe XEPDB1. Nu sunt păstrate în repo: conținutul lor este exact ce s-a consolidat mai sus în kit, deci se regenerează de acolo. După rulare, PACK_PARTENERI și PACK_IMPORT_COMENZI sunt VALID pe VADECO, DANUBE, LACERTA și SPACE.

Asta închide cazul VADECO și instalările făcute de acum înainte. Nu închide problema: listele sunt tot enumerate manual și vor rămâne din nou în urmă. Pasul de refresh descris mai sus este ce mai lipsește.