모든 컴퓨터 사용자는 어떤 시스템도 일반적인 방법으로 복원할 수 없는 경우 오류와 심각한 오류로부터 면역이 된다는 것을 알고 있습니다. 이를 위해 백업 복사본을 만들 수 있는 유틸리티를 포함하여 프로그램이 개발되었습니다. 하드 드라이브및 논리 파티션. 다양한 수준의 복잡성을 가진 가장 인기 있는 유틸리티를 고려하십시오.

프로그램 및 데이터 복구: 사용 편의성

일부 사용자는 이러한 유형의 유틸리티가 얼마나 강력한지 오해합니다. 불행히도 그들은 가장 간단한 옵션이 일반 사본이라고 잘못 생각합니다. 사용자 정의 파일시스템 파티션이 아닌 다른 논리 파티션으로 전체 시스템 파티션을 다른 위치로 복사한 다음 실패할 경우 이 복사본에서 복사할 수 있다고 믿는 또 다른 범주의 사용자가 있습니다. 아, 둘 다 틀렸다.

물론 이 기술은 사용자 파일에 적용할 수 있지만 모든 사람이 다른 논리 볼륨을 많은 정보로 어지럽히거나 USB HDD, 디스크 묶음 또는 플래시 드라이브와 같은 외부 드라이브를 지속적으로 유지하기를 원하지 않습니다. 분명히 제한되어 있습니다. 그리고 데이터 양이 많으면 한 볼륨에서 다른 볼륨으로 복사하는 시간도 고려해야 합니다. 시스템과 파티션 모두에 대한 백업 및 복원 프로그램은 약간 다르게 작동합니다. 물론 대부분의 경우 이동식 미디어가 필요하지만 생성된 백업 복사본은 몇 배나 적은 공간을 차지합니다.

기본 작동 원리 및 작동 옵션

일반적으로 오늘날 잘 알려져 있고 널리 사용되는 대부분의 유틸리티는 주로 이미지를 만들고 복사한 데이터를 압축하는 원리를 사용합니다. 동시에 이미지는 특히 예기치 않은 심각한 오류가 발생한 후 나중에 복원할 수 있는 운영 체제 복사본을 만드는 데 가장 많이 사용되며 파티션 또는 사용자 파일 복사 유틸리티에는 보관 유형에 따라 압축이 포함됩니다.

예약 옵션은 두 가지가 있습니다. 원칙적으로 거의 모든 시스템 백업 프로그램은 외부 미디어(DVD, 플래시 드라이브 등)를 사용하도록 제안합니다. 이는 시스템을 복원할 때 시스템 파티션이 아니라 이동식 미디어에서 부팅해야 한다는 사실 때문입니다. 논리 파티션의 이미지가 인식되지 않습니다.

또 다른 것은 디스크 백업 소프트웨어입니다. 그 안에 필요한 정보를 다른 논리 파티션에 저장하거나 다시 이동식 미디어를 사용할 수 있습니다. 그러나 사용된 하드 드라이브의 볼륨이 수백 기가바이트라면 어떻게 될까요? 누구도 이 정보를 압축된 형식으로 기록하는 것을 허용하지 않습니다. 또는 사용 가능한 경우 외부 HDD를 사용할 수 있습니다.

사용자 파일 저장에 적합한 유틸리티를 선택하는 것과 관련하여, 최고의 솔루션- 예약된 파일 백업 프로그램. 이러한 유틸리티는 사용자 개입 없이 이 작업을 수행하여 일정 기간 동안 이루어진 모든 변경 사항을 저장할 수 있습니다. 입력 지원새 데이터를 추가할 수 있을 뿐만 아니라 기존 데이터를 제거할 수도 있습니다. 그리고 이 모든 것을 자동 모드! 이점은 분명합니다. 결국 사용자는 설정에서 복사 지점 사이의 시간 간격을 설정하기만 하면 됩니다. 그러면 모든 것이 그것 없이 발생합니다.

기본 Windows 백업 소프트웨어

먼저 Windows 시스템의 기본 도구에 대해 살펴보겠습니다. 많은 사람들은 백업 프로그램이 시스템에 내장되어 있다고 생각합니다. 윈도우 카피부드럽게 말해서 잘 작동하지 않습니다. 기본적으로 유틸리티가 복사본을 만드는 데 너무 많은 시간을 소비하고 복사본 자체가 많은 공간을 차지하기 때문에 사용하고 싶지 않습니다.

그러나 그녀에게는 충분한 장점이 있습니다. 결국 Microsoft 전문가보다 올바른 구성 요소와 관련된 모든 미묘함과 뉘앙스를 아는 사람은 윈도우 복구? 그리고 많은 사용자가 시스템에 내장된 도구의 기능을 과소평가합니다. 결국, 그러한 백업 및 복구 프로그램이 시스템의 기본 세트에 포함되는 것은 아무 것도 아닙니다.

이 유틸리티에 액세스하는 가장 쉬운 방법은 표준 "제어판"에서 백업 및 복원 파티션이 선택되는 것입니다. 여기에서 세 가지 주요 포인트를 사용할 수 있습니다: 이미지 생성, 디스크 생성, 설정 복사. 첫 번째와 두 번째 어려움은 발생하지 않습니다. 하지만 세 번째는 꽤 흥미롭다. 이전에 장치 자체를 확인한 후 이동식 미디어에 복사본을 저장하라는 메시지가 표시됩니다. 그러나 매개 변수를 보면 네트워크에 복사본을 저장할 수 있으므로 "로컬"에 적합합니다. 따라서 어떤 경우에는 이러한 시스템 백업 프로그램이 나중에 이 특정 복사본에서 Windows를 복원할 수 있는 백업을 만드는 데 좋은 도구가 될 것입니다.

가장 인기 있는 유틸리티

이제 많은 전문가에 따르면 오늘날 사용자들 사이에서 가장 인기 있는 유틸리티를 살펴보겠습니다. 모든 백업 프로그램을 고려하는 것은 불가능하므로 인기도와 사용 복잡성을 감안할 때 그 중 일부에 중점을 둘 것입니다. 이러한 유틸리티의 대략적인 목록은 다음과 같습니다.

• 아크로니스 트루 이미지.
• 노턴 고스트.
• back2zip.
• 코모도 백업.
• 백업4모두.
• ABC 백업 프로.
• 액티브 백업 전문가 프로.
• 앱백업.
• 파일 백업 감시자 무료.
• 복사기.
• 자동 백업 및 기타 여러 가지.

이제 상위 5개를 살펴보겠습니다. 참고하세요! 에 이 순간주로 워크스테이션(사용자 컴퓨터)에 사용되는 백업 프로그램을 고려합니다. 서버 시스템 및 네트워크에 대한 솔루션은 별도로 논의됩니다.

아크로니스 트루 이미지

물론 이것은 보급형 프로그램에 속하지만 많은 사용자의 성공과 신뢰를 충분히 누리고 있는 가장 강력하고 인기 있는 유틸리티 중 하나입니다. 그러나 그녀에게는 많은 기회가 있습니다.

응용 프로그램을 시작한 후 사용자는 여러 가지 작업 옵션을 선택할 수 있는 기본 메뉴로 들어갑니다. 이 경우 백업 및 복원 섹션에 관심이 있습니다(메뉴에 추가 유틸리티가 있으므로 지금은 고려하지 않을 것임). 입력 후 "마스터"가 활성화되어 백업을 생성하는 데 도움이 됩니다. 이 과정에서 정확히 무엇의 복사본을 만들 것인지 선택할 수 있습니다(처음부터 복원하기 위한 시스템, 파일, 설정 등). "복사 유형"에서는 공간을 절약할 수 있으므로 "증분"을 선택하는 것이 좋습니다. 미디어 양이 충분히 크면 전체 복사본을 사용하고 여러 복사본을 만들 수 있습니다(차등). 시스템 복사본을 만들 때 다음을 수행하라는 메시지가 표시됩니다. 부팅 디스크.

흥미로운 점은 다음과 같습니다. 이 유틸리티는 백업 복사본 생성 속도, 시간 및 압축 측면에서 상당히 높은 비율을 보여줍니다. 따라서 예를 들어 약 20GB의 데이터를 압축하는 데 평균 8-9분이 소요되며 최종 복사본의 크기는 8GB가 조금 넘습니다.

노턴 고스트

우리 앞에는 또 다른 강력한 유틸리티가 있습니다. 평소와 같이 프로그램을 시작한 후 "마법사"가 시작되어 모든 단계를 진행할 수 있습니다.

이 유틸리티는 복사본이 저장될 하드 드라이브에 숨겨진 파티션을 만드는 데 사용할 수 있다는 점에서 주목할 만합니다(데이터와 시스템 모두 복원할 수 있음). 또한 읽기 제어 유형, 쓰기 유형, 압축, 동시 액세스 포인트 수 등 많은 매개변수를 변경할 수 있습니다. 성능에 관해서는 동일한 20GB 애플리케이션이 7.5GB를 약간 넘는 크기로 압축됩니다. 시간은 약 9분 정도 소요됩니다. 일반적으로 결과는 상당히 좋습니다.

Back2zip

다음은 예약 백업 프로그램입니다. 사용자 파일이 내 문서 폴더에 저장되어 있다고 가정하고 설치가 몇 초 밖에 걸리지 않고 실행 후 자동으로 새 작업을 생성하고 데이터 복사를 시작한다는 점이 다릅니다. 불행히도 이것은 또한 주요 단점입니다.

시작 시 작업을 삭제한 다음 원본 대상 폴더를 선택해야 합니다. 일반적인 의미의 "마스터"는 없으며 모든 것이 기본 창에서 수행됩니다. 스케줄러에서 복사 간격을 20분에서 6시간까지 설정할 수 있습니다. 전반적으로 초급 사용자를 위한 가장 쉬운 솔루션입니다.

코모도 백업

우리 앞에는 상용 제품과도 경쟁할 수 있는 또 다른 흥미로운 유틸리티가 있습니다. 주요 기능은 5가지 작동 모드와 수많은 설정이 있다는 것입니다.

흥미롭게도 이 유틸리티는 백업에 포함된 파일의 변경 사항에 실시간으로 응답할 수 있습니다. 소스 파일이 변경되고 저장되는 즉시 애플리케이션은 백업의 최종 요소를 추가 및 교체하여 복사본을 즉시 생성합니다. 스케줄러는 말할 것도 없고 시작할 때나 나갈 때 복사본 생성 시작을 별도로 확인할 수 있습니다.

Backup4all

마지막으로 하나 더 보자. 무료 유틸리티, 말하자면 미래에 필요할 수 있는 모든 것을 동시에 백업할 수 있습니다.

이 유틸리티는 외부 또는 내부 미디어뿐만 아니라 네트워크 또는 FTP 서버에도 복사본을 저장할 수 있다는 점에서 흥미롭습니다. 편집 가능한 매개변수와 설정이 상당히 많고 그 중 4가지 복사 방법과 지원이 있습니다. 또한 인터페이스가 매우 간단하고 폴더 및 작업 표시가 "탐색기"와 유사한 트리 구조로 표시됩니다. ". 또한 사용자는 복사된 데이터를 문서, 도면 등과 같은 범주로 나누고 각 프로젝트에 고유한 레이블을 지정할 수 있습니다. 당연히 예를 들어 프로세서 부하가 낮은 경우에만 복사본을 생성하도록 지정할 수 있는 "작업 스케줄러"도 있습니다.

서버 시스템용 솔루션

서버 시스템 및 네트워크용으로 특화된 백업 프로그램도 있습니다. 이 모든 다양성 중에서 가장 강력한 세 가지가 희게 될 수 있습니다.

• Symantec Backup Exec 11d 시스템 복구.
• Yosemite Backup 표준 마스터 서버.
• Shadow Protect Small Business Server 에디션.

