ROMFASTSQL/docs/handoff_diagnostic-spatiu-oracle.md

Handoff — diagnostic spatiu Oracle la clienti (08.08.2026)

Stare la predare. Fara analize noi — doar ce s-a facut, ce nu, si capcanele platite.

1. Livrabile

Comise si impinse — 015cd79 pe master (ROMFASTSQL)

Fisier	Ce contine
docs/diagnostic-spatiu-clienti.md	documentul principal (nou, 9 sectiuni): pointeri COMUN, praguri, emailuri, tunel SSH, triaj, starea per client, plafoane la instalare, ce s-a schimbat in installer
CLAUDE.md:51	linie de index catre documentul de mai sus
proxmox/lxc108-oracle/clienti/README.md	idem, in tabelul „Proceduri generale"
.../roa-windows-setup/sql/sys-objects.sql (sectiunea [3/11])	SYS.INFO se creeaza in tablespace ROA (tabela + LOB), fallback pe SYSTEM cu avertisment
.../roa-windows-setup/sql/scheduler-jobs.sql (SECTION 4, prompturi renumerotate /5)	job SYS.SYSINFO_PURJARE_ZILNIC, 03:30, retentie 90 zile, transe de 10.000 randuri, ENABLED
.../roa-windows-setup/sql/uninstall-roa.sql	dezinstalarea sterge si jobul
.../roa-windows-setup/docs/00-INSTALL-ORACLE-XE.md si -SE.md	pas post-instalare: plafon SYSTEM 2000M + mutarea SYS.INFO la instalari vechi

In SVN (r18009), NEPUBLICAT catre clienti — in afara acestui repo

D:\ROA\DATABASE\SCRIPTURI_CLAR\2026\08\sys_2026_08_08_02_SYS_INFO_TABLESPACE_PURJARE.sql

Purjare 90 zile → move tablespace ROA lob (info) store as (tablespace ROA) → creare job. Nivel Oracle 10.2, idempotent, CRLF verificat (122 linii, 0 LF singure, 0 octeti non-ASCII). Pasii 1-2 au EXCEPTION WHEN OTHERS THEN NULL intentionat (o eroare acolo nu are voie sa opreasca lantul de actualizare; ce n-a mers apare a doua zi in alerta DIAGSPATIU_ZILNIC).

Comis in SVN la r18009 (08.08.2026). Publicarea catre clienti NU s-a facut si e decizia lui Marius — COMUN\utile\publicare_scripturi.ps1 scrie in Y:\ROAUPDATE\_UPDATE\, care e live pentru toti clientii.

2. Modificari aplicate in productie

AUTOMOTIVE (78.96.115.213, xe 11.2.0.2 pe host SERVER), 08.08.2026 — write-back facut, verificat:

alter database datafile 'E:\ORACLEXE\APP\ORACLE\ORADATA\XE\SYSTEM.DBF'
  autoextend on next 50M maxsize 2000M;   -- ca contafin_oracle
truncate table sys.info;                   -- ca SYSDBA

Rezultat verificat: SYSTEM 540 MB alocati / 2000 plafon, 84.94 MB liberi, 1544.94 MB de crestere (77.2%) vs prag 300 MB. SYS.INFO 552.581 randuri / 80 MB → 0 randuri / 0.06 MB.

Nicio alta baza de client nu a fost modificata. SIGMA a fost doar citita.

3. Ce NU s-a facut

• scriptul de livrare e in SVN (r18009) dar nu e publicat catre clienti;
• nu s-a verificat SYSTEM la ceilalti clienti — umblat doar la sigma si automotive; ceilalti expeditori cunoscuti: roaupdate-clever@, roaupdate_acn@;
• ACN — tacere din 06.08 dupa curatenie; neconfirmat ca jobul chiar mai ruleaza (se verifica cu max(dataora) din contafin_oracle.diag_spatiu_log);
• UPDATEROA_ZILNIC.failure_count = 233 la AUTOMOTIVE, 47 la SIGMA, desi toate rularile din ultimele 7 zile sunt SUCCEEDED si UPD_ISTORIC ajunge la stare = 4 — neinvestigat, pare contor istoric;
• SYS.AUTH_DETALII si SYS.AUTH_SERII raman in SYSTEM (sys-objects.sql [1/11], [2/11]) — nu cresc, nu s-au atins.

