Principale > Blog sul backup e sul ripristino > Come fare il backup Oracle con Bacula? Panoramica tecnica del backup e del ripristino di Oracle.

Come fare il backup Oracle con Bacula? Panoramica tecnica del backup e del ripristino di Oracle.

1 Star2 Stars3 Stars4 Stars5 Stars
(46 voti, media: 5,00 fuori da 5)
Loading...
Aggiornato 3rd Febbraio 2024, Rob Morrison

Oracle backup

Backup e ripristino di Oracle

In genere, le operazioni di backup e ripristino sono considerate uno dei pilastri fondamentali della protezione dei dati. Questo vale anche per il backup e il ripristino di Oracle, naturalmente, e nel mondo di oggi avere almeno un backup del suo database è praticamente una necessità, se non vuole perdere tutto a causa di un semplice errore o di un simile sfortunato incidente.

Un backup è una copia dei suoi dati che può essere utilizzata per ricostruire i contenuti del suo database originale. Nel contesto di Oracle esistono due tipi di backup principali: il backup fisico e il backup logico.

Il backup fisico è una copia dei file fisici archiviati da utilizzare in caso di emergenza. I backup fisici includono tipicamente tipi di file come i file di controllo, i file di dati e i registri redo archiviati.

I backup logici sono una copia dei dati logici all’interno del database, come le procedure memorizzate e le tabelle. Questi backup sono spesso considerati un buon supplemento ai backup fisici, ma sono essenzialmente inutili senza la loro controparte.

A meno che non sia specificato diversamente, la maggior parte della documentazione sul backup e sul ripristino fa riferimento a un backup fisico come termine “backup”. La creazione di un backup fisico di un database è l’atto di ‘backup’ di tale database.

Recupero dati e problemi potenziali

Sebbene esistano alcune possibili eccezioni, la maggior parte dei casi di errore che richiedono l’avvio del processo di recupero dei dati può essere attribuita a uno dei tre tipi di errore: errori dell’utente, guasti del supporto ed errori dell’app.

Gli errori dell’utente rappresentano l’eventualità in cui, a causa di un errore manuale o di un errore nella logica dell’applicazione, una parte specifica del database viene modificata o cancellata in modo errato. Questo singolo tipo di errore è considerato la causa principale della maggior parte dei tempi di inattività del database in tutto il mondo.

Esistono anche due diversi ambiti del potenziale disastro: localizzato e diffuso. Il danno localizzato è qualcosa di relativamente insignificante che può essere risolto con un processo di riparazione accurato. Il danno diffuso, invece, è quello che cancella quantità massicce di dati e deve essere contrastato il prima possibile per evitare almeno in parte un downtime massiccio per l’intero database.

Il fallimento del supporto è un altro tipo di errore, rappresentato per lo più da una sorta di problema fisico con un dispositivo di archiviazione che causa problemi con le richieste di lettura o scrittura. La misura appropriata in risposta a un guasto del supporto dipende dal tipo di dispositivo e dal tipo di dati in questione.

È importante ricordare che gli errori dei supporti sono qualcosa che può accadere a qualsiasi dispositivo di archiviazione. Per questo stesso motivo, non è raro che le aziende sviluppino una sorta di programma di disaster recovery nel tentativo di mitigare gli effetti potenzialmente disastrosi di un guasto del supporto, tra le altre cose (dato che i guasti del supporto sono noti per paralizzare l’intero dispositivo di archiviazione in una volta sola).

Gli errori delle applicazioni sono il risultato di un malfunzionamento del software, in genere rappresentato da un blocco di dati corrotto. Nel caso di corruzione del supporto (chiamata anche corruzione fisica), è abbastanza comune che l’intero blocco non venga riconosciuto dal database, con le checksum che non corrispondono, l’intero blocco che contiene degli zeri e così via. A seconda dell’entità del danneggiamento, alcuni errori di app minori possono essere più o meno risolti utilizzando una qualche variante del ripristino dei supporti a blocchi.

Strategia di backup di Oracle

Nell’ambito delle funzionalità di Oracle ci sono due strategie di backup principali: RMAN e quella gestita dall’utente.

RMAN, o Recovery Manager, è una soluzione completamente integrata nel database Oracle, in grado di eseguire una serie di attività legate al backup. Si può accedere a RMAN utilizzando Oracle Enterprise Manager o la linea di comando.