그러한 유틸리티는 좋은 도구소기업을 위한 예약. 동시에 네트워크에 있는 모든 워크스테이션에서 처음부터 복구를 수행할 수 있습니다. 그러나 가장 중요한 것은 백업을 한 번만 수행하면 되고 이후의 모든 변경 사항은 자동으로 저장된다는 것입니다. 모든 응용 프로그램에는 "탐색기" 인터페이스가 있으며 네트워크의 모든 터미널에서 원격 제어를 지원합니다.

뒷말 대신

시스템과 파일 모두의 백업을 생성한 다음 생성된 복사본에서 복원할 수 있는 모든 데이터 백업/복구 프로그램이 여기에서 고려되었다는 점을 추가해야 합니다. 그러나, 그것은 심지어 간략한 정보위의 프로그램에 대한 정보는 작동 방식과 이 모든 것이 필요한 이유에 대한 많은 아이디어를 제공합니다. 명백한 이유로 올바른 소프트웨어를 선택하는 문제는 이미 사용자 또는 시스템 관리자의 기본 설정에 달려 있기 때문에 열어 둡니다.

많은 기사가 그것에 전념하고 있습니다. HDD 섹션으로 이동하십시오. 오늘은 Windows 보안을 유지하는 절차에 대해 자세히 이야기하고자 합니다. 단계별 지침 « 백업하는 방법" 그리고 " 시스템 및 데이터 복원 방법» 백업 사본 생성의 예 하드 드라이브, 파일이 있는 특정 폴더 및 자료 복구그리고 시스템 자체. 이 작업을 수행하기 위해 전문가가 될 필요는 없습니다. 데이터 보관 및 백업. 많은 수의 사용자가 절차 기간과 이러한 요구에 할당된 디스크 공간 부족을 참조하여 예약을 무시하지만 이렇게 해서는 안 됩니다. 물론 중요한 데이터를 저장하는 사람은 이를 보관해야 하지만, 귀하 또는 귀하의 사랑하는 사람이 사진, 좋아하는 음악 및 개인 비디오의 아카이브를 잃어버린 경우가 몇 번이나 될까요?

최고의 백업 소프트웨어

하드 드라이브 및 파티션 작업에 필요한 기능을 무료로 제공하는 안정적이고 빠르고 간단한 유틸리티를 제공합니다. 파라곤 홈 엑스퍼트 12. 최소한의 PC 경험이 있는 사용자라도 모든 사용자에게 적합하며 "라는 질문에 쉽게 대답할 것입니다. 시스템 디스크 및 파일을 백업하는 방법은 무엇입니까?", 삭제하거나 잘못 변경한 경우에도 데이터를 복원합니다.

기본 메뉴 섹션에서 백업 도구에 액세스할 수 있습니다. «데이터 보호 및 복구 | 포괄적 인아카이빙". OS 백업을 시작하기 전에 동일한 파티션을 사용하여 복구 디스크를 생성하는 것이 좋습니다. «데이터 보호 및 복구 | 복구 디스크 만들기 ».

고급 백업 기능은 메뉴에 있습니다. "스마트 아카이빙". 모든 것이 간단합니다! 딸깍 하는 소리 "디스크와 파티션"시스템 드라이브, 마스터 부트 레코드를 선택하고 백업 위치의 경로를 지정하십시오.

이제 백업 절차를 시작할 준비가 되었습니다. 또한, 프로세스는 배경. 데이터 복구의 용이성. 가정하다 Windows 시작이 중지되었습니다.응급 디스크가 당신을 구해줄 것입니다. 그것에서 부팅하고 복구를 선택하십시오. 부트 레코드, 대기 중 OS 복구.

컴퓨터에서 백업을 설정하는 방법

첫 번째 스크린샷에서 "데이터 보호 및 복구" 섹션으로 이동합니다. 만약 원한다면 시스템 파티션의 백업 복사본 만들기"스마트 백업"을 클릭하고 "다음"을 클릭하고 백업할 "디스크 또는 파티션"을 선택합니다.

그런 다음 다음 상자를 선택합니다. 로컬 드라이브 C«, « 하드 드라이브 시작 트랙" 그리고 " 마스터 부트 레코드«.

저장 위치 선택 네트워크 드라이브또는 로컬 디스크 D), 정기적인 일정을 설정할 수 있습니다. 자동 백업옵션을 눌러 "작업 일정 설정".

모든 설정을 완료한 후 버튼을 클릭합니다. "준비가 된". 이 작업으로 일정에 예약된 백업을 확인하면 프로세스 자체가 백그라운드에서 시작됩니다. 예약동작을 바로 설정하는 것, 즉 를 눌러 "지금 아카이브 만들기", 다음 창이 나타납니다.

복구 디스크를 만드는 방법

여기 다 끝났어 시스템 백업 생성. 이제 우리는 필요합니다 복구 디스크 만들기. 다시 프로그램의 메인 메뉴로 이동하여 " 데이터 보호 및 복구 l Rescue Disk 생성».

딸깍 하는 소리 "더 나아가". 다음 창에서 선호하는 부팅 가능한 미디어를 선택하십시오. 선택 가능: 플래시 또는 CD/DVD. 만약에 복구 부팅 디스크 만들기넷북용으로 만든 다음 1 옵션을 선택하십시오. 다시 클릭 "더 나아가".

에게 부팅 가능한 플래시 드라이브 만들기, 1개 항목을 선택하십시오 - 프로그램과 함께 제공된 표준 복구 디스크 이미지. 딸깍 하는 소리 "더 나아가" USB 드라이브를 지정하고 다시 "더 나아가"복구 디스크 굽기 프로세스를 시작합니다. 부팅 가능한 CD 또는 DVD에 대한 유사한 단계.

부팅 가능한 플래시 드라이브 또는 디스크를 사용하는 방법

비상 부팅 디스크 또는 플래시 드라이브를 구웠습니다. 이제 예를 들어 Windows 부팅 파티션을 복원하는 데 사용하려면 드라이브에 광 디스크를 삽입하거나 필요한 PC의 USB 포트에 USB 플래시 드라이브를 삽입합니다. BIOS(보통 키 델) 설정에서 시스템을 부팅할 첫 번째 장치로 지정합니다. 광 드라이브또는 USB 저장 장치(CD-ROM 또는 USB-HDD).

설정을 저장합니다(저장 및 종료라는 단어가 있는 항목 찾기). 컴퓨터가 다시 시작되고 플래시 드라이브 또는 광학 미디어에서 부팅됩니다. 이제 프로그램의 시작 메뉴에서 모드를 선택하십시오. "일반 모드"(마우스로 올바른 작업을 위해). Home Expert 12 프로그램은 PC에 연결된 저장 매체가 있는지 분석합니다. 복구 디스크의 도구 메뉴가 열립니다. 아이템을 선택하세요 "백업 복구 마법사"더블 클릭으로. 딸깍 하는 소리 "더 나아가". 다음 창에서 필드 오른쪽에 있는 버튼을 클릭합니다. "이미지 파일 선택". PC의 미디어 목록이 있는 새 창이 열립니다. 고르다 HDD아카이브 사본과 함께. 딸깍 하는 소리 "더 나아가"선택한 하드 드라이브에서 필요한 백업 파일을 찾습니다. 다시 누르기 "더 나아가"프로세스를 시작하려면 시스템 디스크 복구. 프로세스가 끝날 때까지 기다렸다가 비상 플래시 드라이브 또는 디스크를 제거하여 PC를 다시 시작하십시오.

운영 체제를 복원하는 방법. 복구 후 잘못된 작업

Windows가 시작되지만 오류가 발생한다고 가정해 보겠습니다. 필요할 것이예요 재건하다 시스템 파일 . 다시 우리는 비상을 얻는다 USB 디스크또는 CD/DVD. 모드에서 실행 일반 모드. 메뉴 항목 선택 " 회복 윈도우 부팅 더블 클릭으로. 등장한
체크박스 "설치된 Windows 복사본 검색"그리고 누르다 "더 나아가". OS 하드 드라이브를 선택하고 버튼을 클릭합니다. "더 나아가". 이제 부트 레코드를 교체할 준비가 되었는지 확인하고 버튼을 클릭합니다. "준비가 된", 시스템 파일 복원 프로세스를 시작합니다.
Windows 시작이 중지된 경우 운영 체제 복구물품을 고르시 오 "마스터 부트 레코드 변경(MBR - 마스터 부트 레코드)". 프로세스를 완료하고 드라이브에서 복구 디스크를 제거하거나 드라이브에서 플래시 드라이브를 제거하십시오. USB 포트. 하드 드라이브에서 OS를 시작하면 다시 시작할 수 있습니다.

자료 복구. 운영 체제 복구

이것은 데이터 및 Windows 부트 섹터를 복구하기 위한 작은 지침입니다. 따라서 삭제된 파일을 복구하려면 Paragon Home Expert 12 프로그램을 실행해야 합니다.시스템 파티션이 손상된 경우 프로그램이 실행되지 않기 때문에 컴퓨터를 부팅해야 하는 응급 디스크의 도움을 받을 수 있습니다. 실행 중인 Windows에서 시스템 파일을 변경할 수 있습니다.

파일을 복구하는 방법

유틸리티의 기본 창으로 이동하여 버튼을 클릭합니다. "데이터 보호 및 복구", 그 다음에 .

나타나는 다음 창에서 하드 디스크의 아카이브를 지정하고 아이콘을 클릭하십시오. «+» , 디렉토리 목록을 확장합니다.

복원할 폴더 또는 파일을 선택하고 "다음"을 클릭합니다. 그런 다음 경로를 선택하십시오. 파일 복구, 이전 사본을 유지할지 삭제할지 지정합니다. 데이터 복구 후 "다음" 및 "마침"을 다시 클릭하십시오.

다음 리소스도 도움이 될 것입니다.

전통적으로 1C 사용자는 백업 복사본을 만드는 사람과 백업을 시작하는 사람의 두 가지 범주로 나뉩니다. 우리 자신의 실수에서 배우지 않기 위해 지금 백업을 시작합시다.

*이미 백업을 수행하고 있다면 이 문서는 여전히 유용할 것입니다. 인터넷에서 백업에 대해 찾고 읽을 수 있는 많은 내용이 잘못되어 데이터 안전에 매우 위험하기 때문입니다. IT 전문가인 경우 "" 섹션을 읽으십시오. 지원 SQL을 사용하는 정보 기반 1C.

정말 이것에 시간을 할애할 가치가 있습니까?

1C 정보 기반이 우리 시대에 어떻게 든 무너질 수 있습니까? 모든 것이 부서집니다: 찻주전자와 비행기, 의자 다리와 전자 현미경. 주철 공과 같이 아주 단순한 것만으로는 부수기가 어렵습니다. 그러나 1C 정보 기반은 복잡한 대상이며 복잡한 기술 환경에서 작동합니다. 머지 않아 처음에는 아주 사소한 일이 발생하고 "느슨한 나사"는 소프트웨어 및 하드웨어 오류의 연쇄 반응을 일으켜 결국 심각한 문제와 정보 기반 손실로 끝날 것입니다.

정보 베이스의 파일 버전

아주 처음부터 시작하자 간단한 예. 소규모 조직에서 1C 구성은 들어오는 파일 정보 베이스와 함께 작동합니다. 시스템 관리자아마도 모든 것을 설정했을 것입니다. 하지만! "백업이 구성되지 않았습니다"라는 메시지가 표시되지 않는다고 해서 지금 구성되어 있는 것은 아닙니다. 단순히 메시지가 표시되지 않는다는 의미일 수도 있습니다. 따라서 작업 결과의 신뢰성과 안전성에 대한 책임을 지고 먼저 정보 베이스가 파일인지 확인하십시오. 이 작업을 수행하는 방법은 아래 그림에 명확하게 나와 있습니다. File= 대신 Srv=라고 표시되면 이것은 SQL 데이터베이스이므로 DBA에 문의하여 백업을 설정하십시오. 데이터베이스가 파일인 경우 수동 또는 자동 복사.

