SQL 서버: 데이터 라도 보호

  • 아티클

유지 하는 고가용성 기업 데이터 저장소로 SQL Server를 관리 하는 데이터 관리 전략의 필수 요소입니다.

Paul S. Randal

저장 하 고 데이터를 검색 하는 중단 없이 기능이 없으면 비즈니스 중단할 것입니다. 그 사람 외에도 데이터는 점점 모든 기업에서 가장 중요 한 자산입니다. 및 SQL Server 2008 또는 SQL Server 2008 r2는 자주 모든 데이터 관리 전략의 핵심입니다. 따라서 개발자와 dba가 그렇게 생각해 있으면 실행 하는 비즈니스를 유지 하는 데 책임이 있는 것입니다.

그러나 얼마나 결정적인 가이드를 업무 단위 관리자에서 데이터 계층을 담당 하 필터? 비즈니스 요구 사항은 명확 하 게 전달 됩니다? 기술 전문가 위한 생산성 전략에를 번역할 수 있습니다 방식으로 전달 되는?

특정 시장 세그먼트에는 엄격한 규제 요구 사항도 인프라 측면 보안 감사, 데이터 암호화 및 데이터 보존 합니다. 이러한 요구 사항을 충족 하지 못하면 생길 수 있습니다 되는 비즈니스에 벌금 또는 공용 신뢰성 및 향후 수익 손실 플러스 censured-현상이 발생 하는 최악의 것 매우 경쟁적 시장에 자주.

데이터 관리 전략을 정렬 합니다.

쉽게 또는 보안, 작업 관리, 보고 및 감사 주위와 통신 하는 비즈니스 리더를 보다 간단 하 게 보이는 특정 비즈니스 요구 사항입니다. 다행히 쉽게 구현 된 SQL Server 2008의 프레임 워크입니다 또한.

  • 휴지 상태의 데이터를 암호화 하는 투명 한 데이터 암호화 및 수 확장 가능 키 관리 "상자 해제" 암호화 키를 저장 하는 것 처럼 하 고 암호화 된 데이터에서 기능을 사용 하 여 데이터 보안 요구 사항을 충족할 수 있습니다.
  • SQL Server Reporting Services에 대 한 보고 요구 사항을 수행할 수 있습니다.
  • 리소스 관리자는 작업 부하 성능을 예측 하는 데 도움이 됩니다.
  • SQL Server 감사를 사용 하 여 포괄적인 감사 요구 사항에 맞게 수 있습니다.

그러나 종종 잘못 전달 된 두 가지 주요 비즈니스 요구 사항이: 시스템 가동 중지 시간 및 허용 가능한 데이터 손실. 이러한 복구 시간 목표 (RTO) 및 복구 시점 목표 (RPO) 각각 이라고 합니다. 불행 하 게도, 비즈니스 관리자는 RTO와 RPO을 고려 하지 일반적입니다, 그리고 재해 때 원하는 범위에 데이터 계층 보호 되어 있지 있는지만 확인 합니다, 가동 중지 시간이 나 데이터 손실 발생 발생 합니다.

당신은 업무 매니저 또는 DBA 여부 지금을 확실히 데이터 계층의 보호 업무에 필요한 범위를 알고 있는지 고려해 야 할 확인해를 보십시오. 그렇지 실현에 제공 하는 경우이 문제를 해결할 수 있도록 계획은 무엇입니까?

패닉 아니고 현실에서 적절 한 반응입니다. 전략에 의해 다음 주 배치 하는 소방 훈련 실시 쓰인다면 자체입니다. 디자인 및 구현에 적합 한 포괄적인 SQL Server 고가용성 (HA/DR)를 재해 복구 전략에 주의 노력을 꾸준히 진행 됩니다. 문제를 무시 calamity 초대 및 업무 태만 tantamount 수입니다.

요구 사항을 통해 작동 합니다.

