서버 데이터 백업 모범 사례 찾기

데이터 센터는 대량의 데이터를 처리하므로 데이터가 손상되면 재앙이 됩니다. 이것이 바로 정기적인 백업이 중요한 이유입니다. 사용하지 않는 백업 데이터가 많다고 해도 백업하는 것은 분명 시간 낭비가 아닙니다. 운이 좋으면 데이터 손실이 전혀 발생하지 않을 수도 있습니다. 그러나 이런 일이 거의 발생하지 않고 데이터의 무결성을 유지하는 것이 매우 중요하기 때문에 백업을 건너뛰어 시간과 자원을 "절약"하는 데에는 문제가 없는 것 같습니다.

업계 관계자는 데이터 센터의 백업이 매우 중요하다고 말합니다. 한 소규모 회사의 시스템 관리자는 일부 조직이 백업에 시간과 리소스를 "낭비"하지 않고 성공을 거두었다고 말한 적이 있습니다. 나는 그가 왜 내가 이 말에 충격을 받고 그를 믿을 수 없다는 표정으로 쳐다보는지 이해하지 못하는 것 같습니다. 백만명 중 단 한 명만이 백업이 쓸모없다고 믿기를 바랍니다. 나는 대부분의 IT 전문가가 백업의 가치를 믿고 적절한 백업을 수행하기 위해 최선을 다할 것이라고 기대합니다.

재해 발생 시 백업을 사용한 적이 없다면 운이 좋을 것입니다. 그러나 재난이 닥칠 시간표가 없기 때문에, 최신 백업은 재난이 닥쳤을 때 성공적인 재난 복구를 위한 생명 벨트 중 하나입니다. 백업 모범 사례의 핵심 사항 중 상당수는 실제로 모든 사람이 알고 사용하는 상식입니다. 그럼에도 불구하고 백업에 대한 몇 가지 모범 사례는 다음과 같습니다.

1. 규칙과 절차를 수립합니다. 많은 기술자는 문서화 같은 것을 싫어하지만 적절한 준비는 작업의 성공 또는 실패의 열쇠입니다. 백업 규칙 및 절차가 두꺼운 책일 필요는 없습니다. 백업할 때 백업 시기, 백업해야 하는 콘텐츠, 백업 책임자, 백업에 액세스할 수 있는 사람 등을 포함하면 됩니다. 백업 콘텐츠 등

2. 백업을 테스트합니다. 이 규칙은 상식입니다. 그러나 이 문제는 언급할 가치가 있습니다. 손상된 백업을 갖는 것은 확실히 소용이 없습니다. 더 나쁜 것은 백업이 잘 되어 있어 재해복구에 활용될 수 있다고 생각했는데, 활용하지 못하는 것으로 밝혀졌다는 점이다. 따라서 이러한 상황을 방지하려면 특히 중요한 데이터를 백업할 때 항상 백업을 테스트하십시오.

3. 백업에 라벨을 붙이고 정리합니다. 백업 CD가 2~3개 있으면 각 CD에 무엇이 들어 있는지 추측하기가 더 쉽습니다. 다양한 백업 미디어에 여러 PT의 데이터가 있는 경우 단순히 추측할 수는 없습니다. 따라서 각 백업에 태그를 지정하고 라이브러리에 정렬해야 합니다. 백업에 레이블을 지정하는 데는 의미 있는 이름, 데이터가 백업된 날짜 및 시간, 데이터 내용, 데이터를 생성한 사람 및 일부 설명을 사용하는 것이 포함됩니다.

4. 백업을 안전한 곳에 보관하세요. 보안 규정에는 백업 스토리지가 포함될 가능성이 높습니다. 그러나 이러한 사항이 포함되지 않은 경우 적절한 시기에 이러한 조항을 마련하여 문제를 해결하는 것이 좋습니다. 안전한 장소란 일반적으로 무단 접근으로부터 보호되고 화재, 홍수, 지진 등의 재난으로 인한 물리적 손상으로부터 보호되는 백업을 저장하는 장소를 의미하는 광범위한 용어입니다. 데이터 센터 자체에는 백업 데이터를 저장하지 않는 것이 가장 좋습니다. 그러나 백업을 저장할 안전한 장소가 있다면 그곳에 저장할 수 있습니다. 일부 데이터 센터는 요새와 같아서 다른 데이터 센터보다 더 안전합니다.

5. 실시간 백업. 최신 백업은 항상 유용합니다. 예를 들어 은행 업무, 온라인 거래 등에서는 실시간 백업만이 유용합니다. 실시간 백업에는 더 많은 리소스가 필요하지 않습니다. 그러나 데이터가 시간에 민감한 경우 실시간 백업은 선택 사항일 뿐입니다. 데이터가 시간에 민감하지 않더라도 실시간 백업에는 영향을 미치지 않습니다.

6. 백업된 데이터를 백업하세요. 추가 보호를 위해 이미 백업한 데이터를 백업할 수 있습니다. 하루 종일 계속해서 백업을 하는 것처럼 느껴질 수도 있지만, 중요한 데이터의 경우 이미 백업해 놓은 데이터를 백업하는 것은 시간 낭비가 아닙니다.