수동 방법– 그림과 같이 백업 복사본을 만듭니다. 언로드하기 전에 모든 사용자는 정보 베이스 작업을 완료해야 합니다. 업로드는 다음을 포함하는 .dt 확장자를 가진 단일 백업 파일을 생성합니다. 거의 모든(나중에 더 자세히 설명), 현재 정보 베이스에 있는 내용과 이후에 입력할 내용. 파일에 의미 있는 이름을 지정하고(예: "Trade Control Backup on 2017-10-31") 파일을 저장할 특수 폴더를 선택합니다(예: "내 문서" 폴더의 "백업" 폴더). 이 파일을 사용하여 이후에 정보베이스를 언로드 이전 상태로 복원할 수 있습니다. 복원하려면 "정보 베이스 로드" 작업을 사용하십시오.

일반적인 백업 설정이 그림에 나와 있습니다. 이 설정은 관리 권한이 있는 사용자가 열린 프로그램근무일이 끝나면(그렇지 않으면 백업이 수행되지 않음) 다른 모든 사용자는 프로그램을 닫습니다. 다른 옵션은 종료 시 백업을 수행하는 것입니다(백업이 필요한지 확인하라는 메시지가 표시됨).

백업 시간이 첫 번째 경우에 도달하거나 관리 권한이 있는 마지막 사용자가 두 번째 경우에 종료되면 시스템은 정보 베이스를 잠그고 모든 사용자를 종료합니다. 이것은 작동하지 않을 수 있는 복잡한 프로세스로 백업 오류가 발생할 수 있습니다(아래 그림 참조). 우리 웹 사이트에서 이에 대한 특별 기사를 읽을 수 있습니다.

따라서 일회성 자동 백업 설정으로 제한하는 것은 효과가 없으며 여전히 정기적으로 백업 생성을 모니터링해야 합니다.

이제 백업 주제에 대한 인기 기사에서 다루지 않은 몇 가지 질문이 있습니다.

• 모든 것이 백업됩니까?

아니요. 작업 이력(누가 언제 프로그램에 들어가고 나갔는지), 개체 변경 이력(누가 언제 데이터를 변경했는지)을 잃거나 손상시킬 수 있습니다. 이 정보는 정보 베이스 외부에 저장되며 해당 정보의 저장 및 올바른 복구에는 특별한 조치가 필요합니다. 물체(문서 스캔, 사진 등)에 부착된 1C 파일을 분실하거나 손상시킬 수 있습니다. 설정에 따라 이 데이터는 정보베이스 내부 또는 외부에 저장될 수 있으며 후자의 경우 올바르게 저장하고 복원하려면 특별한 조치가 필요합니다. 백업도 설정을 저장하지 않습니다. 관리되는 양식사용자가 만든.

• 작업 중 백업 사본을 만들 수 있습니까?

표준 메커니즘은 먼저 사용자를 종료하려고 시도합니다. 그러나 항상 가능한 것은 아니므로 사용자가 실행 중인 동안 백업 작업을 수행할 수 있습니다. 이 경우 이러한 사용자는 데이터를 수정하지 않는 것으로 가정합니다. 그러나 그렇지 않은 경우 백업이 정확하다는 보장은 없습니다. 따라서 이 질문에 대한 대답은 '아니오, 할 수 없습니다'입니다.

• 얼마나 자주 백업을 해야 합니까?

데이터 입력의 강도와 손실의 중요성에 따라 다릅니다. 1C 사용자가 한 명 또는 두 명인 소규모 비즈니스의 경우 최소한 매일 이 작업을 수행하는 것이 좋습니다. 사용자가 20명인 경우 야간 백업을 하나 만들고 영업일 동안 여러 백업을 만드는 것이 좋습니다. 기억하시겠지만, 이것은 사용자 작업에 일시적인 기술 중단을 수반합니다.

• 데이터 손실의 경우가 있었고 인포베이스의 SQL 버전으로 전환하고 싶지만 매우 비쌉니다 ...

당신에게 어울릴지도 모릅니다 무료 옵션 MS SQL. 조언을 위해 저희에게 연락하십시오.

정보 베이스의 SQL 버전

기사의 이 부분은 전문가와 전문가가 되려는 사람들에게 흥미로울 것입니다.

백업 작업을 피하는 것은 불가능하다는 것을 바로 밝힙니다. 복제나 절대적으로 안정적인 하드웨어는 응용 프로그램 수준에서 우발적이거나 악의적인 데이터 손상(잘못된 월 마감, 잘못 디버깅된 대량 데이터 변경 처리의 잘못된 작동 등)으로부터 보호하지 못합니다. 이 경우 데이터는 안전하게 저장되어 있으나 정확하지 않고 백업이 없으므로 롤백이 불가능합니다. 실제로는 데이터 손상으로 인해 1C 정보 기반을 상상하는 것보다 훨씬 더 자주 복원해야 합니다.

파일 기반의 개념적 공간에 살고 있는 사용자의 관점에서 우리는 복원 지점백업 빈도로 시간별로 구분된 정보 기반 백업 형태: 하루에 한 번 복사하면 복원 시 최대 하루 또는 그 이하 동안 데이터베이스의 변경 사항이 손실됩니다. 그러나 SQL 서버 환경에서는 데이터가 저장/수정되는 방식과 백업 기술이 모두 하나로 병합되는 "무한한" 수의 포인트를 제공합니다. 지속적인 복구 라인.즉, 장애가 발생하기 직전의 시점으로 롤백하거나 필요한 경우 특정 시점으로 롤백할 수 있습니다. 사용자의 언어로 이것은 1초에 한 번 이하로 백업을 생성하는 것과 같습니다.

사실 SQL 환경에서의 백업은 버튼 누름의 순서가 아니라 복잡한 개체에 대한 일련의 규칙적인 이벤트라는 것입니다. 그리고 이 컴플렉스는 매우 복잡한 환경에서 만들어집니다.

"모든 것이 어떻게 작동하는지"를 이해하기 위해 우리는 다시 한 번 우리 작업의 목표를 표시할 것입니다. 즉, 실패(또는 원치 않는 변경을 수행하는 순간) 전 2초까지 데이터를 완전히 백업하고 임의의 지점으로 롤백하는 기능입니다. 초까지 정확한 시간.

초 단위까지 정확한 데이터 복구가 정말 그렇게 중요한가요?

이는 프론트 오피스 시스템이나 기업이 특정 규모에 도달할 때 중요합니다. 몇 가지 주요 질문을 하여 이 진술을 명확히 합시다. 시간대가 다른 10개 지역에 흩어져 있고 직원이 수천 명에 달하는 지점망에서 데이터 재입력을 정리하기 쉽습니까? 정확성을 확인하는 방법? 인보이스를 가져와서 데이터를 다시 입력할 수 있다고 가정해 보겠습니다. 장비(회계 레지스트라, 은행 단말기) 또는 제3자와 상호 작용할 때 시스템에 입력된 데이터를 다시 입력하는 방법 정보 시스템(온라인 신용, 단일 파트너 네트워크의 할인 카드 처리), 많은 사람들의 참여(지문 시간 추적 시스템)? 문서가없고 모든 작업이 종이없는 방식으로 기록되는 경우 재입장 정보 출처는 어디에서 얻을 수 있습니까?

"폭발하기 1초 전" 시스템에 있던 모든 데이터가 포함된 데이터베이스 복사본을 얻는 방법

트랜잭션 로그(TLog)

데이터베이스와 함께 수행할 모든 작업을 기록해야 합니다. 정확한 시간(최대 마이크로초), 그런 다음에만 실행합니다. 이러한 로그(매우 안정적이고 빠른 매체에 저장되며 데이터베이스 자체와 반드시 분리됨)가 있으면 데이터베이스가 존재하기 시작한 순간부터 마이크로초 정밀도로 임의의 복원 순간까지 모든 작업을 반복할 수 있습니다. 그러나 트랜잭션 로깅에는 두 가지 단점이 있습니다. 일정 시간이 지나면 데이터베이스가 커짐에 따라 TLog가 많은 공간을 차지하게 되고(지속적으로 커지기 때문에) "0" 시점에서 복구하는 데 시간이 매우 오래 걸립니다.

트랜잭션 로그 백업(TLog 백업)

비유적으로 말하자면, 우리는 정기적으로 통나무에서 모든 시트를 가져와 다음 방으로 가져갈 것입니다(압수된 시트를 TLog 백업이라고 합시다). 기지로 행동. 기술적으로 이것은 다음과 같이 수행됩니다. TLog 파일에서 복사본이 만들어지고 아카이브 디스크에 기록된 후 TLog의 모든 항목이 "지워집니다"(사용 가능한 것으로 표시되고 로그 파일의 크기는 변경되지 않음). 새로운 거래에 대한 정보는 "지워진" 자리에 기록됩니다. 기존 용어로는 트랜잭션 로그 백업이라고 하지만 찢어진 각 시트 팩을 이해하는 것이 매우 중요합니다. 유일한이 기간 동안의 행동에 대한 정보 전달자이며 이제이 정보는 로그 자체에 없습니다. 따라서 "찢어진 시트" 하나라도 손실되는 것은 당분간 절대 용납할 수 없으며, 티로그 백업교활하게 이 정보의 본질과 목적을 가립니다. 기억하십시오 - 이것은 백업이 아닙니다!우리는 로그를 여러 파일로 분할했으며 각 파일의 정보는 어디에도 중복되지 않습니다. 그러나 트랜잭션 로그 백업이라는 용어는 일반적으로 허용되므로 앞으로도 계속 사용할 것입니다.

이제 TLog는 무한정 증가하지 않지만 일상적인 작업이 발생합니다. TLog의 예약된 백업입니다.

전체 데이터베이스 백업(전체 백업)

전체 데이터베이스의 복사본을 주기적으로 만드는 경우 복구를 위해 시간 측면에서 가장 적합한 복사본을 가져오고 영점부터 모든 작업을 반복하지 않고 이 복사본이 생성된 순간부터의 작업만 반복할 수 있습니다. 회복의 순간까지 (그들이 말했듯이, "전체 백업을 수행하고 TLog를 롤백하십시오").이것은 특히 데이터베이스가 5년 동안 존재한 경우 복구 시간을 크게 단축하며, 이제 오래된 전체 백업 및 TLog 백업을 삭제할 수 있습니다. 사실, 가장 가까운 초로 롤백하는 것은 종종 짧은 기간 동안만 필요할 수 있습니다(예를 들어, 원하지 않는 변경이 비극적으로 도입되기 1초 전에 일부 사건을 조사하거나 데이터베이스를 복원하기 위해 현재 시점으로부터 2개월 전). 이 기간 동안 중단되지 않은 TLog 백업 체인을 저장합니다. 이 기간 외에는 전체 백업의 형태로 복구 지점만 저장할 수 있습니다(모든 것이 아니라도 해당 월의 1일에 대한 지점만 저장). 기간 외의 TLog 백업은 이제 전혀 삭제할 수 없습니다(분명히 기간 외의 TLog 백업의 선택적 삭제 및 선택적 저장은 TLog 체인의 중단으로 인해 완전히 무의미합니다). 어떤 식 으로든 지능형 삭제의 일상적인 작업이 발생합니다.

여기서 다음과 같은 문제가 발생합니다. 다음과 같은 데이터베이스를 상상해보십시오. 큰 금액사용자 및 높은 변화율. 조건부 - 시간의 33%는 쓰기, 67%는 읽기에 사용되며 다운타임이 없습니다. 데이터베이스를 복원할 때 거의 100% 쓸 수 있습니다. 3배 빨라집니다. 이는 시간당 로그에서 데이터베이스 작업을 3시간 동안 복원할 수 있음을 의미합니다. 그리고 이 시간은 기업이 동의한 복구를 위한 최대 가동 중지 시간입니다. 전체 백업이 하루에 한 번 수행된다고 가정해 보겠습니다. 지금부터 21시간 후에 장애가 발생하면 로그 복구에 7시간을 소비해야 하므로 절대 허용할 수 없습니다. 그럼 전체 백업은 3시간에 1번 해야 하는건가요? 아아, 이것이 항상 가능한 것은 아닙니다. 데이터베이스가 너무 커서(수백 기가바이트, 심지어 테라바이트까지) 그러한 시간에 전체 백업을 생성하는 것은 단순히 불가능합니다. 또한, 근무시간에 Full 백업을 자주 생성하면 추가적인 부하가 발생하고 사용자의 작업 속도가 느려지며 이러한 양의 데이터를 저장하는 데 비용이 많이 듭니다. 그러나 원칙적으로 허용 가능한 시간 내에 전체 백업을 생성할 수 없다는 것은 우리의 백업 기술을 완전히 중단시키는 것으로 충분합니다.

