The UNIX and Linux Forums  
Hej og Velkommen fra USA til UNIX og Linux Forums! Tak for dit besøg og deltager i vores globale samfund.

Go Back   UNIX og Linux Forums > Særlige Forums > Sikkerhed > IT-sikkerhed RSS
.
google unix.com



Mere UNIX og Linux Forum Emner du måske kan finde Helpful
Tråd Thread Starter Forum Svar Last Post
værker trinvis på kommando linje, men ikke i script whamchaxed Shell Programmering og Scripting 2 12-06-2007 07:47 AM
Trin for trin Installation af Unix SCO 2.1 nensee7 UNIX for dummyer Spørgsmål & svar 0 01-11-2007 09:22 AM
Hvordan kan jeg oprette en fjernbetjening CVU eller JDS session på Solaris 10? ultra0384 Sun Solaris 11 10-05-2006 06:23 PM
installation af SCO UNIX trin for trin porikamu UNIX for dummyer Spørgsmål & svar 1 05-27-2004 09:46 AM
Trin for trin Script lisafern UNIX for dummyer Spørgsmål & svar 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 Søg denne tråd Rate Thread Display Modes
  #1 (permalink)  
Old 10-11-2008
iBot's Avatar
iBot iBot is offline
Forum Robot Girl
  
 

Join Date: Sep 2000
Indlæg: 22.192
DRP og BCP Trin 1: Oprette Communications

Jeg har set en række sikkerheds-fagfolk med en mangel på praktiske erfaringer med katastrofe genoprettes og erhvervslivet continunity planlægning adresse både DRP og BCP, som om det var en skabelon, akademisk øvelse. Dette er en af de værre mulige strategier til DRP. Så lad os gøre det helt enkle.

Det vigtigste første skridt, der skal ske i en disaster recovery situation er at etablere kommunikation. I de fleste tilfælde betyder dette, at du har behov for at etablere kommunikation mellem mennesker i en organisation, og også uden for organisationen.

I Thailand, for eksempel ser jeg mange folk nærmer DRP og BCP forkert. De bestræbelser på at forsvare en akademisk tilgang, der er mere forvirrende end nyttig, og i mange tilfælde er disse tilgange spild af tid og værdifulde ressourcer. Årsagen er enkel. Hvis du fokuserer på en solid kommunikation genopretningsplan første du vil løse de mest kritiske del af en katastrofe scenario.

For eksempel, lad os sige, du er den it-sikkerhed, der er ansvarlig for en større produktionsvirksomhed. En naturkatastrofe indtræffer og ødelægger din hovedbygning og dit datacenter. Hvordan den administrerende direktør kommunikere med medarbejderne? Hvordan virksomheden kommunikere med deres kunder? Hvordan virksomheden kommunikerer med medier og analytikere? Hvem vil være ansvarlig for at kommunikere med hvem? Hvordan vil de gøre det? Hvad sker der, hvis en katastrofe udskærer telekommunikation (f.eks mobiltelefonnetværket), hvad er planen?

Med andre ord, er i enhver katastrofe planlægning situation, det vigtigste første skridt for at sikre at du har en solid kommunikationsplan i kraft, og du er klar til at udføre end planlægge under forskellige katastrofe scenarier. Derudover skal du skelne mellem katastrofer, som knock out nationale meddelelser backbones og mere specifikke corporate katastrofer, som en brand i et datacenter.

Nogle gange er jeg overrasket over, hvor folk med ringe operativ erfaring kan være drevet af akademiske studier, forvirrende standarder og skabelon tilgange til sikkerhed, når alt, hvad der kræves, er en smule sund fornuft og en forståelse af, hvad der er vigtigt. Disse er ikke noget vigtigere, i enhver disaster recovery situation, end om communcations.





Mere ...
 

Bogmærker

Thread Tools Søg denne tråd
Søg denne tråd:

Avanceret søgning
Display Modes Bedøm denne tråd
Bedøm denne tråd:

Udstationering Regler
Du kan ikke post nye tråde
Du kan ikke post svar
Du kan ikke post vedhæftede filer
Du kan ikke redigere dine indlæg

BB-kode er PÃ¥
Smilies er PÃ¥
[IMG] koden er PÃ¥
HTML-koden er Slukket
Trackbacks er PÃ¥
Pingbacks er PÃ¥
Refbacks er PÃ¥




Alle tidspunkter er GMT -4. Den tid er nu 12:36 AM.


Powered by: vBulletin, Copyright © 2000 - 2006, Jelsoft Enterprises Limited. Oversættelser Powered by .
vBCredits v1.4 Copyright © 2007 - 2008, PixelFX Studios
UNIX og Linux Forums Content Copyright © 1993-2009. Alle rettigheder Reserved.Ad Management ved RedTyger

Content Relevant webadresser ved vBSEO 3.2.0