몇 달 동안 실제로 rsync를 실행하고 있었지만, 제가 원인을 알 수 없는 이유로 작동이 멈췄습니다. 로그에 에러도 없고, 라우터에 제가 아는 변경 사항도 없었으며, 하드 드라이브 용량 부족 문제도 아니었습니다. NAS와 라우터를 재부팅해도 효과가 없었습니다. 아마 Digital Ocean 쪽에서 무언가 변경되었거나, Discourse 소프트웨어 업데이트 때문일 수 있지만, 저는 IT 전문가가 아니기 때문에 이 문제를 해결하려는 시도는 계속 다른 생활 우선순위들에 밀려 미뤄졌습니다.
그 이후로 (별개의 문제 때문에) NAS 장치를 포맷하고 재구성했지만, 처음에 원격 백업을 설정하기 위해 조사해야 했던 모든 내용과 시행착오를 다시 배워야 하는 상황에 직면하자, 왜 이런 과정이 필요한지 의문이 들었습니다.
crontab을 파고드는 것도 비슷한 문제처럼 보입니다(이것이 무엇인지 모르겠지만, 웹 호스팅에서 백업을 위해 한때 사용했던 cron job 같은 것이라고 가정하고 있습니다 - 그것도 결국 제가 설명하거나 해결할 수 없는 이유로 작동이 멈췄었죠).
좋은 백업 시스템이란 사용자가 지속적으로 유지할 의지와 능력이 있는 시스템입니다.
사용자의 일반적인 활동 범위 밖에 있는 제3자 시스템에 대한 지식과 기술이 요구되는 시스템은 오히려 취약점이 되어, 불필요하게 더 많은 변수와 위험을 추가하는 것처럼 보입니다.
가이드를 따르는 것은 단순히 지시사항을 무작정 반복하는 것에 불과하며, 이해 없이 행하고 있기 때문에, 가이드 작성자의 환경과 필연적으로 약간 다른 상황에 부딪히면 완전히 혼란에 빠집니다.
더 이상 적극적으로 유지보수되지도 않고 이미 일부가 깨져 있는 제3자 플러그인에 의존하는 시스템도 나쁜 아이디어라고 생각합니다.
이 특정 작업을 위해 설계되고, 그 작업을 달성하는 데 필요한 것에 대해 저보다 훨씬 더 많이 아는 사람들이 유지보수하는 소프트웨어 내에서, 익숙한 한 곳에서 모든 설정을 수행할 수 있는 시스템이 훨씬 더 좋은 아이디어라고 생각합니다.
오늘 우연히 발견했는데, IDrive는 실제로 Amazon S3 API를 지원하므로, 이론적으로는 매우 저렴한 "e2"를 사용하여 Discourse 백업을 S3로 저장할 수 있습니다. Discourse는 차이를 알지 못할 것입니다. https://www.idrive.com/e2/ 참고하세요.