The UNIX and Linux Forums  

Go Back   UNIX e Linux Forum > Special Forum > Sicurezza > IT Security RSS
.
google unix.com



Più di UNIX e Linux Forum Argomenti potreste trovare utili
Filo Thread Starter Forum Risposte Ultimo Post
opere, passo dopo passo sulla linea di comando ma non in script whamchaxed Shell scripting e di programmazione 2 12-06-2007 07:47 AM
Passo dopo passo l'installazione di SCO Unix 2,1 nensee7 UNIX for Dummies Domande & Risposte 0 01-11-2007 09:22 AM
Come faccio a creare un telecomando o CSI JDS sessione su Solaris 10? ultra0384 SUN Solaris 11 10-05-2006 06:23 PM
installazione di SCO UNIX passo per passo porikamu UNIX for Dummies Domande & Risposte 1 05-27-2004 09:46 AM
Step by Step Script lisafern UNIX for Dummies Domande & Risposte 14 11-18-2003 07:19 PM

 
English Japanese Spanish French German Portuguese Italian Dutch Swedish Russian Norwegian Hungarian Hebrew Danish Bulgarian Greek Powered by Powered by Google
 
LinkBack Thread Tools Cerca in questo Thread Rate Thread Modalità di visualizzazione
  #1 (permalink)  
Old 10-11-2008
iBot's Avatar
iBot iBot is offline
Forum Robot Girl
  
 

Join Date: Sep 2000
Messaggi: 22.209
DRP e BCP Fase 1: Stabilire comunicazioni

Ho visto un certo numero di professionisti della sicurezza, con una mancanza di esperienza operativa in disaster recovery e business continunity pianificazione indirizzo sia DRP e BCP come se si trattasse di uno modelli, esercizio accademico. Questo è uno dei peggiori possibili approcci per DRP. Quindi, facciamo in modo semplice.

Il più importante primo passo che deve essere fatto in qualsiasi situazione di disaster recovery è quello di stabilire le comunicazioni. Nella maggior parte dei casi ciò significa che è necessario per stabilire le comunicazioni tra le persone all'interno di un'organizzazione esterna e anche per l'organizzazione.

In Tailandia, per esempio, vedo molte persone si avvicina DRP e BCP errato. Essi promuovere e sostenere la necessità di un approccio accademico che è più utile di confusione, e in molti casi, questi approcci sono uno spreco di tempo e risorse preziose. Il motivo è semplice. Se si concentrano su un solido piano di recupero della Commissione prima che si risolva il più critico da parte di qualsiasi scenario di disaster recovery.

Per esempio, diciamo che tu sei la sicurezza IT persona incaricata di un importante azienda manifatturiera. Si verifica una calamità naturale e distrugge il tuo edificio principale e il vostro data center. Come funziona il CEO di comunicare con i dipendenti? Come funziona l'azienda di comunicare con i loro clienti? Come funziona l'azienda di comunicare con i media e gli analisti? Chi sarà responsabile per la comunicazione con chi? Come lo fanno? Cosa succede se una catastrofe bussa di telecomunicazioni (per esempio la rete di telefonia mobile), qual è il piano?

In altre parole, il disaster recovery in ogni situazione, la pianificazione più importante primo passo è quello di assicurare che si dispone di un solido piano di comunicazione in vigore e si è pronti per eseguire piano di sotto vari scenari di catastrofe. Inoltre, è necessario distinguere tra le catastrofi che knock out comunicazioni nazionali e dorsali aziendali catastrofi più specifiche, come un incendio in un centro dati.

A volte mi sorprende il modo in cui la gente con poca esperienza operativa può essere mosso da studi accademici, confusione di norme e modelli di approcci alla sicurezza, quando tutto ciò che è necessario è un po 'di senso comune e una comprensione di ciò che è importante. Questi è niente di più importante, in ogni situazione di disaster recovery, che istituisce communcations.





Maggiori informazioni ...
 

Segnalibri

Thread Tools Cerca in questo Thread
Cerca in questo Thread:

Ricerca Avanzata
Modalità di visualizzazione Vota questo thread
Vota questo thread:

Distacco regolamento
Tu non può post nuovo thread
Tu non può inviare una risposta
Tu non può postare allegati
Tu non può modificare i tuoi post

BB codice è Su
Smilies sono Su
[IMG] codice Su
Codice HTML è Chiuso
Trackbacks sono Su
Pingbacks sono Su
Refbacks sono Su




Tutti gli orari sono GMT -4. La data di oggi è 09:53 AM.


Powered by: vBulletin, Copyright © 2000 - 2006, Jelsoft Enterprises Limited. Traduzioni Powered by .
vBCredits v1.4 Copyright © 2007 - 2008, PixelFX Studios
UNIX e Linux Forum Content Copyright © 1993-2009. Tutti i diritti Reserved.Ad di gestione da RedTyger

Contenuti pertinenti URL da vBSEO 3.2.0