archivlogu prisireiktu jei duombaze smarkiai pargriutu arba atstatyti 
duomenis tam tikram momentui (pvz. patikrinimui).

Siaip bent kiek svarbesnias uzduotis aptarnaujanciuose servuose 
archivloginimas galima sakyti butinas. Kiek supratau tavo servas
gan svarbus, kad negali net bet kada perkrauti. Tad kol DB noarchivelog 
rezime, nelaikyciau problemos isspresta :)

Tavo vietoje susikurciau nauja archivlog destination (anas dvi atjungti) ir 
perkurciau is naujo redo logus. Operacijos visai neskausmingos
ir greitai padaromos, tad neapsimoka rizikuoti :)


"Toxis@ze_yvil_place" <tox@work.ble> wrote in message 
news:h0t168$s57$1@trimpas.omnitel.net...
> Ish manes jums alus - ar vilniechiai? Kada patogu?:)
>
> Suveike.
> Tiesa kas ish tikro suveike reikes pazhiuret kai vel galesiu nukilint 
> duombaze:)
>
> kas suveike?:
> ALTER SYSTEM SET log_archive_dest_2='LOCATION=USE_DB_RECOVERY_FILE_DEST2
> QUOTA_SIZE=0';
>
> alter system switch logfile; (shchyriai 30 kartu:)
>
> + uzhkuriau noarchivelog rezhime (pamislyjau, kad to jiems vistiek 
> nereikia:) - nors shita dalis yra klibanti - bo visu pirma uzhkuriau 
> noarchivelog'e - nepadejo, tada padarius quota unlimited + uzhkurus 
> norachivelog rezhime - viskas gerai:)... tai vat kai vel galesiu prikisht 
> savo purvinas rankas bandysiu uzhkurt normaliai ir zhiuret...
> Tiesa virtualiam pc (Ness - buvai teisus, tas pats 7445'tas erroras 
> neishlindo) - paprievartavus kuri laika sistema galu gale darant ta 
> uzhklausa jis galu gale ishmesdavo ora-not connected to oracle - kas 
> (imho) ir isshauke 7555'ta errora shitam saite.... Taigi virtualioj 
> mashinoj tik quotos padidinimas nepadejo (tiesa swich logfile ten padariau 
> tik kokius 10-20 kartu.. labai letai 2008serveris pas mane virtualioj 
> mashinoj sukasi:)...
>
> Vienu zhodzhiu dankeshon dar karta ir sakykit kada jums patogu atsiimt alu 
> (geriausia darbo dienom vakarais, bet galiu prisiderint:)
>
>
>
> -- 
> ___________
> ©Toxis