Использование вашего веб-хоста в качестве резервного сайта - плохая идея - если не учитывать проблемы, поднятые Натаном , веб-хостинг предназначен для размещения веб-сайтов (общедоступные файлы - файлы могут скачать все). Вы, вероятно, не захотите это делать для конфиденциальных данных компании в ваших резервных копиях.
Устранение этого с помощью правил .htaccess и т.п. по-прежнему оставляет вас в ситуации, когда случайное изменение вашего веб-сайта может сделать эти данные общедоступными. Также это означает, что тот, кто занимается дизайном / обслуживанием вашего веб-сайта, имеет доступ к файлам резервных копий, что определенно не является идеальной ситуацией.
Существуют специальные службы резервного копирования и хранения, доступные по разумной цене. 1117170] Поскольку вы уже используете среду на основе Unix rsync.net и Tarsnap , я настоятельно рекомендую оба варианта (я уже некоторое время использовал первый для своих личных и деловых резервных копий, Последним управляет человек, которому я доверяю.)
Вы также можете откатывать свои собственные резервные копии, если вам это удобно. Решение, использующее сервер Bacula «в облаке» (Amazon EC2 & EBS), может быть эффективным и недорогим вариантом в зависимости от объема данных, для которых выполняется резервное копирование.
Если вы превысите то, что можно разумно сделать таким образом, локальный сервер Bacula, который отправляет свои данные в rsync.net или аналогичную внешнюю службу хранения - это то, что делает моя текущая компания.
Bacula также имеет клиентов Windows на случай, если вся ваша среда не является системами * nix.