차등 백업(차등 백업, 차등 백업)

계속해서 증가하는 트랜잭션 수와 데이터베이스의 두 상태 사이의 차이를 쉽게 이해할 수 있도록 하는 기타 트릭을 사용하여 특별한 데이터 저장 구조를 생각해낼 수 있습니다(지금부터 지금까지 - 이미 그랬고, 뒤따르는 모든 것은 이미 새로운). 이렇게 하면 모든 데이터가 데이터베이스 백업에 저장되지 않고 현재 전체 백업과 이전 전체 백업 간의 차이점만 저장됩니다. 다음 전체 사본을 얻는 절차는 간단합니다. 전체 백업을 수행하고 Diff 백업을 롤백하십시오.전체 백업에서 1테라바이트의 데이터를 저장하는 대신 Diff 백업에서 10MB만 저장하고 꽤 자주(예: 30분마다 한 번씩) 이 작업을 수행할 기회를 얻었습니다. 그러나 사용 가능한 전체 백업이 있는지 확인해야 합니다. 그렇지 않으면 차등 백업이 쓸모가 없습니다.

여기에서 차등 백업과 트랜잭션 로그 백업을 아주 잘 비교하여 받은 정보를 수정할 수 있습니다. 전체 복사본을 만들지 않으면 차등 백업의 크기가 단조롭게 증가합니다. 전체 복사본과의 차이가 점점 더 많이 누적되며 이러한 방식은 다음 전체 백업이 생성될 때까지 계속됩니다. 트랜잭션 로그의 다음 백업 크기에는 이러한 경향이 없으며 해당 크기는 해당 기간 동안 데이터베이스에서 수행된 작업 수에 따라 결정됩니다. 일반적으로 크기는 특정 평균값을 중심으로 변동하지만 특정 기간(대량 데이터 변경 작업을 수행하는 경우, 사용자 활동이 급증하는 경우 등)에는 평균과 크게 다를 수 있습니다.

아래 그림은 어느 정도 관습적인 백업 시스템을 보여줍니다. 개체의 첫 번째 행은 레코드가 주기적으로 추가되는 데이터베이스의 상태를 표시합니다. 두 번째 백업은 하나의 전체 백업과 세 개의 차등 백업을 표시합니다. 세 번째 행에는 트랜잭션 로그 백업의 내용이 표시됩니다. 각 요소에는 번호가 매겨져 있습니다. 요소 간의 종속성을 설정해 보겠습니다.

• 5+7=3. 즉, 전체 백업 5 및 Diff 백업 7이 있으면 데이터베이스를 상태 3으로 복원할 수 있습니다. 동시에 6이 없어도 복구 가능성에는 영향을 미치지 않습니다.
• 5+10+11=3. TLogBackup 10과 11에 기록된 모든 변경 사항을 Full 백업 5에 적용하면 동일한 결과(상태 3으로 복원)를 얻을 수 있습니다. 이는 일정이 생성 5 및 8(또는 6 및 7이 손상된 경우)에만 제공됩니다. 그러나 7이 있으면 5 + 7 방법이 많습니다. 더 빠른 방법 5+10+11.
• 7만 누락된 경우 5+6+11 방법을 사용하여 베이스를 상태 3으로 복원할 수 있습니다.
• 일정이 11이 생성되지 않은 경우 12의 내용은 "추가됨: Toporkov, Ufimtsev, Yashin"이 됩니다.
• 트랜잭션 로그는 언뜻 보기에는 사진에 표시되지 않지만, 아시다시피 TLog 백업은 전혀 백업이 아니라 일정 기간 동안의 트랜잭션 로그입니다. 저널에 새로운 이름이 나타나는 것이 데이터베이스에 나타나는 것보다 먼저 나타납니다.
• 트랜잭션 로그가 백업되지 않은 경우 시간 12의 TLog 내용은 "추가됨:"이 되고 그 뒤에 성 목록 4가 표시됩니다(즉, 모든 작업이 기록됨). 그림과 같이 백업이 생성되면 시간 4와 시간 8의 트랜잭션 로그 내용은 "아직 아무 조치도 취하지 않았습니다."가 됩니다.

트랜잭션 로그의 꼬리 백업

고가용성 시스템에 대해 이야기하고 있지 않다면 장애가 발생할 경우 더 이상 일상적이지 않은 수동 작업이 한 번 더 필요하지만 최신 TLog 백업을 생성해야 합니다. 이것이 가능하지 않은 경우, 즉. 로그가 데이터베이스 또는 서버와 함께 손상되었습니다. 복구는 마지막 TLog 백업까지만 가능하며 마지막 초까지는 가능하지 않습니다. 저것들. 원래 목표는 달성되지 않습니다.

따라서 전체 백업 시스템의 핵심 요소는 트랜잭션 로그입니다. 매우 높은 안정성, 높은 액세스 속도 및 고가용성을 갖춘 별도의 미디어(데이터베이스 자체의 미디어와 동일하지 않음)에 있어야 하지만 어떤 경우에도 동일한 논리 드라이브의 다른 폴더나 다른 논리 드라이브에 있지 않아야 합니다. 동일한 물리적 캐리어. 또한 SQL 서버가 충돌하더라도 로그를 계속 사용할 수 있거나 최소한 최소한의 시간에 사용할 수 있는 것이 바람직합니다(내결함성을 달성하는 방법은 고려하지 않으며 별도의 기사 주제입니다. 인상적인 볼륨).

그것은 우리가 처음에 설정한 목표를 달성하고 개발 중에 발견된 문제에서 자유로울 수 있도록 하는 복잡한 시스템입니다.

전체 복구 모델(예약된 작업과 관리자의 제어 하에 있는 경우에만 작동)

전체 데이터베이스 복구 모델 - 전체 복구 모델에 대해 설명했습니다. MS의 특별한 경우 SQL 서버단순 복구 모델과 대량 로그 모델이 있습니다. 전체 복구 모델은 데이터베이스 유지 관리 작업의 정기적인 실행은 물론 관리자가 작업 실행의 규칙성 및 결과에 대한 제어를 제공합니다. 이는 학습해야 하는 복잡한 유지 관리 계획 설계 도구가 있음을 나타냅니다.

연습으로 넘어갑시다

아마도 가장 먼저 직면하게 되는 어려움은 제작 불가능일 것입니다. 새로운 계획서비스.

SQL 스크립트(도구 모음에서 새 쿼리 입력, 도구 모음에서 스크립트 입력, 실행)를 실행하여 이 기능을 활성화해야 합니다. 스크립트가 성공적으로 실행되면 스크립트와 함께 창 하단에 해당 메시지가 표시됩니다.

복사/붙여넣기할 이 스크립트의 텍스트:

sp_configure "고급 옵션 표시", 1; 재구성으로 이동합니다. GO sp_configure "에이전트 XP", 1; 이동 재구성 이동

실제 유지 관리 계획

개발 루프에서 비생산적인 데이터베이스에 서비스를 제공하는 실제 유지 관리 계획을 보여주는 것으로 시작하고, 계획을 읽고 이해하는 데 필요한 계획의 개별 부분을 고려할 것입니다. 아래 4개의 그림은 자체 일정에 따라 작동하는 4개의 하위 계획으로 구성된 "기본 계획" 유지 관리 계획을 보여줍니다.

개체 탐색기에서 SQL Server에 구성된 두 가지 유지 관리 계획(기본 계획, 테스트 계획)이 있음을 알 수 있습니다. 기본 계획은 서로 다른 일정(스케줄)이 있는 4개의 하위 계획으로 구성됩니다.

• 주간 유지 보수
• 차등 백업
• 백업 ZhT

작업 설계 영역에서 우리는 작업을 봅니다. 계획을 설계하는 과정은 도구 상자 팔레트에서 작업 끌기, 작업 옵션 설정, 작업 사이에 화살표 그리기로 구성됩니다. 작업은 디자인 영역에서 임의의 설명을 가질 수 있으며 계획의 작업과 팔레트의 작업 간의 대응은 아이콘으로 설정할 수 있습니다. 예를 들어, "무결성 오류" 작업은 팔레트("사람" 아이콘)의 "운영자 작업에 알림" 작업입니다.

블록다이어그램인가요?

유지 관리 계획 작업 시나리오를 볼 때 가장 먼저 생각할 수 있는 것은 그것이 순서도라는 것입니다. 화살표는 한 작업에서 다른 작업으로의 전환을 나타내며 집게 손가락으로 전체 시나리오를 추적하여 처음부터 끝까지 전체 시나리오를 추적할 수 있다는 점입니다. 끝. 그러나 그렇지 않습니다. 언뜻보기에 모든 것이 어디서 시작되고 작업 순서가 무엇인지 결정하기조차 어렵습니다. SQL Server는 절대적으로 모든 작업을 동시에 실행하는 경향이 있기 때문에 스크립트는 일반적으로 여러 위치에서 시작하고 여러 위치에서 끝날 수도 있습니다.

동시성 및 제한 사항

그를 막는 유일한 것은 제한 사항이 있다는 것입니다. "실현"될 때까지 작업을 시작할 수 없습니다. 들어오는화살표 (제한, 제한). 화살표의 색상은 영향을 주는 작업의 완료 유형을 나타냅니다. 들어오는 녹색 화살표는 종속 작업에 대해 "영향을 주는 작업이 성공한 경우에만 실행" 제약 조건을 나타내고 검은색 화살표는 "영향을 주는 작업(완료)이 완료된 후에만 실행", 빨간색 화살표는 "다음 경우에만 실행"을 나타냅니다. 영향을 미치는 작업의 오류(실패)".

선 유형(실선 또는 파선)은 들어오는 여러 화살표에서 최종 제약 조건을 계산하기 위한 논리적 AND 또는 OR 연산자를 나타냅니다. 이 연산자는 Precedence Constraint Editor 대화 상자에서 변경됩니다(화살표 중 하나를 두 번 클릭). 실선 화살표가 모두 맞아야 하고 점선 화살표 중 적어도 하나가 맞아야 합니다. 그러면 종속 작업이 즉시 시작됩니다. 들어오는 각 화살표의 색상은 독립적으로 변경할 수 있습니다(오른쪽 클릭, 성공/실패/완료). 선 유형은 한 번에 들어오는 모든 화살표에 대해서만 변경할 수 있습니다(두 번 클릭, Precedence Constraint Editor 대화 상자). 먼저 제한이 없는 모든 작업이 동시에 실행되기 시작합니다. 다음 작업이 완료되는 즉시 해당 작업에 종속된 모든 작업이 확인되고 동시에 제한의 최종 값이 실행을 결정하기에 충분하게 된 작업이 실행을 위해 시작됩니다.

이전 단락의 정보는 SQL Server가 유지 관리 계획 작업을 수행하는 일반적인 메커니즘을 이해하는 데 충분합니다. 이제 실용적으로 중요한 문제를 고려해 보겠습니다.

이상한 일정

이상한 작업 실행 시간은 서버 시간대와 개발자 시간대의 4시간 차이로 인한 것입니다. 개발자의 근무 가능 시간 범위는 9시부터 21시까지이므로 "Backup ZhT" 서브플랜은 10시부터 21시까지 매시간 실행하여 매시간 변경사항 수정(9시 변경사항 없음) 아직 00). 서버의 시간대로 환산하면 오후 14시부터 오전 1시까지이며 일정에 나와 있습니다.

