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
1.8 KiB
1.8 KiB
Erori producție — Oracle 21c Standard Edition
Status: TODO — de completat cu detalii concrete.
Scripturile
roa-windows-setupau fost validate pe VM 302 doar pe Oracle 21c XE. La rularea în producție pe Oracle 21c Standard Edition au apărut erori, dar logurile nu au fost capturate la momentul incidentului.
Ce trebuie capturat (la următoarea apariție a erorilor)
Pentru fiecare eroare:
- Scriptul care a eșuat (ex.
03-import-contafin.ps1, pasul exact) - Mesajul de eroare complet — ORA-XXXXX, stack trace PowerShell, output sqlplus
- Comanda care a generat-o — copiat exact din log
- Versiunea Oracle SE —
select banner from v$version; - Configurația activă —
config.ps1folosit (fără parole) - Mediul — Windows version, ORACLE_HOME, service name, dacă e CDB sau non-CDB
Suspiciuni inițiale (de verificat)
Pe baza diferențelor SE vs XE (vezi dual-edition-test-plan.md):
- Connection strings hardcodate cu
XEPDB1în loc deROA - Comenzi
ALTER PLUGGABLE DATABASEcare eșuează pe non-CDB - Path-uri datafile presupunând structura
XE\XEPDB1 - Tweaks specifice XE (DBMS_AUTO_TASK_ADMIN, audit policy) care nu există / se comportă diferit pe SE
- Numele serviciului Windows:
OracleServiceXEvsOracleServiceROA - ORACLE_HOME diferit (
dbhomeXEvsdbhome_1) — variabile de mediu
Acțiuni
- La următoarea instalare prod SE, capturează toate logurile din
C:\roa-setup\logs\și atașează aici - Reproducere pe VM 302 sau clonă VM 304 (vezi
dual-edition-test-plan.md; VM 303 e ocupat deWin11-Adina) - Fix scripturi pe baza erorilor reale
- Re-test fresh install SE până trece complet
- Update
roa-windows-setup/README.md— marchează SE ca "tested OK"
Last Updated: 2026-04-25 Author: Marius Mutu