데이터베이스 백업/복원 프로세스

Question

큰 데이터베이스 또는 데이터베이스 컬렉션을 SQL 서버에 백업 및 복원하는 과정은 재해 발생시 복구를 위해 매우 중요합니다 (&). 그러나 전체 프로세스가 가능한 한 효율적이고 100 % 신뢰할 수 있으며 유지 관리가 쉽고 여러 서버에 구성 할 수 있음을 보장하는 강력한 솔루션을 찾지 못했습니다.

Microsft의 유지 관리 계획으로 충분하지 않은 것 같습니다. 내가 사용한 최상의 솔루션은 원본 서버 (백업) 및 대상 서버 (복원)에서 실행되는 데이터베이스 당 여러 단계의 많은 작업을 사용하여 수동으로 만든 것입니다. 작업은 저장 프로 시저를 사용하여 백업을 수행하고 & 복원 작업을 수행합니다. 이 작업은 하루에 한 번 (전체 백업/복원) 및 5 분마다 intraday (트랜잭션 로그 전달)로 실행됩니다.

현재 프로세스가 작동하고 이메일을 통해 작업 실패를보고하지만 전체 프로세스가 매우 안정적이지 않으며 DBA가 아닌 모든 사용자가 모든 서버에서 쉽게 유지 관리/구성 할 수 없음을 잘 알고 있습니다. 과정.

저는 다른 사람들이이 같은 백업/복원 프로세스를 갖고 있고 다른 사람들이이 문제를 어떻게 극복했는지 알고 싶습니다.

Answer 1

나는이 과정을 통해서도 똑같은 일을하고 있으며 정기적으로 여러 가지 문제를 반쯤 가지고 있습니다. 트랜잭션 백업이 정상보다 더 크고 더 긴 시간이 소요하는 동안은 가끔씩

를 B.

을 서버 B에 서버 A에서 파일을 복사하고 서버에서 트랜잭션 백업을 복원 사이의 간격을 처리하려면 어떻게

복사. 그런 다음 복원 작업은 파일이 사용중인 운영 체제 오류를 가져옵니다.

다음 번에는 파일이 자동으로 적용되기 때문에 별 문제가되지 않지만 일반적으로보다 세련된 솔루션을 제공하는 것이 좋을 것이고 특별히이 문제를 해결하는 것이 좋습니다.

Answer 2

저는 개발자와 QA 담당자가 사용하기 위해 야간에 dev/test/QA 데이터베이스를 '0 단계'로 유지하는 비슷한 단계를 사용했습니다.

문서가 핵심입니다. Scott Hanselman이 '버스 ​​요인'이라고 부르는 것을 제거하려는 경우 (즉, 시스템 작성자가 버스에 충돌하여 모든 것이 빨기 시작하는 위험).

즉, 일반적인 데이터베이스 백업 및 재해 복구 계획에서 SQL Server 유지 관리 계획이 잘 작동한다는 것을 알게되었습니다. 귀하가 포함하는 한 : 1) 알맞은 서류 2) 일상 시험.
SQL Server Backup Best Practices (Free Tutorial/Video)

Answer 3

의 핵심 부분 :

나는 (누군가를 위해 재해 복구 계획을 만드는 방법에 대해 이동하는 방법의 예를 찾고이 질문에 그려진) 것을하고 가야하는 몇 가지 방법을 마련했습니다 당신의 질문 중 백업 솔루션이 비 DBA에 의해 관리 될 수있는 능력이 필요합니다. 백업 스크립트에 T-SQL 지식이 필요하기 때문에 백업 스크립트와 같은 모든 원시 SQL Server 응답은 필요를 충족시키지 못합니다.

때문에 Mitch Wheat이 언급 한 타사 솔루션을 고려하고 싶습니다. 나는 퀘스트 (LiteSpeed ​​제작자)를 위해 일하므로 물론 그 중 하나에 불과합니다. 비 DBA에게 보여주기 쉽습니다. 지난 회사를 떠날 때까지 필자는 시스템 관리자와 개발자에게 LiteSpeed ​​콘솔의 작동 방식을 보여주기 위해 10 분의 세션을 가졌습니다. 그들은 전화하지 않았다.

또 다른 접근법은 나머지 상점에서 사용하는 것과 동일한 백업 소프트웨어를 사용하는 것입니다. TSM, Veritas, Backup Exec 및 Microsoft DPM에는 모두 Windows 관리자가 다양한 사용 용이성으로 백업 프로세스를 관리 할 수있게 해주는 SQL Server 에이전트가 있습니다. DBA가 아닌 DBA가 관리하고 싶다면 SQL 전용 백업 도구가 제공하는 많은 성능을 희생하더라도 이것이 가장 쉬운 방법 일 것입니다.