Ciao Alessandro,

sinceramente non ho ancora provato le nuove funzionalità di schedulazione che si hanno con il managed mode, ma ovviamente se il DBA vuole completa autonomia la soluzione è lo standalone mode.

In ogni caso credo sia sempre possibile far girare gli script RMAN manualmente dal server, ma non so dirti se bisogna fare attenzione a qualche impostazione nello specifico..

ciao, ho chiesto anche sul forum, il succo è: in managed mode puoi lanciare manualmente dei backup, ma solo di db inclusi in job di protezione creati dalla console.

Insomma se si vuol lasciare massima libertà ai dba è meglio lo standalone. Va considerato che così i plugin vanno per esempio aggiornati a mano. Se ci sono 2 server è una cosa, se ce ne sono 200 un’altra, ovviamente

Yes, you can still launch backups manually on the source side but you can back up only those databases which are added to a policy and a policy must be enabled. You can find more info with examples for RMAN on this page.

Ok..quindi si può far partire lo stesso job Veeam dal sistema operativo..ma uno script RMAN “indipendente” posso sempre farlo girare immagino, no?

sembrerebbe di no, se questo script “indipendente” lavora su un DB non già protetto.

Insomma se i team veeam e dba sono separati e poco comunicanti, ci andrei molto cauto a puntare sul managed mode

Ok..mi sono agganciato al tuo thread su R&D perchè mi piacerebbe approfondire 

già. un’altra cosa che mi domando, anche se parzialmente ho già la risposta è:

ho una VM con Oracle, DBa si fa i suoi “giochi” con RMAN, la proteggo con un normale job Veeam.

Nel job Veeam posso attivare la consistenza applicativa? Io direi di sì: a patto di non cancellare i logs. Tipo così insomma:

https://www.veeam.com/blog/how-to-backup-oracle-database-best-practices.html

già. un’altra cosa che mi domando, anche se parzialmente ho già la risposta è:

ho una VM con Oracle, DBa si fa i suoi “giochi” con RMAN, la proteggo con un normale job Veeam.

Nel job Veeam posso attivare la consistenza applicativa? Io direi di sì: a patto di non cancellare i logs. Tipo così insomma:

 

https://www.veeam.com/blog/how-to-backup-oracle-database-best-practices.html

Ok ma cosi facendo non corri il rischio di saturare il disco dove risiedono gli Archived Logs?

Ciao Mario, Alessandro faceva l’esempio in cui i backup di Oracle (e quindi anche la cancellazione degli archived) vengono gestiti dal DBA con RMAN, e quindi lato Veeam durante il backup della VM è meglio non toccare la parte log, un pò come con MS SQL se ci sono già dei maintenance plan attivi che li processano..giusto @atinivelli ?!

Un attimo.... La cancellazione dei log deve avvenire quando si effettua il backup altrimenti la FRA (il FS dove risiedono) si satura e il db si frizza. I DBA Oracle nella loro gestione manuale fanno girare gli script che backuppano db e archive e poi li cancellano. Quindi il risultato è lo stesso.