데이터 백업에 대한 10 % 규칙

Anonim

누구나 자신의 데이터를 보호하기를 원하지만 모든 사람들이 자신의 데이터가 안전한지 확인하는 데 필요한 모든 노력을 기울이는 것은 아닙니다. 실제로 그들은 10 % 규칙을 따라야 할 때 대부분의 사람들은 "설정하고 잊어 버려"접근법을 사용합니다.

그것을 설정하고 잊어 버려라. 기업이 데이터를 백업 할 때 자주 범하는 세 가지 실수가 있습니다.

1. 테스트 없음: 기업이 데이터를 백업 할 때, 많은 사람들은 자신의 데이터가 거기에 있다고 가정하고, 그것이 남아있는 동일한 조건에서 충실히 기다립니다. 사실 백업은 완벽한 프로세스가 아닙니다. 글리치가 발생하고 하드웨어가 실패합니다. 데이터가 손상되지 않고 모든 시스템이 작동하는지 확인하는 유일한 방법은 백업하는 데이터를 정기적으로 테스트하는 것입니다. 데이터를 테스트 할 때 안심할 수있을뿐 아니라 문제가 발생하기 전에 문제를 발견 할 수있는 기회도 얻을 수 있습니다.

$config[code] not found

2. 계획 없음: 아무도 재난이 그들에게 일어날 것이라고 생각하지 않지만, 실제로 예상하지 못한 사건이 발생합니다. 많은 기업들이 데이터를 백업했지만 복구 프로세스에 대해 생각하면 시간을 거의 소비하지 않습니다. 첫 번째 단계는 복구에 대해 생각하고 거기에서 뒤로 작업하는 것입니다.

3. 모든 것을 백업: 모든 데이터가 동일하게 생성되는 것은 아닙니다. 집에 불이났다면 볼펜을 구하기 위해 뛰어 들어야합니까? 아니요, 집에 아무도 없었는지 확인하기 위해 뛰어 들어야합니다. 그것은 데이터와 같은 것입니다. 재난이 발생하면 가장 중요한 데이터에 즉시 액세스 할 수 있어야합니다.

이제는 데이터를 보호 할 때 무엇을 피해야하는지 알았습니다. 당신은 무엇을 할 수 있고해야합니까? 첫째, 10 % 규칙을 이해해야합니다.

10 % 규칙이란 무엇입니까? 데이터의 10 %만이 중요합니다.

맞습니다. 이는 회사 데이터의 90 %가 대부분 정적이라는 것을 의미합니다. 90 퍼센트를 보호 할 필요가 없다는 뜻입니까? 전혀. 우선 순위를 정해야합니다. 위에서 언급 한 것처럼 모든 데이터가 동일하게 생성되는 것은 아닙니다. 시스템에 광범위한 오류가 발생하는 경우 가장 중요한 정보를 즉시 복구 할 수있는 계획을 갖고 싶습니다. 그렇게하면 비즈니스 중단 시간이 줄어 듭니다. 데이터의 우선 순위를 지정하지 않으면 중요하지 않은 데이터를 복구하는 데 시간을 낭비하게되며 중단 시간은 훨씬 길어질 수 있습니다.

그래서 정확히 무엇을합니까? 결정적인 평균? Critical은 조직마다 다르지만 파일이 일정 시간 내에 변경되지 않으면 보관소로 이동해야합니다. 변화하는 데이터 만이 중요한 것으로 간주되어야합니다.

모든 데이터가 틀림없이 중요하지만 조직에서는 중요한 응용 프로그램 및 시스템이 먼저 작동하는지 확인하기 위해 체계적 또는 계층화 된 접근 방식이 필요합니다. 이러한 시스템이 실행 중이고 액세스 가능 상태가되면 정적이 아닌 중요 파일을 복원 할 수 있습니다.

8 개의 댓글 ▼