4. Stare periculoasa la predare

Niciuna. Toate tunelurile sunt inchise (Get-Process stnlc gol, portul 1521 liber), nu exista tranzactii deschise, nu exista fisiere editate fara write-back, nimic necomis din ce am atins.

Fisierele .sh care apar modificate in git status (migration/*.sh, lxc171-claude-agent/*.sh, clone-vm300.sh, export-roa2.sh, fix-sqlnet.sh) si bash.exe.stackdump nu sunt ale acestei sesiuni — le-a lasat sesiunea paralela. Nu le atinge fara sa intrebi.

5. Capcane de mediu platite

• Alta sesiune lucreaza in acelasi repo. In timpul lucrului a comis 9475842 si a curatat working tree-ul, stergand toate modificarile mele in fisiere urmarite de git. Au supravietuit doar fisierul nou (netracked) si scriptul de pe D:. A trebuit refacut totul. Comite des.
• Thunderbird: profilul din %APPDATA%\Thunderbird\Profiles e gol si induce in eroare — instalarea reala e portabila, D:\UTIL\portable\PortableApps\ThunderbirdPortable. Contul marius.mutu@romfast.ro = ImapMail\mail.romfast.ro\INBOX. Nu da ripgrep pe folder (INBOX.sbd\Sent are 2.5 GB).
• Bitvise stnlc: -profile= nu merge cu host pozitional; nu da -c2s, regulile de forwarding vin de la server. Sintaxa care merge: & 'C:\Program Files (x86)\Bitvise SSH Client\stnlc.exe' --% -profile=d:\GoogleDrive\<client>.tlp -noRegistry=y Profilele: D:\GoogleDrive\*.tlp (sigma, automotive, clever-motors, rompetrole, …).
• Toate aliasurile TNS de client tintesc 127.0.0.1:1521 — un tunel gresit te duce tacut la alt client. Verifica portul liber inainte (Get-NetTCPConnection -State Listen -LocalPort 1521) si pune select instance_name, host_name from v$instance ca prima interogare.
• Inchide tunelul cand termini: Get-Process stnlc | Stop-Process -Force.
• Regula din COMUN\docs\local\oracle.md: tunelul spre productie doar cand acel server e chiar subiectul investigatiei, si atunci strict read-only (exceptia de azi a fost ceruta explicit).
• SQL-ul se da lui sqlplus dintr-un fisier, nu prin pipe.

6. Comenzi

# emailurile de diagnostic (expeditor + subiect + alerte)
powershell -File D:\roa\roagest\comun\utile\citeste_email.ps1 -Cauta 'Diagnostic spatiu' -Ultimele 10

# diagnostic manual pe un client, read-only
powershell -File D:\roa\roagest\comun\utile\diag_spatiu.ps1 -Alias ROA_SIGMA [-Disc]

# conectare prin tunel
& 'D:\ROA\instantclient_19_18\sqlplus.exe' -L -S 'contafin_oracle/ROMFASTSOFT@ROA_SIGMA' '@diag.sql'

Fara loguri de rulare — verificarile s-au facut interactiv, iesirea e in conversatie.

7. De unde se reia

1. publicarea lui sys_2026_08_08_02_... catre clienti (decizie Marius; e deja in SVN la r18009);
2. verificarea preventiva a lui SYSTEM la clever si acn;
3. confirmarea ca DIAGSPATIU_ZILNIC mai ruleaza la acn.

Contextul complet: diagnostic-spatiu-clienti.md.