VeeamON 2024 - Use Code "COMMUNITY10" for 10% Off!
ciao, come dice questa paginahttps://helpcenter.veeam.com/docs/backup/plugins/rman_operation_modes.html?ver=120 con la 12 il plugin di RMAN può lavorare in Standalone, praticamente come era con la 11, oppure in Managed.Mi sono abbastanza chiari i due modi, quello che mi domandav(an)o è:se sono in Managed Mode programmo i job di protezione dalla console Veeam.Rimane possibile lanciare dei backup ‘manualmente’ (o con degli script) tramite RMAN da parte del DBa, oppure no. E quindi, se c’è questa esigenza, si deve restare nel vecchio Standalone Mode?Avete fatto qualcosa di simile in qualche caso?Grazie!
ciao, con la 12.1 si può fare l’immutabilità con i DataDomain: qualcuno ha già implementato la cosa? Feedback?grazie 😉
Hi There, I deployed Oracle Plugin for Linux to use Oracle RMAN database backup but during the wizard in repository section it didn’t list all repos that I’ve got it only show the default veeam repo but the SMB share repo not shown in the list ! Did I miss something here in the configuration? Coz I want the backup to be stored in SMB share repo not the in the disk of the veeam server. Thank you
ciao, io sono sempre stato molto a favore dell’uso delle tags vSphere per selezionare le VM che vengono salvate dai Job.Quindi cerco di portare i miei clienti da quella parte.Ne ho uno dove si è formata una corrente di pensiero che non ama questa procedura perché “si rischia di dimenticare” e vorrebbe fare dei job che catturino tutto un cluster (ad esempio)Considerato che parliamo di una infrastruttura da centinaia/migliaia di VM la cosa non mi piace per niente. Quali argomentazioni usereste per sconsigliare questo? Io ho pensatoun job con centinaia di VM tutte diverse (s.o., applicativi) diventa complesso da gestire nella parte di guest processing un solo job ha un solo repository un job molto grande diventa complicato da gestire nelle backup copy un job solo ha una sola schedulazione possibile un job solo ha una sola politica di retentionaltre idee? grazie!
ciao, stavo facendo un “assessment” di una situazione di un cliente e ho visto che hanno un cluster MSSQL 2016 di tipo Always On protetto in questo modo:salvano solo un dei due nodi (quello generalmente attivo) con un job fatto come se fosse un server/istanza singola il job è impostato per processare i transaction logs per maggiore sicurezza (...) c’è anche un maintenance plan che gira con un full di notte e un incrementale “ma in momenti diversi”, la cui definizione dovrebbe essere questa: mi stavo domandando se questo maint plan, come temo, processa i log e quindi i due backup anche se non eseguiti nello stesso momento comunque si infastidiscono fra loro.Premesso che non ci sono le condizioni per fare grossi cambi a breve, mi domandavo se:il backup “salvo uno dei nodi facendo finta sia singolo” è supportato o andrebbe utilizzato il plugin è meglio stoppare i maintenance plan per evitare interferenzePlease help :-)Grazie
Already have an account? Login
Enter your username or e-mail address. We'll send you an e-mail with instructions to reset your password.
Sorry, we're still checking this file's contents to make sure it's safe to download. Please try again in a few minutes.
Sorry, our virus scanner detected that this file isn't safe to download.