I backup gestiti dall’utente sono backup di base che possono essere eseguiti utilizzando una combinazione di comandi del sistema operativo host e comandi di ripristino SQL*Plus. In questo caso, tutti gli aspetti relativi al backup devono essere definiti manualmente per ogni backup.

Sebbene siano supportati due tipi di backup, RMAN è quello comunemente preferito, per cui la maggior parte delle funzionalità di backup di Oracle si concentra su questo tipo di backup.

Uno dei principali vantaggi di un backup RMAN è la possibilità di creare backup mentre il database è aperto e/o montato. Anche il comando di backup è relativamente semplice; il prompt stesso si presenta così:

 

BACKUP DATABASE;

È possibile aggiungere una serie di aggiunte o parametri a questo comando, ad esempio può apparire come questo se vogliamo includere anche i registri archiviati nel backup:

 

BACKUP DATABASE PLUS ARCHIVELOG;

Un’altra opzione disponibile con RMAN è la possibilità di creare backup incrementali. Il backup incrementale è un tipo di backup che copia solo i file specifici che sono stati modificati dall’esecuzione dell’ultimo backup di qualsiasi tipo (a seconda del tipo di backup, può essere un backup incrementale cumulativo o un backup incrementale differenziale).

Per quanto riguarda i comandi, il prompt del backup è relativamente simile (con possibili aggiunte sotto forma di vari parametri):

 

BACKUP INCREMENTAL;

E c’è anche il fatto che le copie shadow/file di snapshot possono essere create con i backup incrementali di RMAN. Ad esempio, il comando per creare un backup incrementale nell’area di ripristino rapido può essere avviato con il seguente comando:

 

BACKUP INCREMENTAL LEVEL 1 … FROM SCN

Come può vedere, ci sono molte capacità che RMAN come soluzione di backup nativa di Oracle può offrire. Allo stesso tempo, ha i suoi limiti e qui entrano in gioco le soluzioni di backup di terze parti.

Backup e ripristino di Oracle con Bacula Enterprise

In sostanza, una copia dei suoi dati importanti che conserva separatamente dall’originale per ripristinarli in caso di perdita di dati di qualsiasi tipo si chiama backup dei dati. Qualsiasi azienda ha una sorta di dati che deve proteggere e che non vuole perdere – questo include anche gli utenti del database Oracle. La perdita di dati è il motivo principale per cui è necessario avere un backup per mantenere il suo ambiente di database Oracle affidabile e sicuro.

La maggior parte delle aziende che utilizzano Oracle preferiscono avere una persona separata per gestire le operazioni di backup di Oracle – questa posizione è chiamata “amministratore di backup”. In genere, questa persona è incaricata di una serie di compiti, tra cui:

  • Elaborare un programma di backup adeguato;
  • Essere pronti a risolvere i problemi che possono sorgere in relazione all’intero processo di backup e ripristino;
  • Sia pensando e testando diverse situazioni con diversi tipi di possibili guasti hardware o software legati alla perdita di dati;
  • Non direttamente collegati al processo di backup, ma comunque possibili, sono la conservazione e il trasferimento dei dati;
  • Essere pronti a recuperare in caso di perdita di dati di qualsiasi entità. 

Parlando di perdita di database Oracle, l’ampia varietà di possibili ragioni per la perdita del database illustra ulteriormente che fare backup di Oracle è una buona cosa in generale! Ad esempio, alcune delle varie cause di perdita di dati potrebbero essere:

  • Arresto hardware;
  • Incidenti con manipolazione errata dei dati;
  • Corruzione dei dati a causa di un virus;
  • Errori nel processo di migrazione dei dati da un dispositivo o sistema all’altro, ecc.

Ci sono molti modi per fare il backup dei database Oracle. Le modalità clusterizzate offrono resilienza ai problemi hardware, mentre le infrastrutture ad alta disponibilità, cloud e convergenti offrono nuove opzioni per la garanzia e la libertà dei dati, oltre alla ridondanza. Indipendentemente da queste opzioni, il backup di Oracle rimane fondamentale per garantire che un piccolo errore, una corruzione o un hack non distrugga i dati critici che risiedono anche nella migliore infrastruttura. I server di database rimangono un componente chiave della maggior parte delle organizzazioni e spesso contengono le informazioni più critiche per la continuità delle operazioni. La guida che segue le mostrerà come fare per eseguire il backup e il ripristino di Oracle utilizzando la funzionalità SBT di RMAN, che consente di trasmettere i dati direttamente a Bacula Enterprise.