먼저 비즈니스 요구 사항을 성공 전략을 디자인 하는 키를 작동 합니다. 그러면 그 업무 한계에 대 한 균형을 유지 해야 합니다. 여기서 IT 및 비즈니스 단위 지도자가 일대일 충족 하 고 눈 눈으로 사물을 참조 하십시오. 전략적 요구 사항을 비즈니스 작업에 관련 된 데이터의 각 부분에 [NULL]에 대해 다음과 같은 요소를 캡슐화 할 수 있습니다.

  1. 이 부분의 나머지 기업 데이터 저장소에 비해 데이터 얼마나 중요 한가? 비즈니스 관리자는 종종 모든 최상위 우선 순위 이며 동일 하 게 보호 해야 언급 합니다. 적은 양의 데이터를 사용 하지만 테라바이트에 여러 SQL Server 인스턴스를 통해 확산을 점점 더 실용적이 지.
  2. 데이터는 비즈니스 손실을 감당할 수 있습니다? 비즈니스 소유자 데 데이터 손실 없이으로 표시 하지만 항상 그렇지 않은.
  3. 시간 데이터를 사용할 수 있습니다? 비즈니스 소유자 또한 0 가동 중단을 보 시겠습니까 있지만 불행 하 게도이 실제로 얻을 수 없습니다. 그러나 아주 가까운 찾을 수 있습니다.
  4. 첫 번째 또는 두 번째 요소에 하루 중 다양 한 시간 또는 주말에 변경 합니까? 이 요구 사항을 충족 하는 데에 커다란 영향을 가질 수 있습니다. 0 가동 중지 시간과 데이터 손실을 오전 9 시 예: 제한 된 기간 동안 훨씬 더 달성 오후 5 시 전체 액세스 24 x 365 비교에서 평일.
  5. 데이터 가용성 및 내 구성을 유지 하는 작업 부하 성능을 손상 시킬 수 있습니까? 트랜잭션 로그 레코드의 동기 미러링을 제공 하는 데이터 손실 없이 기술만 필요 하거나 I/O 하위 시스템을 기록 합니다. 두 가지 모두 처리에 지연이 발생할 수 있습니다. 이 각각의 장단점이 있습니다.

액세스할 수 없거나 손실 된 데이터의 각 부분을 비즈니스에 미치는 영향에 대 한이 생각 하는 좋은 방법이입니다. 통해 생각 하 고 고객, 기업 이미지를 및 규제 컨트롤에 대 한 잠재적인 결과 정량화 하는 때에 놀랄 수 있습니다.

한계를 통해 작동 합니다.

디자인 하 고 있는 HA/DR 전략을 구현 하는 경우 보다 일반적인 실수 중 하나 첫 번째 제한 요소를 고려한 기술 디자인을 미리 이동입니다. 이 드로잉 보드 수를 반환 하는 것을 의미-시간과 돈을 낭비-또는 비즈니스 요구 사항에 맞지는 sub-standard 전략을 구현 합니다.

기술적 및 비기술적 측면의 많은 제한 사항이 있습니다. 재정의 요소는 일반적으로 예산입니다. 자세한 의미는 모든 필요한 공간 및 물리적 인프라에 할당 된 예산 달러를 더 많은 것을 의미 하는 더 많은 전원 에어컨, 즉, 더 많은 열 배출 되므로 전력이 더 자세한 하드웨어를 의미 합니다. 또한 하드웨어, SQL Server 및 Windows 라이센스 추가, 네트워크 대역폭의 비용을 고려 하 고 가능한 경우 여분의 시스템과 데이터 센터의 나머지 부분을 관리 하는 직원도 합니다.

손상 및 회사 퍼즐

모든 기술 제한 사항에 익숙해진 전력을 도착 가장 균형을 이룰 수 없습니다. 원하는 비즈니스에 가장 중요 한 데이터의 우선 순위 목록입니다. 될 거 야에서 작업 중인 제한이 지정 된 경우 가장 중요 한 비즈니스 요구 사항을 충족 하는 기술을 평가 합니다.

하면 방금 새로운 비즈니스 요구 사항을 충족 하는 인해 기술을 적용 하지 않을 것이 중요 합니다. 하지에 점프 또는 비즈니스 우선 순위에 [NULL]에 대해 제대로 계산 하지 않고는 기술을 선택 합니다. 항상 노력에 초기에 두고 과정을 적절 하 게 이동 하는 것이 좋습니다. 하면 시간과 비용을 저장 하는 더 좋은 전략 게 하겠습니다.

