4. Arhivare audit

Asa cum probabil toti administratorii de sistem SocrateCloud/SocrateOpen deja stiu, tabela de audit AD_ChangeLog este cea mai mare tabela din sistem.

In unele cazuri marimea ei (inclusiv a indecsilor asociati) ajunge la 70% din baza de date (in functie de cat de mult audit este activat).

Pentru a micsora incarcarea pe procesele de backup, incepand cu versiunea 14.03, SocrateCloud pune la dispozitie o structura de date pentru arhivarea acestui audit.

Noua tabela se numeste AD_ChangeLog_History.

In aplicatie a fost modificata fereastra Info inregistrare pentru a citi date din cele doua tabele (prin consolidarea/union informatiilor filtrate pe inregistrarea selectata). 

• Inregistrarile din zona curenta de audit (AD_ChangeLog) sunt editabile (pentru a putea marca eventuale customizari).

• Cele din istoric/arhiva (AD_ChangeLog_History) sunt read-only.

Nu exista un proces automat de mutare a inregistrarilor din AD_ChangeLog in AD_ChangeLog_History. 

Operatiunea trebuie gestionata de catre DBA folosind scripturi Oracle.

Este obligatoriu ca in tabela AD_ChangeLog sa se pastreze toate customizarile (doar aici se va uita procesul Repune customizari rulat dupa migrare).

Ca urmare, la mutarea datelor din AD_ChangeLog in AD_ChangeLog_History NU se muta inregistrarile cu IsCustomization = 'Y' acestea, indiferent de data marcarii, raman in AD_ChangeLog.

Dupa mutarea intiala a datelor istorice se poate relua procesul la 3-6 luni in functie de rata de crestere a tabelei.

Pentru a micsora incarcarea pe procesele de backup se poate consideara aceasta tabela "read-only" ....... respectiv actualizabila la 3-6 luni

Cateva idei utile (dar nu exhaustive):

• • mutare AD_ChangeLog_History pe un sistem de stocare mai lent/ieftin (implica si schimbarea tablespace-ului tabelei)

  • excluderea tabelei AD_ChangeLog_History din dump-ul zilnic

    • folosind parametru exclude din comanda expdp

    • http://docs.oracle.com/cd/E11882_01/server.112/e22490/dp_export.htm#SUTIL847

    • http://www.dba-oracle.com/t_expdp_exclude.htm

    • in plus trebuie ca sa existe si un export exclusiv cu tabela AD_ChangeLog_History, date exportate ce trebuie actualziate la 3-6 luni dupa fiecare mutare succesiva.

  • daca datele din exportul fara AD_ChangeLog_History sunt folosite pentru a pregati un sistem de test, trebuie creata tabela manual in noua schema de test (folosit un script obtinut de pe sistemul de productie)

• modificarea scriptului de backup Oracle (cu RMAN) pentru a nu salva tablespace-urile read-only

  • • setarea tablespace-ului pe care se stocheaza tabela in read-only

    • setare parametrului SKIP READONLY (http://docs.oracle.com/cd/B14117_01/server.101/b10734/rcmbackp.htm)