Possibili tipi di backup e ripristino di Oracle

Esistono due metodi per eseguire il backup del database Oracle:

  • Backup gestito da Bacula utilizzando la modalità dump di Oracle. Questa modalità è rapida e facile da configurare, ma è limitata ai database più piccoli e non supporta il ripristino point-in-time o i backup incrementali.
  • Backup gestito RMAN (modalità Oracle SBT). Conosciuta anche come Oracle Recovery Manager (RMAN), è una funzione originale del server di database Oracle, il che significa che non è necessario installarla manualmente – è già inclusa nel lato server. Questa modalità utilizza l’eccellente strumento di backup RMAN e le API per consentire a Bacula di avviare modalità di backup più avanzate che supportano i backup di database PITR, incrementali e differenziali, e può sfruttare la funzione di tracciamento delle modifiche di RMAN per migliorare le prestazioni del backup incrementale. È anche il più facile da usare, poiché RMAN utilizza un’unica interfaccia per tutti i sistemi operativi, il che lo rende molto meno complicato.

Poiché il tipo di backup basato su RMAN è la soluzione preferita, ecco alcuni dei vantaggi più evidenti del suo utilizzo:

  • Compressione binaria. Questo tipo di meccanismo di compressione è integrato nel database Oracle come sistema e il suo scopo principale è quello di ridurre le dimensioni complessive di un backup medio.
  • Duplicazione automatizzata del database. Una serie di funzioni implementate in Oracle consente di creare facilmente la copia del suo database utilizzando un gran numero di configurazioni di archiviazione.
  • Backup incrementali. Questo tipo di backup conserva ed esegue il backup solo dei blocchi che sono stati modificati in qualche modo dall’ultimo backup completo. Questo approccio di backup richiede molto meno spazio di archiviazione rispetto a quello tradizionale e aggiunge maggiore flessibilità al processo di ripristino in caso di un qualche tipo di disastro.
  • Backup criptati. RMAN può facilmente criptare il suo database utilizzando la funzionalità integrata di criptazione dei backup. C’è una distinzione tra la creazione di tale backup su un disco e la creazione dello stesso backup direttamente su un nastro. Per il disco – il database in questione abilita molto l’Opzione di sicurezza avanzata. Per il nastro – RMAN deve utilizzare l’interfaccia Oracle SBT, ma non è necessario abilitare l’Opzione di sicurezza avanzata.
  • Ripristino dei media a blocchi. Se la quantità di dati corrotti è relativamente piccola, non è necessario ripristinare l’intero backup per risolvere il problema: questa funzione si chiama ripristino dei media a blocchi e può essere utilizzata anche senza mettere offline il file stesso.

Per questo come fare, imposteremo i backup di Oracle SBT.

Part 1: Configurare il plugin di backup e ripristino di Oracle in Bweb

Passo 1. In Bweb, configuri un nuovo fileset per il lavoro. Nella scheda ‘Plugin’ del fileset, selezioni Oracle SBT.

backup oracle database

Passo 2. Il plugin di backup e ripristino di Oracle è configurato principalmente sul lato client, quindi nella maggior parte dei casi non è necessaria un’ulteriore configurazione in Bweb. Il nuovo set di file può essere impegnato.

oracle backup and recovery

Passo 2a: Tenga presente le diverse opzioni di backup del database Oracle disponibili se si sceglie il plugin Oracle (non SBT). Il Oracle Plugin Whitepaper tratta in modo approfondito questi metodi alternativi.

oracle backup

Parte 2: Configurare il Plugin di backup del database Oracle sul server Oracle

Come per altri plugin di database, Bacula Enterprise File Daemon e il relativo componente del plugin di database (Oracle SBT in questo caso) devono essere prima installati sul server di database. In questo modo, gli strumenti necessari per il backup di Bacula vengono installati sul server del database. Consulti il whitepaper di Oracle o contatti l’assistenza di Bacula Systems se ha bisogno di aiuto per questo passaggio.

Passo 1: Installare i pacchetti Bacula File Daemon e Oracle backup plugin

Passo 2: Installare la libreria sbt in Oracle


/opt/bacula/scripts/install-sbt-libobk.sh install

Passo 3: Riavvia oracle

Passo 4: Copiare bconsole e assicurarsi che Oracle possa leggerlo:


