스크립팅되지 않은 경우(또는 필요한가요?) 쓰기 확인을 수행하지 않는 방법을 확인하면 폴더 몇 개를 다른 서버에 덤프하는 것이 적절한 옵션입니까? 복사한 후 데이터가 손상되지 않을까 걱정되는데 버그가 있다는 사실을 모르시겠습니까?
나는 과거에 문제 없이 그것을 사용했지만, 분명한 것을 놓친 경우를 대비해 피드백을 구하고 있습니다.
답변1
Robocopy는 데이터를 복사하는 훌륭한 도구입니다. 나중에 Beyond Compare를 사용하여 diff를 수행할 수도 있습니다.
데이터를 이동하는 다른 옵션으로는 이미징, Windows 복제 등이 있습니다. 하지만 일반적으로 저는 robocopy를 사용합니다. 왜냐하면 매우 좋은 로그를 만들기 때문입니다.
답변2
robocopy는 뛰어난 파일 복사 도구이지만 그 자체로는 가장 기본적인 백업 도구일 뿐입니다. 말씀하신 검증이 좋은 예입니다. robocopy는 괜찮은 백업 솔루션의 일부가 될 수 있는 기능을 갖추고 있지만 최상의 매개변수와 아마도 래퍼 스크립트 한두 개를 조정하는 데 시간을 할애할 준비가 되어 있어야 합니다.
저는 집에서 임시 백업을 포함하여 이를 많이 사용하고 좋아하지만 "백업" 솔루션은 아닙니다. "에에에에, 이걸 망치기 전에 복사본을 만드는 게 좋겠다"는 해결책에 더 가깝습니다.
내 .02
답변3
백업하는 콘텐츠가 무엇인지, RoboCopy가 열려 있는 파일에 액세스하는 것이 차단될 가능성이 있는지 여부에 전적으로 달려 있습니다.
모든 백업 전략은 백업이 작동하고 완전하며 예상했던 범위까지 복원될 수 있는지 확인하기 위해 수행하는 테스트 복원 프로세스만큼만 좋습니다.
나는 성공을 보고하는 백업 작업을 실행하고 복원을 수행해야 할 때를 찾기 위해 매일 확인하고 작업이 수행되는 동안 실제로 필요한 모든 데이터를 수집하지 못한 많은 장소에서 일했습니다. 실패한 시스템을 복구합니다.
답변4
유감스럽게도 이전 답변에 동의하지 않습니다. robocopy(단독)는 열린 파일을 안전하게 백업하는 메커니즘이 없기 때문에 데이터를 복사하는 좋은 도구가 아니며 따라서 예측할 수 없는 결과를 초래할 수 있습니다.
여기서는 이론적으로 말하는 것이 아닙니다. 작년에 제 고객이 robocopy를 사용하여 매일 데이터 폴더를 원격 서버와 동기화했기 때문에 전체 데이터 재앙을 겪었습니다(예: 아무것도 남지 않았습니다). 문제의 파일은 대부분 데스크톱 데이터베이스 프로그램에서 사용되므로 성공적으로 복사된 파일은 어떤 프로세스에 따라 무작위로 잠겼는지에 따라 달라집니다.
직원이 자신의 "실시간" 데이터를 모두 삭제했을 때(이유는 묻지 마세요) 데이터 복원에 도움을 요청했습니다. "백업" 솔루션이 robocopy였기 때문에 우리는 아무것도 할 수 없었습니다.
백업 규칙:
- 무엇을 백업할지 항상 고려하세요.
- 배포할 때 항상 테스트하십시오.
- 이후에는 정기적으로 테스트하십시오.
- "테스트"란 백업 파일/테이프가 어딘가에 있는지 확인하는 것이 아니라 실제로 데이터를 다른 위치에 복원하고 데이터 무결성을 확인하는 것을 의미합니다.
- 실행할 때마다 의미 있는 로그가 있는지 확인하고 누군가가 이러한 모든 로그를 확인하는지 확인하십시오.
안타깝게도 robocopy는 정말 훌륭한 도구이기는 하지만 위의 작업을 제대로 수행할 수 있는 프로그램은 아닙니다.