시간을 지정할 때 자정을 뛰어 넘을 수 있으며 올바르게 작동합니다. 조금 이상해 보입니다. 다른 스케줄러는 익일 종료 시간을 이해하는 데 어려움을 피하기 위해 "X시간 이내" 작업 기간을 요청합니다.

전체 백업 직후에 VT 백업이 수행되는 경우 유지 관리 계획 마법사(절대로 사용하지 않으면 쓰레기만 생성됨) 또는 전체 백업을 고려하는 저숙련 관리자가 계획을 생성했다고 100% 확신할 수 있습니다. 백업 + TLog 백업 쌍, 일부 필수 복구 키트에 의해 동시에 만들어집니다. 그러나 이들은 서로 다른 일정으로 실행되는 독립적인 작업입니다.

그러나 우리의 목표는 하나의 하위 계획에서 주요 작업(무결성, 전체 백업, 백업 VT)의 성공에 대한 정보를 수집하고 성공한 경우에만 오래된 백업을 삭제하라는 명령을 내리는 것이기 때문에 우리 계획은 예외입니다.

기존 백업을 무조건 삭제하면 새 백업이 생성되지 않고 기존 백업이 완전히 삭제되는 현상이 나타날 수 있습니다. 오래된 백업의 삭제가 백업 유형에 따라 다른 하위 계획에 분산되면 거의 동일하게 나타납니다. 전체 백업이 작동을 멈췄다고 가정해 보겠습니다. 동시에 오래된 전체 사본의 삭제는 더 이상 수행되지 않았습니다. 그러나 Backup VT 하위 계획은 이에 대해 아무것도 모르고 계속 사용하지 않는 VT 백업을 삭제합니다. 얼마 후, 우리는 지속적인 직접 복원뿐만 아니라 현재 창의 복원 지점도 갖게 될 것입니다. 마지막 전체 백업은 너무 오래 전에 만들어졌고 최근 몇 년 동안 저장된 ZT 백업은 절대적으로 쓸모가 없기 때문입니다. 연속 체인 내에는 완전한 단일 백업이 없습니다.

차등 백업 작업은 복구의 핵심 작업이 아니며 하위 계획에 표시되지 않습니다. 그러나 이 하위 계획에 추가하여 전체 백업 직후에 배치하는 것은 여전히 ​​가능합니다.

*

*작업의 fx 아이콘을 확인하세요.

각 작업에는 속성이 있으며 그 중 일부는 작업 설정 대화 상자(두 번 클릭)에서 볼 수 있으며 전체 목록– 속성 대화 상자에서(오른쪽 클릭, 속성). 작업에는 속성 테이블과 해당 SQL 표현식을 생성하여 속성 값을 즉석에서 계산할 수 있는 Expression 속성도 있습니다. 이 가능성의 실제 사용은 다음과 같습니다. 확실히 당신은 소위 본 적이 있습니다. "bat 파일"을 사용하여 첫 번째 숫자의 백업을 제외한 모든 것을 삭제하거나 그 반대의 경우 백업을 삭제하기 전에 이 숫자에 대한 백업을 다른 위치에 복사합니다.

이러한 작업은 외부 도구가 필요하지 않으며 표준 MS SQL 도구로 해결됩니다. 첫 날의 전체 백업 파일 확장은 MNT로 수행할 수 있고 나머지 날 동안은 BAK로 수행할 수 있습니다. 이는 정리 작업이 1개월보다 오래된 BAK를 삭제하고 MNT를 더 오랜 시간 동안 저장할 수 있음을 의미합니다(예: 1년 후 삭제).

전체 데이터베이스 백업 작업 설정 대화 상자를 열면 오늘 날짜에 따라 파일 확장자 BAK 또는 MNT가 표시됩니다.

1C 권장 사항에 따르면 통계는 매일 업데이트되어야 하며 통계 업데이트 빈도로 프로시저 캐시를 지워야 합니다. 이러한 작업은 한편으로는 리소스 집약적이며 다른 한편으로는 정보 기반개발 팀. 결국, 그러한 데이터베이스는 많은 데이터를 포함하지 않으며 성능 문제는 심각하지 않습니다. 따라서 이러한 작업은 주간 하위 계획에서 실행되지만 일일 하위 계획에서는 비활성화됩니다(작업을 마우스 오른쪽 버튼으로 클릭, 비활성화). 결석뿐만 아니라 생성 및 금지됩니다.

자연스러운 질문을 생각해 봅시다. 금지된 문제에서 모든 것이 올바르게 작동합니까? 빨간색, 검은색 및 녹색 화살표는 이러한 금지에 어떻게 반응합니까?

복잡한 유지 관리 계획을 작성할 때 디버깅 작업과 그로 인해 발생하는 실질적인 요구 사항이 발생합니다.

• 실제로 긴 작업을 수행하지 말고 조건부 완료로 간주하여 다른 작업에 대한 화살표 형태의 영향을 유지합니다.
• 작업의 잘못된 실행을 모델링합니다.

첫 번째 경우 MS SQL에는 작업의 실제 실행을 방지하는 메커니즘이 있습니다. 작업을 마우스 오른쪽 버튼으로 클릭하고 비활성화합니다. 이 경우 작업이 회색으로 바뀌고 실제로 실행되지는 않지만 완료된 것으로 간주되고 완료된 것으로 간주됩니다(검정색 및 녹색 화살표가 작동함). 잘못된 실행을 시뮬레이션하려면 작업 속성 창에서 ForceExecutionResult 작업 속성을 실패로 설정해야 합니다. 이 속성을 다른 섹션의 ForcedExecutionValue 속성과 혼동하지 마십시오.

작업 제약 조건 또는 더미가 전혀 아닌 더미 작업에 대한 조건 구현((A 또는 B) 및 C)

제약 조건은 AND 연산자 또는 OR 연산자와 결합될 수 있습니다. 즉, 아래 그림에서 점선 완료 화살표를 "오류로 완료 알림" 작업으로 직접 그릴 수 없습니다. 해결책은 검은색 점선 화살표의 결과를 누적하는 "오류가 있었습니다"라는 중간 작업을 만드는 것입니다. 작업은 단일 go 문의 SQL 스크립트입니다. 즉, 아무 쓸모도 없는 것처럼 보입니다.

그러나 실제로 들어오는 제한 사항을 수집하고 다른 작업에 대한 제한의 소스 역할을 하므로 스크립트 실행이 통과하는 중요한 제어점이 됩니다. 더미 작업이 있는 이 트릭은 다른 상황에서도 사용할 수 있습니다. 예를 들어, 시나리오에서 데이터베이스를 오프라인으로 전환한 다음 상태를 되돌릴 필요가 없습니다. 그러나 "백업 불가능한 온라인 데이터베이스" 작업은 하위 계획에서 삭제할 수 없으며 들어오는 제한 사항을 수집하고 나가는 제한 사항의 소스 역할을 하는 중요한 실행 지점입니다. 이 경우 이 작업을 더미 시나리오로 바꿔야 합니다.

비동기 실행

위 그림의 구성에서 "양자 역설"은 결과가 원인보다 앞서 있을 때 발생할 수 있습니다. 실제로 영향을 주는 작업 중 하나, 예를 들어 "무결성 오류"가 종속 작업을 시작하라는 신호를 보낸 경우 영향을 주는 나머지 작업의 결과를 기다리는 것은 의미가 없습니다. 종속 작업 "오류가 있었습니다"를 실행해야 합니다. 따라서 즉시 실행됩니다. 잠시 후 "ZT 백업 오류" 작업이 작동하고 종료될 수 있습니다. "오류가 있음"을 트리거했을 수 있지만 이 이벤트는 이전에 이미 발생했습니다. 이것은 우리의 하위 계획에서 의도적으로 설계된 것이지만 예기치 않은 결과를 피하기 위해 이러한 종류의 비동기 효과를 염두에 두어야 합니다. 예를 들어 시작과 끝에서 Alert Operator 작업을 사용하여 유지 관리 하위 계획의 총 실행 시간을 측정할 때.

그것은 무엇입니까?

이것은 SQL 스크립트인 실행되는 첫 번째 작업이자 마지막 작업 중 하나입니다. 사실 개발 루프에는 종종 매우 큰 볼륨의 과거 시스템 사본이 있습니다. 기록 기록 유지 관리에 익숙해지고 마이그레이션 작업에서 데이터 소스로 사용됩니다. 그 안에있는 데이터는 실제로 변경되지 않습니다. 데이터베이스의 원본은 고객의 현재 생산 회로에 있으며 이러한 시스템의 사본은 요청 시 항상 얻을 수 있습니다. 이 엄청난 양의 정보를 백업하는 것은 자원 낭비입니다. 백업을 생성하는 작업의 매개변수에서 특정 데이터베이스를 나열하는 대신 백업 작업에서 "All" 매개변수를 지정하는 것이 좋습니다. 목록"). 그리고 그렇다면 집합 전체에서 일부 특수 기반을 일종의 제외를 위한 메커니즘이 필요합니다. 이것이 바로 첫 번째 스크립트가 하는 일입니다. 이러한 데이터베이스를 오프라인 상태로 만듭니다. 두 번째 스크립트는 그 반대입니다. 이 경우 백업 또는 재인덱싱 작업의 매개변수에 "오프라인 상태의 데이터베이스 무시" 매개변수가 설정됩니다. 그렇지 않으면 작업 오류가 발생합니다.

병렬 또는 직렬

"매일 전체 백업" 하위 계획에서 "백업할 수 없는 오프라인 데이터베이스" 작업이 가장 먼저 수행됩니다. 이것은 제한이 없는 유일한 작업입니다. 그 아래에 줄 지어있는 것을 볼 수 있습니다. 하위 시퀀스일일 전체 백업 하위 계획의 주요 핵심인 작업 수행.

순차 실행의 이유로 유지보수 시 SQL 서버의 부하를 초과하지 않으려는 바람과 계획의 가시성을 들 수 있다. 일반적으로 사용자의 작업이 중단되는 큰 야간 창으로 인해 순차 실행에는 문제가 되지 않습니다. 그러나 다른 시간대의 많은 사용자가 데이터베이스로 작업하고 유지 관리 기간이 매우 짧아지는 상황이 있을 수 있습니다. 작업의 순차적 실행이 유지 관리 기간에 맞지 않으면 병렬 처리해야 합니다. 이것은 "오프라인 비백업 기지"에서 오는 화살표로 수행할 수 있습니다. 각자에게주요 작업을 수행한 다음 "온라인 비백업 기반"으로 수렴합니다. 두 개의 회색 작업은 서로에 대해 순차적으로 실행되어야 합니다. 병렬화 결과는 아래와 같습니다. 설정된 목표는 달성했지만 가시성이 크게 손실되었습니다.

다음은 이전 방식과 위상적으로 동일하지만 작업 배열 변경 + 회색 작업 제거로 인해 더 시각적인 두 번째 옵션입니다.

표준 백업 데이터베이스 내 병렬화 및 데이터베이스 무결성 검사 작업 및 실행 결과 해석

"백업 복사본 만들기" 및 "데이터베이스 무결성 검사" 작업은 일반적으로 데이터베이스 목록에서 작동합니다. 각 데이터베이스에서 순차적으로 작동합니까, 아니면 각 데이터베이스에 대해 많은 병렬 유지 관리 작업이 있습니까? 작업을 두 번 클릭하고 열리는 대화 상자에서 "T-SQL 보기" 버튼을 누릅니다. SQL Server에서 생성하고 실행하는 스크립트에서 BACKUP DATABASE 백업 명령이 GO 명령으로 구분되어 있음을 알 수 있습니다. 이는 이러한 백업 프로세스가 병렬로 실행됨을 의미합니다. 결과는 패키지가 아니라 작업 전체를 나타냅니다. 하나 이상의 데이터베이스가 있는 작업에서 오류가 발생하면 일반적으로 작업이 잘못 완료된 것으로 간주되고 오류가 없으면 작업은 일반적으로 성공적으로 완료된 것으로 간주됩니다.