cp /opt/bacula/bin/bconsole /opt/bacula/ oracle
cp /opt/bacula/etc/bconsole.conf /opt/bacula/oracle
chown oracle:dba /opt/bacula/oracle/bconsole*
chmod go-rxw /opt/bacula/oracle/bconsole*

Passo 5: Modifichi /opt/bacula/etc/sbt.conf per indicare il nome del lavoro, il percorso e la configurazione di bconsole e il nome del client:


client=oracle-fd
job=OracleBackup
bconsole=”/opt/bacula/oracle/bconsole -n -c /opt/bacula/oracle/bconsole.conf”

Esempi di Fileset e di Lavoro:

Di seguito sono riportati alcuni esempi del semplice fileset configurato in BWeb nella Parte 1, e un lavoro di esempio che utilizza questo fileset. Per i tutorial approfonditi su Bweb, consulti la documentazione video di Bacula Systems:


FileSet {
Name = SBT-FileSet
Include {
Options {
Signature = MD5
}
Plugin = oracle-sbt
}
}

Job {
Name = SBT-Backup
FileSet = SBT-FileSet
Client = oracle-fd
Maximum Concurrent Jobs = 10
Messages = Standard
Pool = Default
Storage = File
}

Parte 3: Testare la connettività del plugin ed eseguire Oracle Backup:

Passo 1: Provi il plugin


/opt/bacula/scripts/install-sbt-libobk.sh test

Passo 2: Eseguire manualmente un backup tramite RMAN:


RUN {
ALLOCATE CHANNEL c1 DEVICE TYPE sbt;
ALLOCATE CHANNEL c2 DEVICE TYPE sbt;
ALLOCATE CHANNEL c3 DEVICE TYPE sbt;
BACKUP INCREMENTAL LEVEL 0 DATABASE plus archivelog;
}

Un tipico output di backup RMAN di successo si presenta come di seguito, e indica che il plugin SBT è installato, configurato correttamente e pronto per eseguire i backup:


[oracle@centos07 ~]$ rman target /

Recovery Manager: Release 12.1.0.2.0 – Production on Thu Mar 23 11:02:22 2017

Copyright (c) 1982, 2015, Oracle and/or its affiliates. All rights reserved.

connected to target database: CENTOS07 (DBID=2213460080)

RMAN> run {

2> allocate channel c1 type sbt;

3> backup database plus archivelog;

4>}

using target database control file instead of recovery catalog

allocated channel: c1

channel c1: SID=44 device type=SBT_TAPE

channel c1: Bacula Enterprise Oracle SBT Plugin 1.0.0.7

Starting backup at 23-MAR-17

current log archived

channel c1: starting archived log backup set

channel c1: specifying archived log(s) in backup set

input archived log thread=1 sequence=23 RECID=1 STAMP=894837644
input archived log thread=1 sequence=24 RECID=2 STAMP=894882191
input archived log thread=1 sequence=25 RECID=3 STAMP=894882226
input archived log thread=1 sequence=26 RECID=4 STAMP=894924027
input archived log thread=1 sequence=27 RECID=5 STAMP=912953744
input archived log thread=1 sequence=28 RECID=6 STAMP=912955548
input archived log thread=1 sequence=29 RECID=7 STAMP=912955554
input archived log thread=1 sequence=30 RECID=8 STAMP=912955561
input archived log thread=1 sequence=31 RECID=9 STAMP=912955564
input archived log thread=1 sequence=32 RECID=10 STAMP=912964429
input archived log thread=1 sequence=33 RECID=11 STAMP=939375680
input archived log thread=1 sequence=34 RECID=12 STAMP=939380476
input archived log thread=1 sequence=35 RECID=13 STAMP=939380575

channel c1: starting piece 1 at 23-MAR-17

channel c1: finished piece 1 at 23-MAR-17

piece handle=07rvrjqv_1_1 tag=TAG20170323T110255 comment=API Version 2.0,MMS Version 1.0.0.7

channel c1: backup set complete, elapsed time: 00:00:25

Finished backup at 23-MAR-17

Starting backup at 23-MAR-17

channel c1: starting full datafile backup set

channel c1: specifying datafile(s) in backup set

input datafile file number=00001
name=/u01/app/oracle/oradata/CENTOS07/datafile/o1_mf_system_c2kyrs39_.dbf

input datafile file number=00003
name=/u01/app/oracle/oradata/CENTOS07/datafile/o1_mf_sysaux_c2kyqoql_.dbf

