Source: http://docplayer.it/933504-Newits-disaster-recovery-planning-esempio-di-approccio-metodologico-al-problema-servizi-per-le-nuove-tecnologie-dell-informazione.html
Timestamp: 2017-07-25 13:15:25+00:00

Document:
NEWITS. Disaster Recovery Planning. Esempio di approccio metodologico al problema. Servizi per le nuove tecnologie dell informazione. - PDF
NEWITS. Disaster Recovery Planning. Esempio di approccio metodologico al problema. Servizi per le nuove tecnologie dell informazione.
Download "NEWITS. Disaster Recovery Planning. Esempio di approccio metodologico al problema. Servizi per le nuove tecnologie dell informazione."
1 NEWITS Servizi per le nuove tecnologie dell informazione Disaster Recovery Planning Esempio di approccio metodologico al problema 13 Maggio2 Indice INDICE... 2 INFORMAZIONI GENERALI... 3 CONTROLLO DI VERSIONE... 3 DEFINIZIONI E REQUISITI... 4 Generalità... 4 Obiettivi generici di progetto... 4 Livelli di servizio del Disaster Recovery... 5 MODALITÀ DI IMPLEMENTAZIONE... 7 Generalità... 7 Fase 1 - Attività propedeutiche al progetto (Project Initiation) Fase 2 Analisi degli assets Fase 3 - Analisi degli impatti (Business Impact Assessment) Fase 4 - Definizione dettagliata dei requisiti e della fattibilità... 8 Fase 5 Sviluppo del piano di Disaster Recovery... 9 Fase 6 Sviluppo del piano di test/verifica... 9 Fase 7 Sviluppo del piano di manutenzione del sistema... 9 Fase 8 Implementazione iniziale e collaudo INDICE DEL PIANO DI DISASTER RECOVERY Proprietà Le informazioni contenute nel presente documento sono di proprietà della Newits s.a.s. di C.Aiolfi & C. Per nessun motivo questo documento o parte di esso può essere riprodotta in qualsiasi forma o mezzo (inclusa la registrazione e la fotocopia) senza autorizzazione scritta da parte della Newits s.a.s. di C.Aiolfi & C. 23 Informazioni Generali Controllo di versione Versione Data Autore Sommario modifiche /5/2008 C.Aiolfi Versione originale 3 4 Definizioni e requisiti Generalità Nella realtà quotidiana, tutte le organizzazioni e perfino l utente di casa dovrebbero predisporre un proprio piano di ripristino in caso di disastro. E fin troppo ovvio che tale piano sarà commisurato alle caratteristiche stesse dell azienda (dimensioni, tipo di attività, rilevanza sul mercato, criticità delle informazioni trattate e altri fattori che verranno analizzati successivamente). Tuttavia qualche precisazione è necessaria. I termini Business Continuity e Disaster Recovery fanno parte del dominio dell emergenza e sono spesso erroneamente usati come sinonimi. La Business Continuity ha come obbiettivo quello di evitare l interruzione del business in generale e prende quindi in considerazione tutti i servizi ed i processi aziendali. Il Disaster Recovery invece tiene conto solo di eventi disastrosi, che si possono definire estremi (quegli eventi cioè a scarsa probabilità di accadimento, ma ad alto impatto sul business) e che sono in grado di provocare un danno di rilevante entità sulla continuità operativa dei servizi IT. In poche parole il Disaster Recovery si colloca all interno della Business Continuity e considera solo l IT ovvero l insieme del sistema informatico e di tutte le risorse ad esso relative (le persone che lo gestiscono, l organizzazione, le politiche e le procedure correlate, i siti ove è collocato). Si potrebbe quasi dire che obbiettivo ultimo di un progetto di Business Continuity sia la definizione di un Disaster Recovery, che dunque rappresenta l insieme di quegli adempimenti di tipo fisico, logico, organizzativo, amministrativo, logistico e legale, atti a fronteggiare un evento a carattere catastrofico, che renda indisponibili le risorse deputate alle operazioni di elaborazione dei dati. Il Disaster Recovery è in sostanza un processo che consente di ripristinare il normale o indispensabile funzionamento dell operatività aziendale e il trattamento dei dati precedentemente interrotti da un evento indesiderato di natura eccezionale e cioè da quello che può definirsi quale vero e proprio disastro in un sistema informatico automatizzato. Obiettivi generici di progetto I progetti per l implementazione di un processo di Disaster Recovery sono spesso caratterizzati dalla loro capacità di raggiungere tre obiettivi: il punto di ripristino, il tempo di ripristino ed il budget. La figura seguente può aiutare ad illustrare questi concetti. T 1 rappresenta l ora dell evento disastroso. T 0 è il tempo al quale i dati salvati possono ritenersi certamente validi. T 0 è il punto di ripristino e rappresenta lo stato in cui i dati regrediscono dopo il ripristino (es. ripristino dall ultimo backup). L intervallo DLW (Data Loss Window) tra T 0 e T 1 identifica il periodo in cui i dati prodotti dal sistema informativo non sono recuperabili ovvero la quantità di dati persi. (es. intervallo di tempo tra il momento dell evento disastroso e l ultimo backup valido usabile per il ripristino). 45 T 2 è l ora di completo ripristino dei dati. T 2 rappresenta il momento in cui i dati vengono ripristinati nello stato in cui si trovavano al momento del disastro T 1 (es. ripristino dall ultimo backup + caricamento manuale) RW (Recovery Windows) è il tempo necessario per il pieno ripristino del sistema informativo. RPO (Recovery Point Objective) corrisponde alla dimensione della finestra di tempo DLW e rappresenta l obiettivo del progetto di recovery. Minore il valore e migliore è il risultato. RTO (Recovery Time Objective) coincide con il tempo di fermo dei sistemi e quindi di indisponibilità dei servizi applicativi. E uno degli obiettivi di progetto; minore il valore e migliore è il risultato.. Livelli di servizio del Disaster Recovery Le soluzioni di DR sono spesso descritte in termini di livello di servizio. Questi livelli di servizio furono inizialmente introdotti nel 1993 dal Technical Steering Committee di SHARE (www.share.org) e variano dal livello 0, che non prevede alcuna soluzione di DR, al livello 6 che implementa una soluzione integrata hardware e software per raggiungere l obiettivo zero perdita dati e ripartenza immediata. Service Tier 0: No Off-Site Storage of Data Service Tier 0 is the lack of a DR solution. Nearly all facilities using this approach back up their data but store the backups on site, unlike the other six true DR solutions, in which backups are stored off site. If a catastrophic event occurs, such facilities may be able to restore their data from backup as long as the damage caused by the data does not also prevent access to the backups. Large natural disasters or intentional acts of destruction are usually not so selective in their effects, however. It is much more likely that an entire building or even several city blocks or more are affected; few large-scale disasters target a single floor of a building and leave the others undamaged. Service Tier 1: Pickup Truck Access Method The Pickup Truck Access Method (PTAM) is not, strictly speaking, a DR solution. It is a commonly used practice for protecting data that has been applied to the problem of DR. PTAM consists of backing up data, most often to tape, although any easily transportable storage media will do, and then physically transporting the backup media to a different location for storage. When the data is needed, it is transported to a cold site, which has the infra structure necessary to support servers, storage, and networks, and only then is the hardware purchased and installed. One advantage of this solution is its relative low cost if no disaster occurs. The down side, however, is that if disaster strikes, establishing a new data center at the cold site will take considerable time, money, and labor. Another disadvantage is the impracticality of testing this solution. Service Tier 2: PTAM Plus Hot Site Like Service Tier 1, the Service Tier 2 solution consists of backing up data to portable storage media and then physically transporting the media to an alternate location. The difference is that when the data is needed, it is transported to a hot site, where the hardware is already up and running. Advantages over the previous solution include a much shorter recovery time and the ability to test the method before a data happens. In addition, compared to the solutions represented by the higher service tiers, the Service Tier 2 solution is still relatively low cost. Service Tier 3: Electronic Vaulting Like Service Tiers 1 and 2, the first part of this method consists of backing up the data. Unlike the previous solutions, however, in which the media containing the backup data is transported 56 physically, electronic vaulting transports the data electronically to the hot site. This reduces the amount of time needed to transport the data, resulting in faster recovery time. Savings in physical transportation costs are also achieved. These savings, however, are more than offset by the cost of the telecommunication. Service Tier Storage Media Solution Data Loss Window Downtime Type Often Used Reliability Cost Ease of Use Labor Required (Recover) Testability RPO Completeness RTO Availaility Tier 1 Tape Poor Low High High None Day+ Poor Week+ Poor Tier 2 Tape Poor Low to High High Moderate Day+ Poor to Day+ Poor moderate good Tier 3 Tape Poor Moderate High High Moderate < Day Poor to good < Day Poor to moderate Service Tier 4: Two Active Sites A Service Tier 4 solution can address the disadvantages of solutions from Service Tiers 1 through 3. A Service Tier 4 solution consists of two active sites, where each acts as a backup site to the other. One requirement for this solution is that the sites should be at some distance from each other to ensure that the same data will not put both of them out of commission. In addition, each site must have enough unused processing capacity that it can absorb the other site s workload if need be. This solution has two variations. The first variation is similar to electronic vaulting, in that data is backed up and transmitted electronically from each site to the other. The major difference between the Service Tier 3 and Service Tier 4 solutions is whether the second site is active or idle. The second variation replicates data, either through continuous transmission of data or through dual online storage. The use of replication in the second variation significantly shrinks the size of the data-loss window, and consequently improves the completeness of the recovery. With an automatic network-switching capability, a Service Tier 4 solution can reduce data recovery to hours or even minutes. Service Tier 5: Two Active Sites with Two-Phase Commit As with Service Tier 4, the Service Tier 5 solution consists of two active sites, each with enough unse processing capacity that it can take on the other s workload if data strikes. The difference is that, for selected data, when an application initiates a request to update the data, the application is not notified that the update is complete until both sites have concluded the update operation. Facilities using this solution can only lose data that is in the process of being updated. One disadvantage of this solution is that it increases the time required to update data, since the application has to wait for the update request and acknowledgement to be transmitted to the remote site. Service Tier 6: Zero Data Loss As with the Service Tier 4 and 5 solutions, a Service Tier 6 solution consists of two active sites, each with enough unused processing capacity that it can take on the other s workload in the event of a data. The difference is that a Service Tier 6 solution immediately and automatically transfers one site s workload to the second site when a data occurs. This solution requires dual online storage and an automatic network-switching capability. One disadvantage of this solution is that its high cost quite often leads to increased complexity. The reason for this is that if an organization implements a Service Tier 6 solution, the organization will usually only use that solution for its business-critical data. Less costly solutions from lower service tiers will be employed for less critical data. Using solutions from several different service tiers, however, increases the complexity in planning and implementing data recovery. Service Tier Storage Media Solution Data Loss Window Downtime 67 Type Often Used Reliability Cost Ease of Use Labor Required (Recover) Testability RPO Completeness RTO Availaility Tier 4 FC drives Very high High Low Moderate to low Good Seconds Moderate to good Minutes Moderate to good Tier 5 FC drives Very high High Low Low Good Seconds Good Seconds Good Tier 6 FC drives Very high Very high Low Very low Excellent None Excellent Seconds Excellent Modalità di implementazione Generalità Lo studio proposto è finalizzato a definire gli aspetti tecnici (rilevazione dell architettura attuale del sistema informativo e definizione di alcune alternative tecnologiche per l implementazione del DR), strategici (obbiettivi e budget), organizzativi (definizione di ruoli e procedure, formazione del personale), economici (analisi dei costi) e, non ultimi, quelli legali (leggi, regolamenti, codici di condotta, raccomandazioni) di un piano di Disaster Recovery. La metodologia generale di progetto proposta consiste di otto fasi separate; la metodologia è conforme alle direttive del DLGs 196/2003. Fase 1 - Attività propedeutiche al progetto (Project Initiation). Questa fase è usata per ottenere un conoscenza base dell ambiente IT corrente e dei piani di sviluppo. Vengono definiti: Rifinitura degli obiettivi di progetto Definizione dettagliata delle attività Definizione del gruppo di lavoro Pianificazione delle attività Analisi preliminare dei rischi di progetto Metodo: Incontri presso la sede del cliente, documentazione Deliverables: DRPDR101 Obiettivi ed introduzione Fase 2 Analisi degli assets. In questa fase debbono essere considerati e attentamente valutati gli asset, ossia le componenti base del sistema informativo aziendale. Occorre anzitutto stabilire ( in ordine di priorità ) quali elementi hardware e quali applicazioni software ( incluse le banche-dati ) siano indispensabili per l attuazione dei processi automatizzati di trattamento dei dati. La classificazione delle applicazioni viene fatta in base a fattori che ne determinano il rispettivo peso. Tali fattori sono i seguenti: livello di criticità attribuito alle applicazioni, valutazione qualitativa e tempo massimo di indisponibilità delle stesse. Sul piano della valutazione qualitativa, occorre effettuare una stima della possibile o probabile perdita economica dovuta al mancato utilizzo di ognuna delle applicazioni. Siffatta stima può essere rappresentata attraverso diversi livelli di danno E infine necessario stabilire il tempo massimo di indisponibilità e di inoperatività delle applicazioni sopportabile dall azienda per non perdere la sua posizione sul mercato e la sua credibilità (vedi RTO). Tuttavia l analisi degli asset non può esaurirsi con le valutazioni pertinenti alle applicazioni. È necessario classificare anche gli elementi idonei al corretto ripristino. E ovviamente non si può prescindere né dall esistenza di un sito alternativo ove ricoverare le infrastrutture prima che sia 78 riattivato il sito principale né dalla analisi delle procedure di backup e dei relativi metodi di archiviazione. Metodo: Workshop, raccolta documentazione esistenze, documentazione Deliverables: DRPDR102 Architettura di sistema Fase 3 - Analisi degli impatti (Business Impact Assessment). In tale fase vengono evidenziati i principali rischi conseguenti a calamità naturali o ad altri eventi imprevisti di rilevante entità, che possono avere impatti estremi sulla funzionalità dell infrastruttura I.T. e quindi sul funzionamento del business in generale. È chiaro quindi che il piano di DR deve prendere in considerazione solo alcuni tipi di minacce (quelle relative al dominio dell emergenza), come è altrettanto ovvio che, per quel che concerne i dati personali (sensibili e giudiziari), l analisi dei rischi fatta in tale sede si colloca all interno della più generale analisi dei rischi prevista parte integrante del contenuto del D.P.S richiesto dal DLGs 196/2003. Analizzate le tipologie di rischi che interessano il piano di DR si passa a svolgere una dettagliata analisi sull impatto che tali rischi possono avere sull azienda. Tramite tale analisi si considerano le conseguenze del disastro in relazione a determinate variabili, rappresentate dal tempo massimo di ripartenza (strettamente collegato al tempo massimo di indisponibilità delle applicazioni, come si è visto in precedenza) e dalla definizione delle priorità di ripristino (e cioè dall individuazione dei dati e dei sistemi, che vanno ripristinati con precedenza assoluta sugli altri). Riguardo ai dati personali, la legge fissa il tempo massimo di ripristino in sette, ma naturalmente i tempi dipendono dal tipo di dati trattati e dai diritti oggetto di tutela. A questo punto si può stabilire quale sia la massima perdita tollerabile di dati e cioè quale sia il massimo rischio sostenibile, in relazione ad una certa scala di valori. Metodo: Workshop, raccolta documentazione esistenze, documentazione Deliverables: DRPDR103 Inventario dei sistemi critici Fase 4 - Definizione dettagliata dei requisiti e della fattibilità I fattori da considerare ai fini della scelta della soluzione di DR più aderente alle esigenze dell organizzazione sono molteplici. Anzitutto va tenuta in conto la situazione iniziale dell infrastruttura con tutti i suoi asset; è necessario poi verificare i risultati sia dell analisi dei rischi attinenti al dominio dell emergenza sia della B.I.A.; infine c è da valutare l infrastruttura per il recovery (ubicazione, struttura del datacenter alternativo, risorse di rete, back-up, personale, elementi di supporto). Il tutto è finalizzato a rispondere ai seguenti quesiti fondamentali: se la soluzione di DR prescelta sia funzionale al ripristino; se consenta un ripristino solo parziale o totale (RPO); in quanto tempo si ottenga il ripristino e inoltre come, dove, quando e ad opera di chi (RTO); quanti e quali soggetti e infrastrutture debba interessare. A questo punto è necessaria l analisi dei costi (analisi di tipo quantitativo, che si affianca alla precedente valutazione qualitativa dei danni effettuata nella fase di analisi degli asset, poiché la scelta dell una o dell altra soluzione di DR potrà essere più o meno economica: maggior sicurezza è sinonimo di costi alti, viceversa a costi bassi si otterrà un livello di sicurezza minore. Occorrerà trovare un giusto equilibrio tra i costi di infrastruttura per il D.R. ( sopportabile livello di spesa ) e le perdite economiche dovute all evento disastroso ( ragionevole controllo del rischio ). Quest ultima variabile è molto importante in quanto in essa rientrano non soltanto le perdite patrimoniali e quelle di dati critici, ma anche i costi pertinenti alla gestione del periodo post-crisi e al rischio di una pubblicità negativa per l azienda, soprattutto nei casi in cui il disastro sia stato causato da attività umana. Per altro vanno valutati gli obblighi e le responsabilità in caso di propagazione dei danni ad un altra organizzazione. 89 Metodo: Workshop, raccolta documentazione esistenze, documentazione Deliverables: DRPDR104 Principi di base Fase 5 Sviluppo del piano di Disaster Recovery La fase di progettazione del DR si articola essenzialmente in due sottofasi: un piano generale o di massima ed un piano di dettaglio. Il piano generale deve, in primo luogo, descrivere l architettura complessiva da realizzare (aspetti logistici), comprensiva delle componenti hardware e software. Si devono cioè individuare, oltre al sito del datacenter alternativo, i luoghi ove collocare fisicamente i singoli elementi di ripristino. In secondo luogo occorre fissare gli obbiettivi da perseguire (aspetti strategici), in relazione alle priorità stabilite nelle precedenti analisi degli asset, dei rischi e del corrispondente impatto sui dati, sui sistemi e sui beni patrimoniali. Infine bisognerà rispettare i vincoli economici (rispetto del budget stanziato dai vertici aziendali per la realizzazione del piano) e legali (v. le prescrizioni del DLGs 196/2003 e dell All.B per il trattamento di dati personali e v. altre normative menzionate in precedenza). Al piano di massima segue il piano di dettaglio sviluppato secondo le usuali best practice di gestione dei progetti informatici; in generale il piano si sviluppa in tre momenti: a) Progettazione. a. Analisi di dettaglio delle componenti hardware e software, gap analysis b. Definizione delle procedure di gestione del sistema con definizione di ruoli, funzioni e responsabilità (chi-deve-fare-cosa). c. Definizione delle fasi di gestione dell emergenza: i. fase di contenimento ii. attivazione del livello minimo di operatività da DR site iii. attivazione del livello massimo di operatività da DR site iv. valutazione dei danni v. riacquisto dei beni danneggiati vi. ripristino del site di produzione vii. riattivazione dei servizi sul site di produzione b) Pianificazione delle attività. Vengono qui indicate le attività e il tempo necessari alla realizzazione del progetto, i gruppi di lavoro, le conoscenze richieste per ogni singola attività, le modalità di coinvolgimento del personale Metodo: Workshop, documentazione piano Deliverables: Sezione del piano di DR (vedi allegato), DPRDR105 Gap Analysis Fase 6 Sviluppo del piano di test/verifica I test in questione sono quelli relativi alla progettazione del piano, non alla simulazione del disastro. Verranno definiti test da effettuarsi periodicamente per verificare la funzionalità dei vari elementi di ripristino, delle applicazioni e delle singole unità operative, in modo da valutare l efficienza dell intera infrastruttura. Di siffatte verifiche si dovranno stendere precisi rapporti, secondo modalità prestabilite. Pianificazione della fase di collaudo. Metodo: Workshop, documentazione Deliverables: Sezione 6 del piano di DR (vedi allegato) Fase 7 Sviluppo del piano di manutenzione del sistema 910 In questa fase devono essere definite le procedure per la gestione dei cambiamenti e delle revisioni del progetto. Gli aggiornamenti sono infatti necessari e, con riguardo ai dati personali, l art. 31 del Cod. (disposizione questa estensibile a tutti gli altri dati rilevanti per l organizzazione) pone l obbligo di custodire e controllare i dati anche in relazione alle conoscenze acquisite in base al progresso tecnico. In tal modo, alla natura dei dati e alla tipologia dei trattamenti si aggiunge un altro elemento che permette di determinare quali siano le misure di sicurezza più adatte a ridurre al minimo il rischio di perdita dei dati per qualsivoglia causa ( anche accidentale ). Il piano di gestione dei cambiamenti deve tener conto sia delle variazioni tecnologiche apportate al sistema di produzione che delle mutate esigenze aziendali ed allineare di conseguenza le conoscenze del personale con opportuni piani di formazione. Metodo: Workshop, documentazione Deliverables: Sezione 7 del piano di DR (vedi allegato) Fase 8 Implementazione iniziale e collaudo E la fase del piano che prevede la realizzazione delle componenti infrastrutturali (siti di backup, tecnologie di replica, ridondanza delle infrastrutture di rete,..), organizzative (DR team) e gestionali (procedure di allineamento, monitoraggio, ) direttamente legate al DR e non ancora implementate nel sistema informativo aziendale. La fase di implementazione è seguita dalla fase di collaudo. Metodo: Installazione e test, documentazione Deliverables: Sezione 6 del piano di DR (vedi allegato) Indice del piano di Disaster Recovery Il piano di Disaster Recovery include le informazioni necessarie alla migrazione dei servizi applicativi dal sito primario a quello secondario in caso di sinistro. La struttura del documento è la seguente. Sezione 1: Informazioni generali sul piano DRPDR101: Obiettivi ed introduzione DRPDR102: Architettura di sistema DRPDR103: Inventario dei sistemi critici DRPDR104: Principi di base DRPDR105: Gap analysis (infrastruttura, applicazione e procedure) Sezione 2: Operatività normale DRPDR201: Inizializzazione infrastruttura DRPDR202: Inizializzazione banche dati DRPDR203: Inizializzazione applicazioni DRPDR204: Sincronizzazione siti DRPDR205: Monitoraggio siti DRPDR206: Piano di training del personale DRPDR207: Simulazione periodica di ripristino 1011 DRPDR208: Documentazione delle attività svolte (reporting) Sezione 3: Lancio della procedura di emergenza DRPDR301: Criteri di sicurezza DRPDR302: Comunicazioni (Lista dei contatti in caso di disastro, modalità di contatto) DRPDR303: Disaster recovery team (ruoli e responsabilità) DRPDR304: Attivazione del piano di disaster recovery DRPDR306: Valutazione dei danni DRPDR307: Procedure di acquisto in emergenza DRPDR308: Documentazione delle attività svolte (reporting) Sezione 4: Lancio delle procedure di avviamento del sito secondario DRPDR401: Preparazione del sito di disaster recovery DRPDR402: Procedura di ripristino dell infrastruttura DRPDR403: Procedura di ripristino della banche dati DRPDR404: Procedura di ripristino delle applicazioni DRPDR405: Procedura di ripristino delle operazioni Sezione 5: Ripristino del sito di produzione DRPDR500: Condizioni per il ritorno al sito di produzione DRPDR501: Ripristino dell infrastruttura DRPDR502: Ripristino della banche dati DRPDR503: Ripristino delle applicazioni DRPDR503: Ripristino delle operazioni Sezione 6: Verifica/test del piano DRPDR601: Obiettivi e strategie di test DRPDR602: Procedure di test e verifica Sezione 7: Manutenzione del piano DRPDR701: Aggiornamento del piano DRPDR702: Lista di riferimento dei documenti di piano 11 Documenti analoghi
La sicurezza informatica in Azienda: backup, continuità di servizio e disaster recovery Stefania Martini Business Continuity Vs. Disaster Recovery Business Continuity BC è un processo che si basa su persone, Dettagli Virtualizzazione. Business Continuity
Virtualizzazione Business Continuity Riepilogo vantaggi (2) Gestione dei sistemi semplificata rapidità nella messa in opera di nuovi sistemi gestione semplice di risorse eterogenee definizione di procedure Dettagli Sicurezza ICT e continuità del Business. Igea Marina Rimini - 5 luglio 2013
Sicurezza ICT e continuità del Business Igea Marina Rimini - 5 luglio 2013 Indice L approccio alla Sicurezza ICT La rilevazione della situazione L analisi del rischio Cenni agli Standard di riferimento Dettagli Business Continuity / Disaster Recovery e Storage Software I prodotti TIVOLI integrati nei servizi BCRS
Business Continuity / Disaster Recovery e Storage Software I prodotti TIVOLI integrati nei servizi BCRS Ivan Aliprandi Fabio Sabatti BCRS Solution Architect BCRS Solution Architect Agenda 1 2 3 BCRS Italia: Dettagli La piattaforma Microsoft per la Business Continuity ed il Disaster Recovery
La piattaforma Microsoft per la Business Continuity ed il Disaster Recovery Roberto Filipelli Application Platform Specialist Manager Enterprise Division Microsoft Agenda La Continuità dei servizi informatici Dettagli CORSO BUSINESS CONTINUITY AND DISASTER RECOVERY MANAGEMENT LE 10 PROFESSIONAL PRACTICES
1 CORSO BUSINESS CONTINUITY AND DISASTER RECOVERY MANAGEMENT Il corso è finalizzato a illustrare in dettaglio le competenze richieste al Business Continuity Manager per guidare un progetto BCM e/o gestire Dettagli Business continuity per la PA, G. Pontevolpe
Business continuity per la PA Ing. Gianfranco Pontevolpe Centro Nazionale per l Informatica nella Pubblica Amministrazione Programma Generalità sul disaster recovery Disaster recovery e sicurezza Aspetti Dettagli REPLICA ENTERPRISE CON DOUBLE- TAKE Marzo 2012
REPLICA ENTERPRISE CON DOUBLE- TAKE Marzo 2012 REPLICA ENTERPRISE CON DOUBLE- TAKE Marzo 2012 Antonio Nale+o Double- Take / Vision Antonio.nale+o@visionsolu9ons.com Tel +39 02 3860 8253 DOUBLE-TAKE! Dal Dettagli Aldo Lupi Ancitel Lombardia
BUSINESS CONTINUITY E DISASTER RECOVERY PER LE PA: OBBLIGHI DI LEGGE, STRATEGIE E OPPORTUNITA I RELATORI TELECOM Enzo Mario Bagnacani-Top Clients& Public Sector - Marketing Responsabile Infrastructure Dettagli REGISTRATION GUIDE TO RESHELL SOFTWARE
REGISTRATION GUIDE TO RESHELL SOFTWARE INDEX: 1. GENERAL INFORMATION 2. REGISTRATION GUIDE 1. GENERAL INFORMATION This guide contains the correct procedure for entering the software page http://software.roenest.com/ Dettagli EasyGov Solutions Srl. Start-up del Politecnico di Milano
Continuità operativa e Disaster recovery Ministero dell economia e delle finanze Dipartimento per le politiche fiscali Ufficio coordinamento tecnologie informatiche Mariano Lupo Alcuni concetti Gestione Dettagli Corso di Amministrazione di Sistema Parte I ITIL A
Corso di Amministrazione di Sistema Parte I ITIL A Francesco Clabot Responsabile erogazione servizi tecnici 1 francesco.clabot@netcom-srl.it Fondamenti di ITIL per la Gestione dei Servizi Informatici IT Dettagli Continuità operativa - FAQ
Continuità operativa - FAQ Cosa è la Continuità Operativa? La continuità operativa è l insieme di attività volte a minimizzare gli effetti distruttivi, o comunque dannosi, di un evento che ha colpito un Dettagli SICUREZZA ARCHIVI DIGITALI DISASTER RECOVERY
SICUREZZA ARCHIVI DIGITALI DISASTER RECOVERY Venezia 19 maggio 2011 Scenario di contesto Documenti - solo digitali - digitali e analogici Archivi - solo digitali - digitali e analogici 1 Archivio digitale Dettagli Continuità operativa e disaster recovery nella pubblica amministrazione
Continuità operativa e disaster recovery nella pubblica amministrazione DEFINIZIONI Linee Guida per il DR delle PA, DigitPA 2011 Continuità Operativa (CO) Continuità Operativa: l insieme delle attività Dettagli Data Alignment and (Geo)Referencing (sometimes Registration process)
Data Alignment and (Geo)Referencing (sometimes Registration process) All data aquired from a scan position are refered to an intrinsic reference system (even if more than one scan has been performed) Data Dettagli La soluzione di Cloud Backup e Disaster Recovery
Pavia 15 Marzo 2012 Mauro Bruseghini CTO, R&D B.L.S. Consulting S.r.l. La soluzione di Cloud Backup e Disaster Recovery Disaster Recovery 2 Cosa di intende per Disaster Recovery? Insieme di soluzioni tecnice Dettagli La Certificazione ISO/IEC 27001. Sistema di Gestione della Sicurezza delle Informazioni
Sistema di Gestione della Sicurezza delle Informazioni 2015 Summary Chi siamo Il modello operativo di Quality Solutions Introduzione alla ISO 27001 La metodologia Quality Solutions Focus on: «L analisi Dettagli La gestione sicura e flessibile della. della infrastruttura IT nell'azienda. Benvenuti. La gestione sicura e flessibile. Sarezzo, 24 settembre 2008
della infrastruttura IT nell'azienda Benvenuti Benvenuto (Mauro Gaeta Resp.Commerciale Ingest Srl) Criteri per la definizione dei livelli di servizio all'azienda, tramite la gestione dei back up, sistemi Dettagli LA CONTINUITA OPERATIVA Dott. Giovanni Rellini Lerz
Il Nuovo Codice dell Amministrazione Digitale: opportunità per i cittadini, adempimenti per le amministrazioni Napoli, 28 aprile 2011 LA CONTINUITA OPERATIVA Dott. Giovanni Rellini Lerz Introduzione alla Dettagli Studio di Fattibilità Tecnica
COMUNE DI MONASTIER DI TREVISO Provincia di Treviso Tel. 0422/798525 - Fax 0422/791045 e-mail: ragioneria@comune.monastier.tv.it pec: ragioneria.comune.monastier.tv@pecveneto.it Studio di Fattibilità Tecnica Dettagli tt CLOUD THINK HIGHER WORK LIGHTER
tt CLOUD THINK HIGHER WORK LIGHTER tt CLOUD SERVIZI DI HOSTING Oggi sono sempre di più le piccole e medie imprese che scelgono di virtualizzare la capacità di un server e le applicazioni aziendali risparmiando Dettagli Le Soluzioni IBM per la continuità operativa
2 Congresso Nazionale Banche Club TI Verona 24 giugno 2005 Soluzioni di Business Continuity: Metodologie e tecnologie abilitanti Giovanni Oldani IBM Senior Consultant 1 Auditorium del Banco Popolare di Dettagli User Guide Guglielmo SmartClient
Italiano: Explorer 10 pagina 1, Explorer 11 pagina 2 English: Explorer 10 page 3 and 4, Explorer 11 page 5. Compatibilità del Portale Piaggio con Internet Explorer 10 e 11 Internet Explorer 10 Con l introduzione Dettagli Mantenere i sistemi IT sempre attivi: una guida alla continuità aziendale per piccole e medie imprese
Mantenere i sistemi IT sempre attivi: una guida alla continuità aziendale per piccole e medie imprese Mantenere le applicazioni sempre disponibili: dalla gestione quotidiana al ripristino in caso di guasto Dettagli Ruolo delle associazioni di impresa nella informazione corretta sui pericoli da sostanze e miscele
Ruolo delle associazioni di impresa nella informazione corretta sui pericoli da sostanze e miscele Ilaria Malerba Area Sicurezza Prodotti e Igiene Industriale Roma, 19 maggio 2015 1 giugno 2015: alcuni Dettagli Hanson Brothers. PIANO DI DISASTER RECOVERY delle sale server
La continuità operativa in azienda: concetti base e l esempio di Vimercate Paolo Colombo Responsabile Sicurezza Sistemi Informativi Azienda Ospedaliera di Desio e Vimercate Cosa è la continuità operativa Dettagli "QUANDO C'E' UNA META, ANCHE IL DESERTO DIVENTA STRADA"
Progettare oggi, significa apportare innovazione, semplicità, aumento della produttività, creare valore aggiunto durante le normale attività di lavoro, sempre senza generare attriti tra la produzione e Dettagli Introduzione Kerberos. Orazio Battaglia
Orazio Battaglia Il protocollo Kerberos è stato sviluppato dal MIT (Massachusetts Institute of Tecnology) Iniziato a sviluppare negli anni 80 è stato rilasciato come Open Source nel 1987 ed è diventato Dettagli Urbi DR-ASP. Descrizione servizio di DR per ASP. Aprile 2012
Urbi DR-ASP Aprile 2012 Descrizione servizio di DR per ASP PA DIGITALE Spa Documento Riservato Ultima Revisione luglio 2012 E fatto divieto la copia, la riproduzione e qualsiasi uso di questo P.1/3 Premessa... Dettagli TiReplico. Swiss Secure Disaster Recovery As A Service. Sales datasheet V1.0
TiReplico Swiss Secure Disaster Recovery As A Service Sales datasheet V1.0 Garantisci la tua Business Continuity 2 Perché implementare un progetto di DISASTER RECOVERY? RISPARMIARE sul ripristino dei sistemi Dettagli Implementazione e gestione del transitorio nell introduzione di un sistema ERP: il caso Power-One - Oracle
FACOLTÀ DI INGEGNERIA RELAZIONE PER IL CONSEGUIMENTO DELLA LAUREA SPECIALISTICA IN INGEGNERIA GESTIONALE Implementazione e gestione del transitorio nell introduzione di un sistema ERP: il caso Power-One Dettagli Luca Mambella Business Continuity: dalle soluzioni tradizionali al Cloud computing
Luca Mambella Business Continuity: dalle soluzioni tradizionali al Cloud computing I modelli di sourcing I principali prerequisiti ad una evoluzione dei modelli di sourcing sono una profonda standardizzazione Dettagli Elementi del progetto
Elementi del progetto Premessa Il CLOUD degli Enti Locali rende disponibile quanto necessario per migrare le infrastrutture informatiche oggi attive nei CED dei singoli Enti: Server in forma di Virtual Dettagli Famiglie di tabelle fatti
aprile 2012 1 Finora ci siamo concentrati soprattutto sulla costruzione di semplici schemi dimensionali costituiti da una singola tabella fatti circondata da un insieme di tabelle dimensione In realtà, Dettagli IBM i5/os: un sistema progettato per essere sicuro e flessibile
IBM i5/os garantisce la continua operatività della vostra azienda IBM i5/os: un sistema progettato per essere sicuro e flessibile Caratteristiche principali Introduzione del software HASM (High Availability Dettagli We take care of your buildings
1 U Corso di italiano, Lezione Quindici U Buongiorno, anche in questa lezione iniziamo con qualche dialogo formale M Good morning, in this lesson as well, let s start with some formal dialogues U Buongiorno, Dettagli Combinazioni serie IL-MIL + MOT
Sezione 1 / Section 1 2 Elementi d identità: il marchio Elements of identity: the logo Elements of identity: the logo Indice 2.01 Elementi d identità 2.02 Versioni declinabili 2.03 Versioni A e A1, a colori Dettagli Laboratorio di Amministrazione di Sistema (CT0157) parte A : domande a risposta multipla
Laboratorio di Amministrazione di Sistema (CT0157) parte A : domande a risposta multipla 1. Which are three reasons a company may choose Linux over Windows as an operating system? (Choose three.)? a) It Dettagli Come Funziona. Virtualizzare con VMware
Virtualize IT Il Server? Virtualizzalo!! Se ti stai domandando: ma cosa stanno dicendo? ancora non sai che la virtualizzazione è una tecnologia software, oggi ormai consolidata, che sta progressivamente Dettagli Le competenze richieste dal mercato per la conduzione dei progetti ICT
GRUPPO TELECOM ITALIA Ministero dello Sviluppo Economico Scuola Superiore di Specializzazione in Telecomunicazioni Roma, 26 gennaio 2016 Le competenze richieste dal mercato per la conduzione dei progetti Dettagli TNCguide OEM Informativa sull introduzione di documentazione aggiuntiva nella TNCguide
Newsletter Application 4/2007 OEM Informativa sull introduzione di documentazione aggiuntiva nella APPLICABILITÀ: CONTROLLO NUMERICO itnc 530 DA VERSIONE SOFTWARE 340 49x-03 REQUISITI HARDWARE: MC 420 Dettagli Allegato. Servizio Hosting Virtual DataCenter di Regione Lombardia. per l ENTE UCL Asta del Serio
Allegato Servizio Hosting Virtual DataCenter di Regione Lombardia per l ENTE UCL Asta del Serio Contesto Il percorso condotto da Regione Lombardia (RL) per la razionalizzazione dei CED degli ENTI si inserisce Dettagli BOZZA D.P.S. Documento Programmatico sulla Sicurezza. Intestazione documento: Ragione sociale o denominazione del titolare Indirizzo Comune P.
BOZZA D.P.S. Intestazione documento: Ragione sociale o denominazione del titolare Indirizzo Comune P.iva Documento Programmatico sulla Sicurezza Indice finalità del documento inventario dei beni in dotazione Dettagli Aggiornamento dispositivo di firma digitale
Aggiornamento dispositivo di firma digitale Updating digital signature device Questo documento ha il compito di descrivere, passo per passo, il processo di aggiornamento manuale del dispositivo di firma Dettagli 1. LE MINACCE ALLA SICUREZZA AZIENDALE 2. IL RISCHIO E LA SUA GESTIONE. Sommario
1. LE MINACCE ALLA SICUREZZA AZIENDALE 1.1 Introduzione... 19 1.2 Sviluppo tecnologico delle minacce... 19 1.2.1 Outsourcing e re-engineering... 23 1.3 Profili delle minacce... 23 1.3.1 Furto... 24 1.3.2 Dettagli Dell Software. Giovanni Papa. giovanni.papa@software.dell.com. Account Manager Data Protection Vranger AppAssure Netvault: Italy - Spain
Dell Software Giovanni Papa giovanni.papa@software.dell.com Account Manager Data Protection Vranger AppAssure Netvault: Italy - Spain Are you prepared? @! Restored? Complex 18.5 Hours downtime $5,600/Min Dettagli sdforexcontest2009 Tool
sdforexcontest2009 Tool Guida all istallazione e rimozione. Per scaricare il tool del campionato occorre visitare il sito dell organizzatore http://www.sdstudiodainesi.com e selezionare il link ForexContest Dettagli English-Medium Instruction: un indagine
English-Medium Instruction: un indagine Marta Guarda Dipartimento di Studi Linguistici e Letterari (DiSLL) Un indagine su EMI presso Unipd Indagine spedita a tutti i docenti dell università nella fase Dettagli CONTINUITÀ OPERATIVA E DISASTER RECOVERY NELLA P.A.
CONTINUITÀ OPERATIVA E DISASTER RECOVERY NELLA P.A. DEFINIZIONI CONTINUITÀ OPERATIVA capacità di reagire e rispondere a eventi imprevisti che compromettano il funzionamento ICT DISASTER RECOVERY sinonimo Dettagli IP TV and Internet TV
IP TV e Internet TV Pag. 1 IP TV and Internet TV IP TV e Internet TV Pag. 2 IP TV and Internet TV IPTV (Internet Protocol Television) is the service provided by a system for the distribution of digital Dettagli ENTERPRISE RISK MANAGEMENT IL PUNTO DI VISTA DI SAS
ENTERPRISE RISK MANAGEMENT IL PUNTO DI VISTA DI SAS MILANO, 16 GENNAIO 2014 Expected Revenue from Business Line XXX Expected Revenue from Business Line XXX Result at 1% Target Expected Result ENTERPRISE Dettagli ETA CONSIGLIATA/RECOMMENDED AGE Indica per quale fascia di età è stato pensato il giocattolo. Suggested age group for the ride.
5 12 ETA CONSIGLIATA/RECOMMENDED AGE Indica per quale fascia di età è stato pensato il giocattolo. Suggested age group for the ride. UN BAMBINO/ONE CHILD Su questo gioco può salire al massimo un bambino. Dettagli Università di Venezia Corso di Laurea in Informatica. Marco Fusaro KPMG S.p.A.
Università di Venezia Corso di Laurea in Informatica Laboratorio di Informatica Applicata Introduzione all IT Governance Lezione 4 Marco Fusaro KPMG S.p.A. 1 CobiT Obiettivi del CobiT (Control Objectives Dettagli La sicurezza nella società digitale e nuovi modelli d uso ICT per la Pubblica Amministrazione
La sicurezza nella società digitale e nuovi modelli d uso ICT per la Pubblica Amministrazione Direzione Centrale Sistemi Informativi e Tecnologici Massimiliano D Angelo Forum PA, 30 maggio 2013 1 I numeri Dettagli Estendere Lean e Operational Excellence a tutta la Supply Chain
Estendere Lean e Operational Excellence a tutta la Supply Chain Prof. Alberto Portioli Staudacher www.lean-excellence.it Dipartimento Ing. Gestionale Politecnico di Milano alberto.portioli@polimi.it Lean Dettagli The Best Practices Book Version: 2.5
Read Online and Download Ebook LA SACRA BIBBIA: OSSIA L'ANTICO E IL NUOVO TESTAMENTO VERSIONE RIVEDUTA BY GIOVANNI LUZZI DOWNLOAD EBOOK : LA SACRA BIBBIA: OSSIA L'ANTICO E IL NUOVO Click link bellow and Dettagli STORAGE SU IP I VANTAGGI DELLE SOLUZIONI DI STORAGE SU IP PER LE PICCOLE E MEDIE IMPRESE. Powered by
STORAGE SU IP I VANTAGGI DELLE SOLUZIONI DI STORAGE SU IP PER LE PICCOLE E MEDIE IMPRESE Powered by STORAGE SU IP: I VANTAGGI DELLE SOLUZIONI DI STORAGE SU IP PER LE PICCOLE E MEDIE IMPRESE Introduzione Dettagli NEL BUSINESS, ACCANTO A VOI
NEL BUSINESS, ACCANTO A VOI Una nuova azienda che, grazie all'esperienza ventennale delle sue Persone, è in grado di presentare soluzioni operative, funzionali e semplici, oltre ad un'alta qualità del Dettagli Aldo Serraglio Infracom Italia S.p.A. Business Unit ICT Outsourcing. Infracom case studies per la gestione tecnologica del rischio operativo
Aldo Serraglio Infracom Italia S.p.A. Business Unit ICT Outsourcing Infracom case studies per la gestione tecnologica del rischio operativo 1 Il Gruppo Infracom Competenze, Metodologie, Servizi ed Infrastrutture Dettagli Seminario tecnico - Commissione ICT L affidabilità delle strutture ICT critiche
Seminario tecnico - Commissione ICT L affidabilità delle strutture ICT critiche Parte 2 - Architetture ICT e soluzioni organizzative per BC e DR, standard, normativa banche e PA Lead Auditor ISO 22301 Dettagli Posta elettronica per gli studenti Email for the students
http://www.uninettunouniverstiy.net Posta elettronica per gli studenti Email for the students Ver. 1.0 Ultimo aggiornamento (last update): 10/09/2008 13.47 Informazioni sul Documento / Information on the Dettagli Studio e implementazione di un OCR per auto-tele-lettura dei contatori di gas e acqua
POLITECNICO DI MILANO Corso di Laurea in Ingegneria Informatica Dipartimento di Elettronica e Informazione Studio e implementazione di un OCR per auto-tele-lettura dei contatori di gas e acqua AI & R Lab Dettagli Piano di Continuità Operativa ICT
LOGO DELL AMMINISTRAZIONE Piano di Continuita Operativa ICT Esempio di modello generale X/XX/201X F I R M E Unità/Ruolo Nominativo Firma PREPARATO DA: CONTROLLATO DA: APPROVATO DA: AUTORIZZATO DA: 2 LISTA Dettagli Allegato 2: Prospetto informativo generale
Gara a procedura ristretta accelerata per l affidamento, mediante l utilizzo dell Accordo Quadro di cui all art. 59 del D.Lgs. n. 163/2006, di Servizi di Supporto in ambito ICT a InnovaPuglia S.p.A. Allegato Dettagli CHI SIAMO ABOUT US. Azienda giovane fresca e dinamica ottiene immediatamente un ottimo successo conseguendo tassi di crescita a doppia cifra
CHI SIAMO Nel 1998 nasce AGAN, societa specializzata nei servizi di logistica a disposizione di aziende che operano nel settore food del surgelato e del fresco. Azienda giovane fresca e dinamica ottiene Dettagli CAMBIO DATI PERSONALI - Italy
CAMBIO DATI PERSONALI - Italy Istruzioni Per La Compilazione Del Modulo / Instructions: : Questo modulo è utilizzato per modificare i dati personali. ATTENZIONE! Si prega di compilare esclusivamente la Dettagli Aggiornate alle richieste pervenute al 31.03.2009. Pubblicata in data 03.0.4.2009
Aggiornate alle richieste pervenute al 31.03.2009. Pubblicata in data 03.0.4.2009 Regione Calabria - BANDO SIAR - Chiarimenti e risposte ai quesiti 45 46 E possibile utilizzare, per la gestione del SIAR, Dettagli I controlli generali IT riguardano l organizzazione della funzione IT, le attività di acquisizione e manutenzione del software, le procedure di sicurezza logica e fisica, i controlli sul funzionamento Dettagli Il data quality nei progetti IRB e nel processo creditizio. Vincenzo M. Re
Il data quality nei progetti IRB e nel processo creditizio Vincenzo M. Re Il documento riflette le opinioni personali del relatore che non possono in alcun modo essere ritenute espressione della posizione Dettagli Guida pratica per pianificare il disaster recovery in modo economico ed efficace
White paper www.novell.com Guida pratica per pianificare il disaster recovery in modo economico ed efficace Indice Misurazione del costo totale di gestione...3 Misurazione delle prestazioni...4 Valutazione Dettagli ICT Information &Communication Technology
ICT Information &Communication Technology www.tilak.it Profile Tilak Srl, azienda specializzata in soluzioni in ambito Communication Technology opera nell ambito dei servizi di consulenza, formazione e Dettagli Soluzioni IBM per la continuità operativa e casi di aziende italiane
Soluzioni IBM per la continuità operativa e casi di aziende italiane Infosecurity - Storage Expo Roma 2006 21 Giugno 2006 Sergio Resch IBM System Storage Solutions Manager sergio_resch@it.ibm.com Business Dettagli IL CSI PIEMONTE PER LA CONTINUITÀ DEI VOSTRI SERVIZI
IL CSI PIEMONTE PER LA CONTINUITÀ DEI VOSTRI SERVIZI LA CONTINUITÀ OPERATIVA È UN DOVERE La Pubblica Amministrazione è tenuta ad assicurare la continuità dei propri servizi per garantire il corretto svolgimento Dettagli GstarCAD 2010 Features
GstarCAD 2010 Features Unrivaled Compatibility with AutoCAD-Without data loss&re-learning cost Support AutoCAD R2.5~2010 GstarCAD 2010 uses the latest ODA library and can open AutoCAD R2.5~2010 DWG file. Dettagli Privacy e Sicurezza delle Informazioni
Privacy e Sicurezza delle Informazioni Mauro Bert GdL UNINFO Serie ISO/IEC 27000 Genova, 18/2/2011 Ente di normazione federato all UNI (Ente Nazionale Italiano di Unificazione) Promuove e partecipa allo Dettagli Solutions in motion.
Solutions in motion. Solutions in motion. SIPRO SIPRO presente sul mercato da quasi trent anni si colloca quale leader italiano nella progettazione e produzione di soluzioni per il motion control. Porsi Dettagli LINEE GUIDA PER IL DISASTER RECOVERY DELLE PUBBLICHE AMMINISTRAZIONI. Note di accompagnamento allo strumento di autovalutazione
LINEE GUIDA PER IL DISASTER RECOVERY DELLE PUBBLICHE AMMINISTRAZIONI Note di accompagnamento allo strumento di autovalutazione 1 1. INTRODUZIONE ALLO STRUMENTO DI SUPPORTO ALL AUTOVALUTAZIONE Lo strumento Dettagli WYS. WATCH YOUR SYSTEMS in any condition
WYS WATCH YOUR SYSTEMS in any condition WYS WATCH YOUR SYSTEMS La soluzione WYS: prodotto esclusivo e team di esperienza. V-ision, il team di Interlinea che cura la parte Information Technology, è dotato Dettagli Corsi di Laurea Magistrale/ Master Degree Programs
Corsi di Laurea Magistrale/ Master Degree Programs Studenti iscritti al I anno (immatricolati nell a.a. 2014-2015 / Students enrolled A. Y. 2014-2015) Piano di studi 17-27 Novembre 2014 (tramite web self-service) Dettagli Procedure d emergenza e Business Continuity Plan. Dott. Ing. Alfiero Ortali Dirigente Servizio Sistema Informativo E-Governmant Provincia di Perugia
Procedure d emergenza e Business Continuity Plan Dirigente Servizio Sistema Informativo E-Governmant Provincia di Perugia Loreto Ottobre 2011 La business continuity è in sostanza l insieme di attività Dettagli DICHIARAZIONE DI RESPONSABILITÀ
- 0MNSWK0082LUA - - ITALIANO - DICHIARAZIONE DI RESPONSABILITÀ Il produttore non accetta responsabilità per la perdita di dati, produttività, dispositivi o qualunque altro danno o costo associato (diretto Dettagli ATTESTATO DELL ATTIVITÀ DI VOLONTARIATO CERTIFICATE OF VOLUNTARY ACTIVITIES
ASSOCIAZIONE CONSORTI DIPENDENTI MINISTERO AFFARI ESTERI ATTESTATO DELL ATTIVITÀ DI VOLONTARIATO CERTIFICATE OF VOLUNTARY ACTIVITIES ASSOCIAZIONE CONSORT I DIPENDENTI MINISTE RO AFFARI ESTER I ATTESTATO Dettagli SAP PLM - DMS. SAP Document Management System integrazione con Content Server
SAP PLM - DMS SAP Document Management System integrazione con Content Server Apex assists companies increase business value by leveraging existing investments in SAP solutions SAP DMS Agenda Overview soluzione Dettagli Manutenzione del software
del software Generalità Leggi dell evoluzione del software Classi di manutenzione Legacy systems Modelli di processo per la manutenzione 1 Generalità La manutenzione del software è il processo di modifica Dettagli Ingegneria del Software Testing. Corso di Ingegneria del Software Anno Accademico 2012/2013
Ingegneria del Software Testing Corso di Ingegneria del Software Anno Accademico 2012/2013 1 Definizione IEEE Software testing is the process of analyzing a software item to detect the differences between Dettagli Luca Mambella Disaster recovery: dalle soluzioni tradizionali al cloud, come far evolvere le soluzioni contenendone i costi.
Luca Mambella Disaster recovery: dalle soluzioni tradizionali al cloud, come far evolvere le soluzioni contenendone i costi. I modelli di sourcing Il mercato offre una varietà di modelli di sourcing, ispirati Dettagli Guida all installazione del prodotto 4600 in configurazione plip
Guida all installazione del prodotto 4600 in configurazione plip Premessa Questo prodotto è stato pensato e progettato, per poter essere installato, sia sulle vetture provviste di piattaforma CAN che su Dettagli Guida operativa per redigere il Documento programmatico sulla sicurezza (DPS)
Guida operativa per redigere il Documento programmatico sulla sicurezza (DPS) (Codice in materia di protezione dei dati personali art. 34 e Allegato B, regola 19, del d.lg. 30 giugno 2003, n. 196) Premessa Dettagli L ATTUAZIONE DELLA NORMA : ARTICOLO 50 bis
L ATTUAZIONE DELLA NORMA : ARTICOLO 50 bis L ATTUAZIONE DELLA NORMA : ARTICOLO 50 bis DEL NUOVO CAD DEL NUOVO CAD Franco Ardito Programma di Continuità Operativa - CSI Piemonte Franco Ardito Programma Dettagli Francesco Scribano GTS Business Continuity and Resiliency services Leader
Francesco Scribano GTS Business Continuity and Resiliency services Leader Certificazione ISO 27001: l'esperienza IBM Certificazione ISO 27001: l'esperienza IBM Il caso di IBM BCRS Perchè certificarsi Il Dettagli Gli aspetti innovativi del Draft International Standard (DIS) ISO 9001:2015
Gli aspetti innovativi del Draft International Standard (DIS) ISO 9001:2015 I requisiti per la gestione del rischio presenti nel DIS della nuova ISO 9001:2015 Alessandra Peverini Perugia 9/09/2014 ISO Dettagli Babaoglu 2006 Sicurezza 2

References: art. 31
 art. 59
 art. 34
 ARTICOLO 50
 ARTICOLO 50
 ARTICOLO 50