유지 관리 작업 예약(주요 문제, 종종 보조 문제로 간주됨)

전체 복구 모델 데이터베이스 유지 관리 계획의 주요 작업을 요약해 보겠습니다.

1. 전체 백업 작업
2. Diff 백업 작업
3. TLog 백업 작업

SQL 백업 주제에 대한 인기 있는 기사에서 작업 예약 문제는 대부분 구체적으로 고려되지 않거나 보조 역할이 할당됩니다. 동시에 제안된 작업의 주기성은 명확하게 주장되지 않습니다. 한편 이 문제가 핵심입니다. 명확한 권장 사항은 없습니다. 작업의 빈도와 구성은 상황에 따라 다를 수 있습니다. 일반 원칙을 고려하십시오.

시작해야 할 주요 사항은 허용 가능한 데이터 손실 기간(복구 시점 목표, RPO) + 복구 시간(복구 시간 목표, RTO)입니다. 이러한 지표는 차례로 하드웨어 아키텍처, 사용된 기술 및 작업 실행 빈도를 결정합니다.

TLog 백업 빈도

TLog 백업 빈도는 RPO 값에 따라 다릅니다. 생산적인 데이터베이스에 대한 TLog 백업 작업의 일반적인 빈도는 데이터베이스를 변경하기 위한 전체 일일 시간 간격(예약된 작업에 의해 변경이 이루어지는 시간 간격 및 꺼진 동안의 일회성 처리 포함)에 대해 ½ ~ 1 RPO 시간입니다. -시간). 생산 기반은 24시간 이내에 변경하는 것이 일반적입니다. 이러한 데이터베이스 RPO=1시간인 경우 트랜잭션 로그 백업은 30-60분마다 24시간 내내 수행되어야 합니다. 그러나 시스템의 특성으로 인해 월요일부터 금요일까지 근무 시간 간격(예: 10시에서 18시까지)과 다소간 빈도로만 자신을 제한할 수 있는 경우가 있습니다.

비생산적인 데이터베이스의 경우(개발 환경에서) 이 작업이 전혀 없는 단순 복구 모델을 사용하는 것이 더 적절할 수 있습니다. 수많은 문헌과 공식 문서에서 단순화된 모델의 사용이 성능 향상을 제공하지 않는다고 선언되어 있음에도 불구하고(TLog가 여전히 유지되기 때문에), 실제로는 그렇지 않습니다.단순화 된 복구 모델을 사용하여 변경된 1C 구성 개체를 스토리지에 저장하는 자주 수행되는 작업의 실행 시간이 몇 배 감소하고 전체 시간 이득은 개발 속도를 크게 향상시킵니다. 동시에 ½ ~ 1 RPO 시간의 빈도로 Diff 백업을 이미 생성해야 합니다. RPO 창에 있었고 충돌로 인해 손실된 데이터를 다시 입력할 가능성이 있는 낮은 변경률의 생산적인 백오피스 시스템에도 동일한 방법을 사용할 수 있습니다.

Full 백업과 Diff 백업의 상호연관성

두 작업의 빈도는 일반적으로 RTO를 충족할 수 있는 방식으로 선택됩니다. 변경의 강도가 한 달에 한 번 전체 백업, 하루에 한 번 차등 백업, 동시에 29일에 RTO 내에서 복원이 수행될 수 있는 정도라면 복원이 RTO 내에서 발생합니다. 왜 안 될까요? 이러한 작업 주기로 인해 복구 시간이 허용되지 않을 정도로 변경 강도가 높으면 하루를 시작할 때 전체 복사본이 필요하고 하루 동안 여러 차등 백업이 필요할 수 있습니다.

Diff 백업 작업의 빈도는 전체 백업과 비교하여 Diff 백업의 볼륨에 따라 달라집니다. 선택한 Diff 백업 빈도에서 크기가 전체 백업 크기의 절반을 초과하기 시작하면 Diff 백업을 더 이상 생성하는 것이 부적절하므로 이 시점에서 다른 전체 백업을 생성해야 합니다. 그러나 비교적 새로운 데이터베이스에서는 이 비율을 무시해야 함을 기억할 가치가 있습니다. 시간이 지남에 따라 일일 변경 볼륨은 전체 데이터 볼륨의 작은 부분(즉, Diff 백업에 허용 가능)이 되고 볼륨의 95%가 됩니다. 과거 데이터가 차지할 것입니다.

SQL 백업 구성에 대해 인터넷에서 읽을 수 있는 조언을 따르면 데이터에 문제가 발생할 수 있습니다. 이 기사의 지식을 일부 전문가의 조언에 적용해 보겠습니다.

자주 업데이트되는 데이터베이스의 경우 일요일에 전체 백업을 수행하고 하루에 한 번 TLog 백업을 수행하는 것이 좋습니다. 데이터 손실 기간(RPO)=1일이 허용할 수 없을 정도로 깁니다. 동시에 전문가는 이것이 가장 좋은 방법데이터 손실을 방지합니다. 토요일의 복구 시간도 6일 동안 전체 백업에 변경 사항을 적용해야 하고 데이터베이스의 변경 강도가 높기 때문에 허용할 수 없을 정도로 길 것입니다.

여기에서 월요일부터 금요일까지 매일 VT 및 Shrink VT가 백업됩니다("설명" 열의 "데이터베이스 복사본" 텍스트는 "작업" 열에 작업이 명확하게 표시되어 있기 때문에 명백한 오타입니다. VT의 백업). 주간 유지 관리 하위 계획으로 돌아가면 VT 자르기 작업의 이름이 "Shrink Do Not"이고 금지된 작업(회색으로 표시됨)임을 알 수 있습니다. "축소해야 합니다"라는 검색어는 정보를 명확히 하는 데 도움이 됩니다.

한 줄로 내려가면 각 Diff 백업 후 TLog 백업이 삭제됩니다. 이는 지속적인 직접 복구(전체 백업 시스템의 주요 목표)와 복원 지점으로의 전환을 자발적으로 거부하는 것입니다. 포인트는 하루 단위로 구분됩니다. 즉, 데이터 손실 기간은 24시간(RPO=24시간)입니다.

우리는 마지막 줄로 내려가 전체 계획의 가장 큰 실수를 찾습니다. 우발적이거나 악의적인 데이터 손상이 발생한 경우 데이터는 매우 안전하게 저장되지만 쓸모가 없습니다. 프로그래머가 토요일에 와서 "보고서가 완전히 말도 안 된다"는 문제를 처리하는 경우를 상상해 봅시다. 18시 5분, 키 레지스터의 데이터가 완전히 왜곡(삭제)된 사실에 문제가 있음을 깨닫고 로그에 이것이 금요일 오후에 발생했다고 말합니다. 이 시점에서 그는 데이터가 올바르지 않은 데이터베이스와 5분 전에 작성된 단일 전체 백업을 가지고 있으며 데이터도 올바르지 않습니다. 다른 모든 것은 완전히 제거됩니다. 전체 백업이 성공적으로 생성되었습니다. 이 유지 관리 계획은 실수의 수에서 챔피언입니다.

위의 그림은 초보자가 유지 관리 계획 마법사를 사용하여 만든 초급 계획이며 어떤 문제도 해결하지 않습니다. 일반적인 실수가 있습니다. 무결성 검사 결과에 따라 전체 백업을 생성하는 작업을 수행할 수 없습니다. 데이터베이스가 충돌하면 데이터베이스에 두 개의 끊어진 링크가 있는 백업이 없는 것보다 낫습니다. "일일 백업" 하위 계획에서 수행된 작업과 비교하십시오. 무결성 위반은 운영자에게 알리지만 백업 생성을 막지는 않습니다.

복구 기능 - 데이터를 잃지 않는 방법

더 간단할 수 있을 것 같습니다. 자체 백업에서 얼마 전에 데이터베이스를 롤백하기만 하면 됩니다. 그리고 데이터베이스에 다른 데이터베이스의 백업을 배포하는 것이 조금 더 어렵습니다. 그러나이 간단한 작업에서 큰 위험이 우리를 기다리고 있으므로 데이터를 쉽게 잃을 수 있습니다. 또한 복구 대화 상자에는 너무 많은 부조리가 있기 때문에 초보자 전문가에게는 확실히 모든 것을 올바르게 수행하고 있음에도 불구하고 뭔가를 이해하지 못하고 뭔가 잘못하고 있는 것처럼 보일 것이라고 정직하게 말해야 합니다.

이러한 "기능"은 어디에도 설명되어 있지 않으므로 이 간극을 채우도록 합시다. 사건을 조사하기 위해 프로그래머의 개별 데이터베이스(수신기, 그림의 ZUP_SUV)에 한동안 생산 기반(출처, 그림의 ZUP3ENERGO)을 복원하는 일반적인 작업을 고려합시다. 여러 버전의 SQL Server 동작의 다양한 "기능"을 설명하는 "새 버전"이라는 용어는 릴리스 13.0.4457.0을 의미하고 "이전 버전"이라는 용어는 릴리스 11.0.3156.0을 의미합니다.

첫 번째 조치- 대상 데이터베이스, 작업, 복원, 데이터베이스를 마우스 오른쪽 버튼으로 클릭합니다. 데이터베이스 복원 대화 상자(아래 그림)에 즉시 노란색 위험 신호가 표시됩니다. 원본 데이터베이스 트랜잭션 로그의 마지막 부분에 대한 백업 복사본이 만들어집니다. 물론, 사실 수신 기반에 대해 이야기해야 하며 여기의 논리는 다음과 같아야 합니다. 복원하여 현재 콘텐츠를 파괴하기 전에 만일을 대비하여 마지막으로 지금 있는 것을 수정합시다. 이렇게 하면 현재 복원을 롤백한 다음 복원 이전 지점으로 다른 복원을 수행할 수 있습니다. 이 작업은 유용하고 실제로 수신기에 관한 것이라면 위험하지 않은 것 같습니다. 하지만 이는 단순히 메시지의 오류가 아니라 소스에서 테일 로그 백업이 잘못 수행된 것입니다. 이것은 스크립트 버튼을 클릭하고 코드를 보고 실험적으로 테스트할 수 있습니다.

따라서 다섯 번째 단계에서 이 작업을 취소해야 합니다(아래 참조). 수신기에 대한 가장 최근 변경 사항 수정(마지막 VT 백업이 생성된 이후 발생할 수 있음)은 수동으로 수행해야 합니다(예: 해당 작업의 예약되지 않은 시작).

이제 실제로 소스 역할을 할 수 있는 항목을 살펴보겠습니다. 대화 상자는 소스가 데이터베이스 및 장치일 수 있음을 보여줍니다. 데이터베이스 자체가 과거의 임의의 시점에 대한 데이터 소스 역할을 할 수 없다고 설명해야 합니까? 소스는 데이터베이스 백업일 수 있습니다. 따라서 옵션에 대한 설명이 필요합니다.

• 소스 데이터베이스 - 소스 데이터베이스 및 해당 로그의 백업을 포함하는 전체 파일 세트 백업 레지스트리에 따르면, SQL 서버의 시스템 테이블에서 유지 관리됩니다. "백업 레지스트리에 따르면"은 작동 메커니즘을 이해하는 데 매우 중요한 문구입니다. 이는 일부 파일이 현재 디스크에서 누락된 경우에도 복구 계획에서 고려될 수 있고(레지스트리에서 수정되었기 때문에) 복원할 백업 세트 목록에 나타날 수 있음을 의미합니다. 오류는 복구 단계에서만 발생하며 Diff 백업 또는 TLog 백업 파일인 경우 - 베이스는 사용할 수 없는 상태로 유지됩니다.이를 방지하려면 먼저 "백업 미디어 확인" 버튼으로 복원 가능성을 확인하십시오.
• 장치 소스는 임의의 파일 세트입니다. 사실은 백업 이력을 지울 수 있다는 것입니다. 또는 백업이 다른 SQL 서버에서 생성되어 이 서버의 백업 레지스트리에 등록되지 않았습니다. 따라서 임의의 파일 집합을 명시적으로 지정할 수 있습니다. 복구를 위해 중복되는 파일 세트를 지정할 수 있습니다(예: 여러 날 동안 - 다음 단계의 SQL 서버는 필요한 파일만 선택합니다).