input datafile file number=00004
name=/u01/app/oracle/oradata/CENTOS07/datafile/o1_mf_undotbs1_c2kyt7s9_.dbf

input datafile file number=00006
name=/u01/app/oracle/oradata/CENTOS07/datafile/o1_mf_users_c2kyt6j4_.dbf

channel c1: starting piece 1 at 23-MAR-17

channel c1: finished piece 1 at 23-MAR-17

piece handle=08rvrjrp_1_1 tag=TAG20170323T110321 comment=API Version 2.0,MMS Version 1.0.0.7

channel c1: backup set complete, elapsed time: 00:00:56

channel c1: starting full datafile backup set

channel c1: specifying datafile(s) in backup set

including current control file in backup set

channel c1: starting piece 1 at 23-MAR-17

channel c1: finished piece 1 at 23-MAR-17

piece handle=09rvrjth_1_1 tag=TAG20170323T110321

comment=API Version 2.0,MMS Version 1.0.0.7

channel c1: backup set complete, elapsed time: 00:00:03

Finished backup at 23-MAR-17

Starting backup at 23-MAR-17

current log archived

channel c1: starting archived log backup set

channel c1: specifying archived log(s) in backup set

input archived log thread=1 sequence=36 RECID=14 STAMP=939380664

channel c1: starting piece 1 at 23-MAR-17 channel c1: finished piece 1 at 23-MAR-17

piece handle=0arvrjto_1_1 tag=TAG20170323T110424 comment=API Version 2.0,MMS Version 1.0.0.7

channel c1: backup set complete, elapsed time: 00:00:01

Finished backup at 23-MAR-17 released channel: c1

Recupero del database Oracle

Sebbene il backup di per sé sia incredibilmente importante, vale la pena ricordare che le funzioni di ripristino sono, ovviamente, una parte vitale dell’intero processo nel ciclo di backup e ripristino del database Oracle. Avere un backup senza strumenti per il ripristino non è utile a nessuno.

Ma prima dobbiamo trattare alcune nozioni di base. Come abbiamo detto in precedenza, esiste un gran numero di possibili circostanze che potrebbero rendere necessario il ripristino del suo database. Ad esempio, potrebbero essere una serie di guasti hardware e problemi di firmware:

  • Corruzione del blocco;
  • Perdita di dati;
  • Errore dell’utente;
  • Problemi con l’aggiornamento;
  • Disastro naturale o innaturale.

Dovrà prima collegarsi al catalogo di ripristino se vuole ripristinare o recuperare un database utilizzando RMAN. Il passo successivo consiste nell’allocare i canali su nastro o su disco. Lo scopo del catalogo di ripristino è quello di fornire tutti i tipi di informazioni sul backup o sui backup del database. Può anche configurare un file di controllo separato per scopi simili. La differenza tra i comandi restore e recover è che “restore” fa esattamente quello che ci si aspetta – ripristina i file del database, ma “recover” è un po’ diverso, in quanto applica tutte le modifiche registrate nei registri dei dati archiviati.

Il backup e il ripristino del database Oracle come processo è in grado di fornire diverse opzioni di ripristino, tra cui:

  • Recupero di punti specifici

Quando utilizza Oracle, il processo di ripristino non è così complicato. Può facilmente ripristinare l’intero database e successivamente utilizzare i comandi “recover” per scegliere il punto specifico a cui desidera che il suo database venga ripristinato. Ci sono anche diverse altre opzioni incluse, oltre al recupero completo di base, se utilizza RMAN: può riportare lo stato del suo database a un punto specifico nel tempo o può abbinare la sua condizione a un registro di archivio specifico.

  • Tablespaces/Datafiles/Blocks Restauro

Se il suo database comprende molti tablespace – può scegliere questa modalità di ripristino per limitare il tempo di inattività del database solo agli utenti dei tablespace che stavano utilizzando i file danneggiati. In generale, il ripristino dei tablespace è un po’ più complicato della consueta funzione di ripristino del database, poiché non è possibile recuperare tablespace specifici dopo il ripristino. Ecco perché si consiglia di eseguire un backup subito dopo il ripristino di tali tablespace. Un’altra particolarità dell’utilizzo di RMAN è che potrà fornire sia il numero di blocco che il numero di datafile, rendendo così più semplice il processo di ripristino.

  • Consulente per il recupero dati

