SQL 데이터베이스를 외장 USB 하드 드라이브에 백업하는 것이 좋습니다?

Offshore Oil Platform (랙 서버)에 데이터베이스 시스템을 설치하겠습니다. 하드웨어 및 공간이 매우 제한되어 있으므로 백업 인프라를 전송할 수 없습니다. FTP를 통한 백업 전송도 파일 서버가 없기 때문에 불가능합니다.

휴대용 USD 하드 드라이브에 SQL 데이터베이스를 백업하려고 생각했습니다. USB 하드 드라이브는 항상 서버에 직접 연결됩니다. 일주일에 한 번, 그들은 하드 드라이브를 새로운 / old 하드 드라이브로 교체합니다.

이렇게하는 것이 좋은 생각입니까? 그렇지 않다면 더 나은 해결책을 제안 할 수 있습니까?

아이디어 일 뿐이지 만 미러 서버 / DB를 통해 외부 (또는 타사) 백업 서비스를 제공 할 수 있습니다. 삽입 / 업데이트 / 트랜잭션 로그 / 변경 / 생성 등을 수행 할 때마다 정보가 복제됩니다. 따라서 거래가 적고 인터넷 / 외부 네트워크에 대한 액세스 권한이 없거나 주당 하나의 연결로 제한된 연결이있는 경우 대기열에있을 수 있습니다.

어떤 종류의 DB를 사용하고 있는지 알려 주면 더 많은 도움을 줄 수 있습니다. MySQL입니까? MSSQL? 신탁?

좋은 정책의 프로그래밍 가능성 백업에 대해 더 많은 생각을 했습니까? 예를 들어, 구조와 데이터, 데이터 만료 시간을 알고있는 경우 불완전한 이력을 이동 / 삭제하거나 Mirred db에 대한 위의 아이디어를 사용할 수 있습니다.

최소한의 연결로 미러 DB를 사용하는 비용은 위험, 보안, 공간 및 하드웨어 손상 측면에서 외부 이동식 하드웨어를 사용하는 것보다 적습니다.

편집 :

서버 미러링에 대한 많은 도움말과 자습서 및 비디오 자습서가 있습니다. 내 기술은 Linux의 MySQL 서버에 중점을두고 있지만 몇 가지 팁을 알려 줄 수 있으므로 도움이되기를 바랍니다.

• 우선, 여기, serverfault 또는 그 이상을 살펴보십시오 . Stack Exchange의 데이터베이스 관리자
• MSSQL에 대한 msdn에서 (2005 버전을 제공 하지만 SQL Server 2005 의 서버 / DB : 데이터베이스 미러링 버전을 모르지만 최상위 메뉴에서 변경할 수 있습니다.

• 이 문서의 맨 아래 에는 큐 트랜잭션, 네트워크 용량 등과 같은 몇 가지 주요 질문을 설명 할 수 있는 FAQ 링크 가 있습니다.

• 또는 2008 R2 에서 미러 데이터베이스를 준비하는 방법 (맨 위의 "기타 버전"을 클릭하여 버전을 변경할 수 있습니다.

• 이와 같은 키가있는 Google에서는 Google 검색 에 대해 피곤 합니다. 내가 말했듯이, 선호하는 DB가 아니므로 실제로 MSSQL에서 어떻게 할 수 있는지 모르겠지만 한 가지 확신합니다 .DB가 2005 이상이라면 할 수 있습니다. 더 많은 옵션과 더 나은 말을 했어.
• 데이터베이스 서버만으로 서비스를 제공하는 거의 모든 호스팅은 어떤 종류의 정책이나 인증서를 사용하여 어느 위치에서나 미러를 수행 할 수 있다고 생각합니다. 나는 지금 좋은 서비스를 기억하지 못하지만 많은 것이 있다는 것을 알고 있습니다. MSSQL 서버보다 저렴한 MySQL 서버를 찾을 수는 있지만 MSSQL에서 MySQL로 데이터를 이동하려면 "마이그레이션 응용 프로그램"이 필요하다고 생각합니다. 따라서 첫 번째 옵션은 소스에 대한 모든 세부 정보를보고 요청하는 것입니다. 호환되는 거울.

그리고 그 사고 라인과 함께 또 다른 아이디어 :

미러 또는 기타 이유를 구성 할 수 없다고 가정하십시오. 마지막으로 많은 데이터를 통해 SQL을 읽고 작은 SQL을 전송하는 작은 작업 / 작업 / 자동화 소프트웨어 또는 스크립트를 만들 수 있습니다 (예 : MSSQL (실제 소스)에서 MySQL로 대상을 변경할 수 있음) 그것은 무료이며 당신은 당신의 자신의 PC / 서버 등으로 어디서나 그것을 지원할 수 있습니다

실제로 SQL에 대해 알고 있다면 할 수 있습니다.

• 또 다른 팁으로, HD를 추가 / 연결할 수는 없지만 RAID 디스크로 작업하여 내부 백업 용량을 늘릴 수 있다고합니다.

  그러나 어쨌든 백업의 주된 아이디어는 어떤 다른 이유로 (화재, 지진, 혁명, 하드웨어 문제). 이것이 미러의 주된 아이디어입니다. 사용자에게 분명한로드 밸런싱 서버, 실제로 작업중인 곳을 모르고 같은 방식으로 동시에 작동합니다. "히스토리 백업"과 "실시간 백업"의 차이점입니다.

편집 2 : 어쨌든 나는 당신의 아이디어에 대해 아무것도 대답하지 않습니다. 물론 아무것도 아닌 것보다는 낫지 만 중요한 데이터는 아무것도 아닙니다. 바람직하지 않은 미래의 문제가 많이 있습니다.

• USB의 속도
• 수동 프로세스 (누가? 다른 사람이 정보를 처리하는 데 너무 중요한 정보는 무엇입니까?
• 물론, 당신은 자동 옵션을 원합니다.
• 당신은 백업합니다 .. 무엇? 얼마입니까? 어떤 종류의 데이터? 이전 데이터는 무엇입니까? 어떤 기준으로? 기준은 변하거나 변할 수 있습니까? 그리고 그것은 다음 질문과 함께됩니다 :
• 여기 우리나라에는 "잠언"또는 "byword"가 있습니다. "오늘은 빵이고 내일은 배고프다" 내 말은, 언제라도이 과정을 바꿔야합니까? 짧은 시간에 다른 방법을 찾아야합니까? 비용은 얼마입니까? 솔루션 유연성이 있습니까? 아니면 미래에 무료로 문제가 발생합니까?

USB 연결 드라이브로의 백업은 백업이없는 것이 좋습니다. 테이프와 같은 백업용으로 특별히 설계된 하드웨어 백업이 더 나은 선택 일 수 있습니다.

몇 주 분량의 데이터를 잃을 여유가 있습니까? 일주일에 한 번 드라이브를 교체하는 경우 몇 주 분량의 데이터가 위험에 노출됩니다. 드라이브가 일주일 동안 연결되면 일부 전기 서지로 인해 컴퓨터와 백업 드라이브가 모두 꺼질 위험이 있습니다. 해당 드라이브를 6 일 동안 변경하지 않은 경우 6 일 분량의 데이터가 손실됩니다.

드라이브를 다른 위치로 배송 하시겠습니까? 원래 데이터베이스와 백업 드라이브를 모두 파괴하는 이벤트가 발생할 가능성이 매우 높습니다.