2막- 우리의 경우 수신기와 다른 소스를 선택하십시오. 최신 버전의 MS SQL Server는 일반적으로 이에 반응합니다. 이전 버전에는 데이터 손실을 방지하기 위해 주의 깊게 모니터링해야 하는 불쾌한 영향이 있습니다.

• 효과 1. MS SQL은 Destination을 Source에 지정된 데이터베이스로 즉시 변경합니다. 따라서 Destination을 반환해야 합니다. 이를 인지하지 못하면 데이터베이스가 자동으로 덮어쓰여지고 옵션 탭에서 선택되지 않은 "기존 데이터베이스 덮어쓰기" 플래그라도 데이터베이스를 보호할 수 없습니다.
• 효과 2. 파일 탭으로 전환하고 참조 - 수신자 대신 MS SQL Server가 소스를 덮어쓰려고 합니다(다음 그림 참조). 수신 기반의 파일 이름과 해당 로그를 수동으로 입력해야 합니다. 그렇지 않으면 소스가 손실됩니다(아래 네 번째 단계 참조).

세 번째 조치.소스로 파일 세트를 선택한 후 시점을 지정해야 합니다(복원, 타임라인 버튼). 특정 시점을 지정하면 지정된 시간으로 복원하는 데 필요한 원본(Source) 파일 세트에서 특정 세트(복원할 백업 세트)를 선택할 수 있습니다. 최신 버전의 MS SQL에도 존재하는 또 다른 부조리함이 분명해집니다. "복원" 옵션과 TimeLine 버튼이 대화 상자의 잘못된 위치에 그려집니다. 그들은 확실히 목적지가 아니라 소스를 참조합니다. 이 버그는 10년 이상 된 것이므로 절대 고쳐지지 않을 것이므로 익숙해지기만 하면 됩니다. 또한 자를 사용하지 않고 수동으로 시간을 입력할 때도 매우 주의하십시오. 최신 버전 SQL 서버는 해당 월의 첫 번째 입력을 "먹기" 때문에 숫자를 두 번 입력해야 합니다.

네 번째 조치.

다섯 번째 행동.옵션 탭으로 전환합니다. 데이터베이스를 덮어쓰는 옵션을 설정하고, VT의 최종 조각을 생성하는 옵션을 선택 취소하고, "대상 데이터베이스에 대한 기존 연결 닫기" 옵션(사용 가능한 경우)을 활성화합니다.

여섯 번째 행위."외부 소스"에서 복원한 후 복원된 베이스(ZUP_SUV)는 외부 논리 이름(ZUP3ENERGO)을 받습니다. 데이터베이스 속성 대화 상자에서 다시 반환해야 합니다(데이터베이스를 마우스 오른쪽 버튼으로 클릭, 속성). 이것이 완료되지 않으면 매우 불쾌한 결과가 발생할 것입니다.

귀하와 귀하의 데이터에 행운을 빕니다!

이 기사에서는 작업 파일, 멀티미디어 및 운영 체제(이미지 만들기)와 같은 데이터를 백업하는 방법에 대해 설명합니다. 백업(데이터 보관)은 하드 드라이브 장애나 바이러스로 인해 중요한 문서, 사진 보관소, 다양한 프로그램에서 만든 작업이 손실될 수 있으므로 매우 필요합니다. 모든 프로그램과 함께 OS의 깨끗한 복사본을 다시 설치하고 싶을 수도 있습니다. 이런 일이 발생하면 이 상황을 쉽게 수정할 수 있습니다.

사용자에게 가장 일반적인 경우는 운영 체제의 오류입니다. 컴퓨터를 이전 상태(프로그램, 설정 등)로 복원하려면 Windows를 설치하고 구성하는 데 몇 시간에서 며칠이 소요되지만 설치 시간이 가장 오래 걸립니다. 추가 소프트웨어. 경험이 없는 사용자는 외부 HDD는 물론이고 다른 하드 디스크 파티션으로 정보를 전송할 생각 없이 시스템 디스크에 데이터를 저장하는 경우가 많습니다.

백업(아카이빙) 및 복구 방법

Windows 7: 내장 백업 및 복원 도구

사용하기가 매우 쉽고 일정에 따라 이 절차를 자동으로 수행할 수도 있습니다. 백업 도구의 시스템 위치: «시작 | 모든 프로그램 | 서비스 | 보관 및 복원». 왼쪽 열의 메뉴 - "시스템 복구 디스크 만들기"그리고 "시스템 이미지 생성".

시스템 이미지를 생성합니다. 미래 아카이브의 위치를 ​​지정해야 합니다. 다른 디스크 파티션, 외장 HDD 또는 광 디스크(DVD, Blue Ray)를 선택하십시오. 네트워크 드라이브에 백업을 저장할 수도 있습니다. 광학 매체를 사용하는 것은 실용적이지 않으므로 사용하십시오. 논리 드라이브충분한 저장 공간 또는 외부 HDD. 위치를 선택하고 "아카이브" 버튼을 클릭합니다. 전체 시스템 파티션이 보관됩니다. 이 절차는 일정에 따라 수행할 수 있지만 Windows는 이전에 녹화한 시스템 이미지를 다시 생성하지 않고 업데이트하므로 시간이 절약됩니다.

"아카이브" 도구를 선택하면 중요한 사용자 데이터의 정기 백업을 설정할 수 있습니다. 이렇게 하려면 "백업 설정"을 선택하고 저장할 드라이브를 지정하고 "다음"을 클릭하고 다음 창에서 "선택권 제공"을 선택한 다음 보관할 개체를 표시합니다. 백업 내용을 복원하려면 "이 백업에서 내 파일 복원", "다음의 모든 사용자에 대한 파일 복원"의 세 가지 제안 작업 중 하나를 선택하십시오. 이 컴퓨터" 또는 "이 백업이 차지하는 디스크 공간 관리".

시스템을 복원하려면 부팅되지 않거나 수정할 수 없는 오류가 발생하는 경우 복구 디스크가 필요할 수 있습니다. 생성하려면 왼쪽 메뉴에서 "시스템 복구 디스크 생성"을 선택하고 구성할 미디어를 지정합니다. 불행히도 레이저 디스크만 지원되며 광학 드라이브가 없는 랩톱 소유자에게는 적합하지 않습니다.

Windows에 내장된 이 도구는 아카이브를 만드는 데 시간이 오래 걸리고 압축 기능이 없다는 단점이 있습니다. 그러나 다른 더 기능적인 제품이 있습니다.

Acronis True Image Home 2013을 사용한 백업 및 복구

백업 도구가 내장되어 있지 않은 Windows XP 사용자와 백업 프로그램의 기능에 대한 요구 사항이 높은 사용자의 경우 다음을 사용하는 것이 좋습니다. 아크로니스 트루 이미지 홈 2013.

Acronis True Image Home은 3가지 백업 방법을 사용합니다.

전체 이미지 - MBR을 포함한 모든 데이터를 절대적으로 보관합니다(파티션이 부팅 가능한 경우).

차등 - 백업이 첫 번째(전체) 방법으로 생성된 이후 변경된 데이터만 백업에 포함됩니다.

증분 방법 - 마지막 백업 절차 이후 변경된 파일로 백업을 보완할 수 있습니다.

시스템 파티션의 백업 복사본을 만드는 것은 쉽습니다. 기본 프로그램 창에서 첫 번째 옵션을 선택하십시오. "디스크 및 파티션 백업", 파티션 또는 드라이브를 지정하고 아카이브를 저장할 위치를 지정하고 필요한 경우 아카이브 매개변수를 변경합니다(예: 탭에서 아카이브 압축 수준 설정 "성능"또는 암호로 아카이브를 보호). 프로세스가 끝나면 확장자를 가진 파일 *.tib. Acronis True Image Home 2013을 사용하면 백업을 논리 드라이브로 마운트하고 필요한 데이터로 작업할 수 있습니다. 이러한 방식으로, 실수로 하드 드라이브에서 완전히 삭제한 미리 생성된 아카이브에서 원하는 파일을 추출할 수 있습니다.

파티션과 디스크를 백업하는 것 외에도 Windows 주소록, 연락처 목록 및 통신은 물론 개별 디렉토리와 파일을 백업(일정에 따라 포함)할 수 있습니다. 마이크로소프트 아웃룩. 가장 어려운 경우의 복구를 위해 프로그램의 부팅 가능한 버전(부팅 디스크 또는 부팅 디스크)을 사용할 수 있으며 광학 및 USB 미디어 모두에서 이러한 솔루션을 만들 수 있습니다.

여러 설치를 실험 할 때 발생합니다. 운영체제마스터 부트 레코드(마스터 부트 레코드)가 손상된 것으로 판명되면 이미지에서 복원할 때 "MBR"을 선택하여 "재생"을 시도할 수 있습니다. 또한 Acronis True Image Home 2011은 백업을 "네이티브" 형식에서 VHD 형식으로 변환할 수 있습니다(이것은 Windows 7 시스템 도구로 생성된 백업이며 동시에 가상 디스크 이미지, 즉 거의 모든 가상 머신) 그리고 뒤로.

대부분의 경우 복구는 백업 내용이 배포될 원하는 아카이브 및 파티션을 선택하는 것입니다. Windows XP에서 Acronis True Image Home의 설치 시간이 매우 길고 속도가 느리다는 점은 주목할 가치가 있습니다.

Paragon 백업 및 복구 전문가: 고급 백업

제공하는 Paragon Backup & Recovery Professional 프로그램 정보 파일 백업 및 복원그러나 나는 Windows를 다른 PC로 옮기는 것을 목표로 말했습니다. Acronis 제품과 달리 아카이브 작업 외에도 파티션에 대한 일부 작업(예: 레이블 변경, 포맷, 숨기기 및 삭제)을 수행할 수 있습니다. 그러나 이를 위해서는 "고급 사용자 모드"로 전환해야 합니다.

백업하기 전에 이미지에서 데이터를 복원할 복구 디스크를 만드는 것이 좋습니다. 이렇게 하려면 "유틸리티" 섹션으로 이동하여 "복구 디스크 만들기"를 선택하십시오. 여기에서 광 드라이브, 외장 하드 드라이브 또는 USB 플래시 드라이브를 미디어로 선택할 수도 있습니다.

데이터의 백업 복사본을 생성하려면 "데이터 보호 및 복구 | 인텔리전트 아카이빙'을 통해 그 전에 안정적인 스토리지를 준비하는 것을 잊지 마십시오. 백업 대상: "디스크 또는 파티션", 이메일(Outlook, Outlook Express 및 Windows Mail의 이메일, 계정 및 주소록), "미디어 파일" 및 "문서"(텍스트, 사진, 비디오 및 음악 내 문서 디렉토리에 저장됨) 또는 기타 파일 또는 폴더.

그런 다음 이미지 압축 정도, 암호 보호 및 섹터별 복사 모드를 선택하여 추가 복사 옵션을 만들 수 있습니다(디스크의 모든 섹터는 사용하지 않은 섹터를 포함하여 "있는 그대로" 처리됨). FTP 서버가 있는 경우 아카이브 스토리지로 할당할 수도 있습니다. 광 미디어를 선택하면 프로그램에서 디스크의 마스터 부트 레코드를 저장할 수 없다는 경고를 표시합니다.

고급 사용자를 위해 Backup & Recovery에는 가상 이미지 작업을 위한 전문 도구가 있습니다. 머신 가상 PC, VMware 워크스테이션및 VMware 퓨전. 덕분에 시스템 파티션과 같은 실제 하드 디스크의 이미지를 변환한 다음 모든 데이터 및 프로그램과 함께 열 수 있습니다. 가상 기기다른 컴퓨터에서도.