Il servizio di Oracle include anche una funzione chiamata Data Recovery Advisor, che può richiamare se ha problemi con uno o più file del suo database. Questo consulente è in grado di fornirle sia lo script di riparazione basato sul suo database, sia di mostrarle quanto può recuperare nella sua situazione attuale. Può anche attivare facilmente lo script fornito subito dopo aver lanciato il consulente.

Tuttavia, la gestione dei backup di Oracle non riguarda solo il mantenimento della politica di conservazione, ma può anche essere utilizzata per tenere traccia di quali backup può utilizzare per le operazioni di ripristino in un determinato momento. Esistono diversi approcci a questo compito:

Il primo approccio è strettamente legato al recupero di un elenco di backup disponibili, e può essere fatto con poco sforzo con il comando LIST di RMAN. Questo particolare comando recupera una tabella di set di backup, con informazioni aggiuntive su ciascuno di essi, come la data di creazione, il tipo di backup, le parti specifiche di un database che sono state copiate e altro ancora.

Il secondo approccio alla gestione dei backup di Oracle è incentrato sull’eliminazione dei file obsoleti – è controllato principalmente da due soli parametri (RECOVERY WINDOW e REDUNDANCY, rispettivamente per il numero di giorni per una politica di conservazione e per il numero di backup) e consiste in tre possibili opzioni:

  • Scadenza. Controllato da REDUNDANCY e RECOVERY WINDOW, di solito fa parte di uno script di backup o di un lavoro di backup con un parametro EXPIREDATE.
  • Eliminare dal catalogo. La cronologia del backup viene eliminata con la possibilità di recupero se è stata accidentale o se i dati in questione sono necessari.
  • Elimina scaduto. Un’attività di pulizia di routine che elimina i backup e i registri di archivio obsoleti.

Mentre la maggior parte delle operazioni di backup di Oracle riguarda il backup dell’intero database, è disponibile anche l’opzione di ripristino di oggetti specifici, in modo che qualsiasi oggetto all’interno del suo sistema possa essere sottoposto a backup o ripristino separatamente dal resto in qualsiasi momento. Come per l’argomento precedente, ci sono diversi modi per affrontare l’argomento:

  • Oracle Data Pump. Data Pump è un’utility Oracle che può fornire sia l’esportazione che l’importazione di oggetti o tabelle specifiche. Vale la pena notare che è incluso anche il DDL (Data Definition Language), il che significa che l’intera struttura della tabella o della procedura in questione sarà ricreata con l’oggetto o la tabella che si sta ripristinando. Questo può anche essere utilizzato per ripristinare solo la struttura con zero dati al suo interno, da utilizzare come modello o misura di backup.
  • Utilizzare i livelli di tabella/schema per copiare oggetti specifici. Le tabelle singole possono essere ripristinate all’interno di Oracle utilizzando il comando CREATE, che includerà i tablespace senza registrazione – il che significa che sarà in grado di ripristinare solo i dati, senza alcuna struttura come indici, trigger, costanti, ecc.

Riflessioni finali su Oracle Backup e Recovery

Poiché il plugin Bacula Enterprise Oracle SBT sfrutta RMAN per le funzioni di backup avanzate, è necessario effettuare una configurazione aggiuntiva in Oracle.

Periodo di conservazione:

Quando utilizza il plugin RMAN SBT, la ritenzione del backup definita in RMAN deve corrispondere alla ritenzione del volume o del lavoro Bacula.

Registro di archivio:

Per utilizzare la modalità di backup di RMAN, il database deve essere in modalità ARCHIVELOG.

Consulti il whitepaper di Bacula su Oracle Backup e il supporto di Bacula Systems se ha bisogno di ulteriori informazioni, assistenza o ha domande dopo aver letto questa guida sul backup e il ripristino di Oracle.

Informazioni sull'autore
Rob Morrison
Rob Morrison è il direttore marketing di Bacula Systems. Ha iniziato la sua carriera nel marketing IT con Silicon Graphics in Svizzera, ottenendo ottimi risultati in vari ruoli di gestione del marketing per quasi 10 anni. Nei 10 anni successivi, Rob ha ricoperto anche diverse posizioni di gestione del marketing in JBoss, Red Hat e Pentaho, assicurando la crescita della quota di mercato di queste note aziende. Si è laureato all'Università di Plymouth e ha conseguito una laurea ad honorem in Digital Media and Communications e ha completato un programma di studi all'estero.
Lascia un commento

Il suo indirizzo e-mail non sarà pubblicato. I campi obbligatori sono contrassegnati da *