감당할 수 있는 기술로 비즈니스 요구 사항을 충족할 수 없습니다 경우 비즈니스 단위 지도자 예산 현실에 맞게 이러한 요구 사항을 변경 하는 작업을 해야 합니다. 기술자와 같이 의미가 동기 기술에 대 한 예산에 현금 부족 있는 경우 데이터 손실 없이 비즈니스 요구 사항에 협의 없습니다. 재해가 발생 하는 경우 비즈니스 관리자의 기대치를 충족 되어야 합니다 및 오류 상황에 대 한 IT 직원에 게 해당 됩니다.

HA/DR 전략을 디자인 하는 경우에 가장 까다로운 작업 중 하나는 종종 잘 어울리는 구성 요소가 조직의 전반적인 IT 전략을 형성 하는 것입니다. 예를 들어, DBA는 대기업에서 하는 경우는 가능성이 다른 팀 Windows 서버, 네트워크, 스토리지, 건물 인프라에 대 한 책임 등 4 시간 내에 모든 재해를 사용할 수 있도록 특정 데이터베이스의 비즈니스 요구 하는 경우 발생할 수 있도록 모든 이러한 팀을 포함 해야 합니다. Inter-team 정치 및 관계 목록에 나타납니다. 다른 팀으로 데이터 계층 팀의 기대와 전반적인 비즈니스에 최선을 같은 서비스 수준 계약을 충족에 동의 해야 합니다.

테스트, 테스트

데이터 계층을 적절 하 게 보호 되지 않은 생각 하면 가능성이 HA/DR 전략 제대로 비즈니스에는 테스트할 수 없는 것입니다. 설계 및 위기 상황에 대처할 수 있도록 실제로 시스템을 테스트 하는 HA/DR 전략을 구현 하는 과정을 거칠 때 매우 중요 합니다.

그러나 수행 보다는 쉽게이 있다고 합니다. 유도 다운 시킬 수 있는 테스트를 수행 하는 비즈니스 관리자는 문제입니다. 더 나은 everyone "재해"를 예상 현장에 있을 때 테스트를 실시 하 고 준비 단계 신속 하 게 문제를 해결 하는 것은 인수를 제공할 수도 있습니다. 오전 2 시에 재해가 발생 하면 결함이 있는 디자인을 검색 하 여 사용할 수 있습니다. 회사에서 명절 때 뼈대 담당자만 한편.

데이터 계층에는 허용 가능한 수준으로 가동 중지 시간 및 데이터 손실 로부터 보호 되어 있지 것을 발견할 수도 있습니다 경우에 많이 있습니다 옵션 SQL Server 2008 또는 SQL Server 2008 r2를 사용 하는 HA/DR 전략을 구현 합니다. 다양 한 기술과 그 장단점을 이해 하 고 다른 회사를 성공적으로 구축 된 아키텍처를 검사 합니다. 다음 백서를 확인 하 고 자세한 정보에 대 한 블로그 게시물:

유효한 전략 적용으로 작동 하는지 확인 하십시오. 이 비즈니스를 보호 하 고 예상치 못한 가동 중지 시간을 방지 하는 유일한 방법입니다.

Paul Randal

Paul S. Randal 관리 감독 SQLskills.com Microsoft 지역 담당 이사, SQL Server MVP입니다. SQL Server 저장소 엔진 팀은 Microsoft에서 1999 2007 작업. 그는 SQL Server 2005에 대 한 DBCC CHECKDB/복구를 작성 하 고 된 핵심 저장소 엔진에 대 한 SQL Server 2008을 개발 하는 동안. Randal 재해 복구, 고가용성 및 데이터베이스 유지 관리에서 전문가 이며는 컨퍼런스에서 전세계 합니다. 에 그 블로그 SQLskills.com/blogs/paul및 페이드와에 그를 찾을 수 있습니다 twitter.com/PaulRandal.

관련 콘텐츠