7. 자동화를 활용하라. 수동 백업은 많은 작업이 필요하지만 데이터 센터에서 수동 백업을 사용하는 경우가 드물지 않습니다. 그러나 자동화된 도구가 많기 때문에 수동 백업은 거의 없습니다. 이러한 도구 중 하나가 없다면 인생을 더 쉽게 만들어줄 도구를 구입하고 싶을 것입니다. 그러나 자동화는 좋지만(시간과 노력 절약) 사용할 수 없는 백업을 생성하면 좋지 않기 때문에 백업 결과를 확인하는 것을 잊지 말아야 합니다. 백업 도구가 잘못되는 경우는 드물지만, 그런 일이 절대 일어나지 않을 것이라고 생각하지 마십시오.

8. 암호화를 고려하세요. 백업에는 민감한 데이터가 포함되어 있습니다. 보안에 대해 걱정하지 않더라도 침입자가 백업 데이터에 액세스할 경우 어떤 일이 발생할 수 있는지 생각해 보아야 합니다. 엄격한 액세스 제어 기능이 있고 다른 사람이 백업 데이터에 불법적으로 액세스할 위험이 매우 작더라도 여전히 암호화를 사용하고 싶을 것입니다. 많은 자동 백업 도구가 안정적인 암호화를 제공하는데 왜 안 되겠습니까?

9. 무엇을 백업할지 파악하십시오. 모든 것을 완전히 백업할 수 있다면 가장 좋겠지만 절대적인 접근 방식은 비현실적입니다. 두 번째로 좋은 접근 방식은 무시할 수 있는 데이터를 생략할 수 있는 경우입니다. 어쨌든 중요도에 따라 데이터를 분류하고 최소한 중요하거나 매우 중요한 데이터는 정기적으로 백업해야 합니다. 실제로 백업하는 데이터가 많을수록 좋습니다. 그러나 작업에 심각한 제한이 있는 경우 중요한 데이터를 처리해야 합니다.

10. 더 이상 사용하지 않는 백업 미디어를 파기합니다. 휴지통에 버리는 중고 백업 미디어는 보안에 큰 위험이 있습니다. 왜냐하면 이러한 저장 미디어의 데이터가 완전히 지워졌고 어떤 방법으로도 복원할 수 없다는 것을 확인하지 않으면 다른 사람에게 불법적으로 액세스할 수 있는 기회를 제공한 것이기 때문입니다. 데이터. 오래된 백업미디어에 있는 데이터는 오래되었을 수 있지만, 그래도 불법 방문자의 손에 들어갈 수 없는 데이터입니다.

11. 믿을 수 있는 미디어를 사용하세요. 이것은 또 다른 상식 규칙입니다. 신뢰할 수 없는 미디어를 백업에 사용하는 경우 실제로는 안정적인 백업이 없다는 의미입니다. 재사용 가능한 미디어를 사용하는 경우 해당 미디어가 아직 백업 작업에 사용할 준비가 되어 있는지 정기적으로 확인해야 합니다. 그래도 작동하지 않으면 즉시 교체해야 합니다.

12. 정기적으로 백업하십시오. 백업에는 시간이 걸리며 사용 중인 특정 백업 프로그램에 따라 다릅니다. 백업은 데이터 센터의 정상적인 작동에 영향을 미칠 수 있습니다. 백업을 위해 진행 중인 작업을 중지할 수 없습니다. 실제로 백업 도구에는 일반적으로 이러한 요구 사항이 없습니다. 그러나 일부 데이터는 실행 중에 백업할 수 없습니다. 먼저 머신을 중지한 후 백업해야 합니다. 가능하다면 머신을 많이 사용하지 않는 시간(밤과 이른 아침)에 이 데이터를 백업하도록 계획하십시오.

13. 가상 머신을 백업합니다. 마지막으로, 백업할 때 잊지 말아야 할 한 가지는 가상 머신입니다. 가상 머신 백업은 별도의 과학은 아니지만 몇 가지 기술이 필요합니다. 따라서 VM을 백업할 필요가 없다면 VM을 올바르게 백업하는 방법을 배우는 데 시간을 투자하는 것이 좋습니다. 경우에 따라 가상화 솔루션 공급업체의 설명서에 지침이 제공되지만 모든 공급업체에 해당되는 것은 아닙니다. 가상 머신 백업 도입에 대한 모든 팁이 그렇게 자세하지는 않습니다. 따라서 가상화 솔루션을 백업할 때는 더욱 주의해야 합니다.

데이터 백업 모범 사례 목록은 끝이 없습니다. 일부 모범 사례는 특정 상황에서 유용하며 일부 규칙은 항상 합리적입니다. 그럼에도 불구하고 백업은 매우 중요하므로 무시할 수 없습니다. 따라서 다양한 방법을 실험해보고 어떤 방법이 자신에게 가장 적합한지 확인하고 싶을 것입니다. 시행착오가 최선의 전략은 아닙니다. 그러므로 일부 함정을 피하기 위해 사전에 가능한 한 많이 공부하십시오.