사진 확대

이 페이지에서:

아카이브에서 파일 복원

Windows 7에서는 제어판 항목을 사용하여 백업에서 파일을 복원할 수 있습니다.

제어판 항목의 기본 창에는 파일 복구를 위한 세 가지 옵션이 있습니다.

• 내 파일 복원- 복구할 개별 파일 및 폴더를 선택할 수 있습니다.
• 모든 사용자의 파일 복원- 또한 개별 파일과 폴더를 선택할 수 있지만 컴퓨터의 모든 사용자에게 적용됩니다.
• 파일을 복원하려면 다른 백업을 선택하세요.- 모든 사용자의 파일을 복원하고 네트워크 드라이브에 있는 아카이브를 선택할 수 있습니다.

다음은 "my" 파일을 복원하는 방법입니다. 파일 복구 마법사의 첫 번째 창은 옵션으로 가득 차 있으므로 순서대로 진행해 보겠습니다.

보관 날짜를 선택합니다. 기본적으로 시스템이 창에 보고하는 대로 가장 최근의 아카이브가 사용됩니다. 예를 들어 파일의 이전 사본이 필요한 경우 이전 날짜를 선택할 수 있습니다.

인터페이스는 매우 빈번한 보관을 위해 설계된 것 같습니다. 기본적으로 지난 주 보관이 표시됩니다(제 생각에는 한 달 동안 보관을 즉시 표시하는 것이 더 논리적입니다). 물론 이전 항목을 선택할 수도 있습니다.

파일 검색. 아카이브에서 필요한 파일을 즉시 찾을 수 있는 매우 편리한 도구입니다.

창은 탐색기 인터페이스를 사용합니다. 즉, 검색 결과에서 원하는 파일 속성 열을 선택하고 이를 기준으로 정렬할 수 있습니다(단, 그룹화는 없음).

파일 및 폴더 추가. 검색과 함께 개별 파일 및 폴더를 추가할 수 있습니다. 각 작업에는 고유한 버튼이 있습니다.

복구 가능한 파일 목록입니다. 추가된 폴더 및 개별 파일의 이름이 표시됩니다.

목록에서 파일 및 폴더를 제거합니다. 파일 및 폴더는 아카이브가 아닌 복구 가능한 파일 목록에서만 제거됩니다.

복구 가능한 파일의 대상 선택으로 이동합니다. 파일을 복원할 수 있습니다.

• 원래 위치로. 이 경우 동일한 이름을 가진 파일이 있으면 파일을 덮어쓸지, 두 복사본을 모두 폴더에 보관할지, 아니면 복사를 거부할지 묻는 표준 대화 상자가 표시됩니다.
• 지정한 위치로 이동합니다. 이 경우 아카이브의 루트(그림에서 강조 표시됨)부터 시작하여 폴더 구조를 유지하면서 파일을 복원할 수 있습니다.

복원할 파일의 최종 위치를 결정했으면 버튼을 클릭합니다. 재건.

파일 및 폴더의 이전 버전 복원

문서에서 작업하는 동안 문서의 일부를 삭제하고 파일을 저장하고 응용 프로그램을 닫았다고 상상해 보십시오. 그리고 갑자기 그들이 매우 중요한 것을 삭제했다는 것을 기억했습니다. 또는 휴지통을 지나쳐 파일을 삭제하고 한 달 후에 정말 필요하다고 상상해 보십시오. 두 경우 모두 회복할 수 있는 좋은 기회가 있습니다. 이전 버전파일.

"이전 버전" 탭을 사용하여 파일 또는 폴더의 속성에서 복원은 "Professional" 이상의 Windows 7 버전에서만 사용할 수 있습니다. Windows 7의 가정용 버전 및 모든 최신 버전의 Windows에 대한 해결 방법이 있습니다.

섀도 복사본에서 파일 및 폴더의 이전 버전 복원

섀도 복사본에서 파일과 폴더를 복원할 수 있으려면 시스템 보호가 활성화되어야 하며, 이는 각 디스크에 대해 별도로 활성화됩니다. 너무 명확하지 않을 수 있지만 시스템 복원 지점과 파일 및 폴더의 섀도 복사본을 위한 저장소를 제공하는 볼륨 섀도 복사본 서비스의 디스크 공간과 작업을 제어하는 ​​것은 시스템 보호 설정입니다.

섀도 복사본은 무기한 보관되지 않습니다. 일정 비율의 디스크 공간이 할당되고 지정된 제한에 도달하면 이전 복사본이 새 복사본으로 교체됩니다. 시스템 보호 및 복원에 대해 설명하므로 여기서는 이전 버전 복원만 고려하겠습니다.

섀도 복사본에서 이전 버전을 복원할 수 있습니다.

• 개별 파일
• 파일이 있는 폴더

섀도 복사본에서 단일 파일을 복원하는 것은 아카이브에서 파일을 복원하는 것과 거의 같습니다. 탭의 파일 속성에서 이전 버전 복원 지점.

아카이브에 저장된 파일과 달리 이 경우 파일을 열고 선택한 폴더에 복사할 수 있는 옵션이 있습니다.

개별 파일 외에도 섀도 복사본에서 폴더를 복원할 수 있습니다. 버전 목록은 속성에서 볼 수 있습니다. 폴더탭 이전 버전.

폴더를 열거나 다른 위치로 복사하거나 이전 위치로 복원할 수 있습니다. 복원할 때 폴더에 같은 이름의 파일이 있으면 시스템에서 경고합니다.

아카이브에서 파일의 이전 버전 복원(Windows 7만 해당)

파일이 Windows 백업을 사용하여 아카이브에 포함된 경우 해당 속성에서 이전 버전버전 목록이 표시되고 위치는 아카이빙.

파일을 복원할 때 시스템에서 동일한 이름의 파일이 이미 존재함을 감지하면 기존 파일을 덮어쓸지, 다른 이름으로 저장할지 또는 복원을 거부할지 묻는 메시지가 표시됩니다.

물론 제어판에서도 같은 파일을 복원할 수 있지만 파일 속성에서 복원하는 것이 더 편리하고 빠를 수 있습니다.

섀도 복사본에서 삭제된 파일 복구

기존 파일의 이전 복사본을 복원해야 하는 경우 파일 속성 탭으로 이동하세요. 이전 버전. 하지만 파일이 삭제되면 어떻게 될까요? 두 가지 방법이 있습니다.

• 폴더 복구
• 파일 검색(Windows 7만 해당)

위에서 설명한 대로 섀도 복사본에서 파일이 있던 폴더를 복원할 수 있습니다. 파일의 정확한 위치가 기억나지 않지만 폴더 트리의 위치에 대한 대략적인 아이디어가 있는 경우 상위 폴더를 복원할 수 있습니다.

그러나 폴더를 복원하기 전에 원격 파일 Windows 검색을 사용하여. 예를 들어 일련의 작업을 살펴보겠습니다. 파일을 삭제했습니다 support_center01.png이제 필요합니다. 어떤 폴더에 있는지 알고 있고 그 안에 있는 파일을 찾고 있습니다(정확한 위치를 모르는 경우 가장 가까운 상위 폴더를 찾습니다).

섀도 복사본은 인덱싱되지 않으며 삭제된 파일은 즉시 인덱스에서 제외되므로 검색에서 찾지 못합니다. 따라서 다음을 클릭하여 색인이 생성되지 않은 장소에서 검색해야 합니다. 컴퓨터.인덱싱되지 않은 파일을 검색하는 데 시간이 더 걸리지만 인내심은 보상을 받을 것입니다.

섀도우 카피에는 내가 필요로 하는 PNG 파일뿐만 아니라, 같은 이름으로 오래 삭제된 BMP 파일도 있어서 생각을 잊었다.

이전 버전의 파일이 누락된 이유는 무엇입니까?

파일의 이전 버전에 대해 읽은 후 시스템에서 생성되고 있는지 확인하고 싶을 수 있습니다. 이전 버전을 찾지 못했다면 다음을 의미할 수 있습니다.

• 비활성화된 시스템 보호, 즉 이전 버전의 시스템 파일이 저장된 섀도 복사본이 없습니다.
• 시스템을 보호하기 위해 할당된 디스크 공간이 거의 없으므로 사용자 파일의 섀도 복사본을 위한 공간이 충분하지 않습니다.
• 파일 또는 폴더의 내용이 변경되지 않은 경우 - 이 경우 섀도 복사본이 생성되지 않습니다.
• 섀도 복사본은 제대로 작동하지만 다음 중 어느 것도 활성화되지 않습니다.
  연결 속성의 Microsoft 네트워크용 클라이언트
  Microsoft 네트워크용 파일 및 프린터 공유
  서비스 "워크스테이션", "서버" 및 "TCP/IP를 통한 NetBIOS 도우미"
  관리 네트워크 공유 /li>

파일 복구에 대한 이야기를 요약하자면 Windows 기술은 상호 연결되어 있다는 점을 강조하고 싶습니다. 시스템 보호와 함께 Windows 백업을 사용하면 파일을 복구할 수 있는 가장 좋은 기회를 얻을 수 있습니다. 시스템의 백업 이미지를 생성하여 이러한 가능성을 높일 수 있습니다. 복원은 아래에서 설명합니다.

미리 생성된 이미지에서 시스템 복원

다양한 Windows 복구 도구로 인해 비교표를 준비했습니다. 그것에서 당신은 찾을 것입니다 간단한 설명복구 방법 및 작동 방식, 각 도구에 대한 자세한 기사 링크.

이제 프로세스에 대해 직접 설명합니다. 복구 환경으로 부팅하여 미리 생성된 이미지에서 시스템을 복원할 수 있습니다.

시스템 복구 드라이브, 복구 환경 및 부팅 옵션을 만드는 방법에 대한 자세한 설명은 Windows에서 Windows RE 복구 환경 사용을 참조하세요. 다음 논의는 하드 드라이브에서 Windows RE로 부팅하는 것에 대해서만 다룹니다.

하드 드라이브에서 Windows 7 복구 환경으로 부팅

메뉴에 들어가려면 추가 다운로드 옵션, 클릭 F8컴퓨터를 켠 후 운영 체제가 로드되기 전입니다.

첫 번째 메뉴 항목 선택 - 컴퓨터 문제 해결 Enter 키를 누릅니다. Windows 복구 환경이 시작되고 가장 먼저 키보드 레이아웃을 선택하라는 메시지가 표시됩니다.

관리자 암호를 설정한 언어를 선택하십시오. 계정, 다음 단계에서 입력해야 하기 때문입니다.

암호를 입력하면 복구 옵션이 있는 메뉴가 표시되며 그 중 하나는 다음과 같습니다. 시스템 이미지 복원.

Windows RE 환경에서 시스템 이미지 복원

입력 윈도우 환경 RE에는 다양한 시스템 복구 도구가 있습니다.

복원할 다른 이미지를 선택할 수도 있습니다. 이미지 선택 후 버튼 클릭 더 나아가복구 프로세스를 시작합니다.

드라이브를 포맷하고 파티션을 생성할 수 있으며 포맷 작업에서 드라이브를 제외하는 옵션이 있습니다(아카이브된 이미지가 포함된 드라이브는 자동으로 제외됨). 또한 이미지를 기존 시스템 파티션으로 간단히 복원할 수 있습니다. 버튼 뒤에 추가적으로두 가지 옵션을 더 숨깁니다.

복구 옵션을 결정한 후 버튼을 클릭합니다. 더 나아가, 그런 다음 마법사의 마지막 창에서 버튼을 클릭합니다. 준비가 된. Windows는 파티션에서 모든 데이터가 삭제되고 복구 프로세스를 시작한다는 경고를 표시합니다.

설치가 없는 경우 윈도우 디스크, 시스템 복구 디스크를 만드십시오. 이 디스크를 사용하면 하드 디스크에서 Windows RE 서비스 파티션이 손상된 경우에도 시스템 백업 이미지를 복원할 수 있습니다.