У меня есть Windows VPS, размещенный на каком-то веб-хосте, у меня есть доступ администратора удаленного рабочего стола, и я могу установить любое программное обеспечение, которое мне нужно, на этом VPS.
Это базовый недорогой VPS, поэтому системные ресурсы (особенно память) чрезвычайно ограничены, основное отличие между резервным копированием выделенного сервера и VPS заключается в ограниченных ресурсах VPS.
Мои требования:
- Резервное копирование содержимого VPS (я не хочу делать резервные копии всего виртуального жесткого диска, я хочу иметь доступ к моим файлам без установки того же программного обеспечения виртуальной машины).
- Резервное копирование файлов, конфигурации IIS и баз данных SQL Server.
- Чрезвычайно легкий вес, использование (почти) без памяти, когда неактивно, способно ограничить использование памяти при резервном копировании.
- Резервное копирование в удаленное местоположение (Amazon S3 лучше, потому что это дешево).
- Быстро и эффективно использует пропускную способность (использует сжатие, инкрементное резервное копирование и т. Д.)
- При желании можно создать резервную копию почтового сервера (я использую SmarterMail), я могу жить без этого, потому что у меня относительно простая настройка электронной почты, и я храню все свои сообщения на своем рабочем столе в Outlook.
- Резервное копирование используемых файлов не является для меня проблемой, поскольку большинство файлов (за исключением SQL Server и почтовых данных, перечисленных выше) никогда не будут заблокированы на этом конкретном сервере.
У меня ограниченный бюджет, очевидно, я бы хотел бесплатное решение, но это бизнес-машина, и хорошее резервное копирование стоит денег.
Ответы:
А как насчет DropBox или чего-то подобного? Установите домашний каталог в качестве развернутого сайта и напишите сценарий (см. Эту статью базы знаний по указателям о том, как запланировать задачу), чтобы периодически копировать оставшуюся часть содержимого в невидимый веб-каталог. Это должно охватывать каждый пункт, который вы перечислили, а также дать вам возможность использовать его для развертывания, поскольку он является двунаправленным. Базовая учетная запись бесплатна, 2 ГБ и может быть расширена в соответствии с потребностями вашего сайта / хранилища. Я не использовал это непосредственно, но я использовал это для передачи файлов в течение некоторого времени.
Кроме того, взгляните на SO для хороших разработчиков безопасных резервных копий дома , чтобы найти другие интересные решения.
источник
Я написал скрипт Powershell для автоматизации сжатия и шифрования данных на наших производственных серверах перед их загрузкой в Amazon S3. Он предназначен для загрузки всего из временной папки, которая в моем случае содержала файлы резервных копий MS SQL, созданные другим скриптом. В настоящее время сценарии используют максимальное сжатие, поэтому, если вы беспокоитесь об использовании памяти, вам может потребоваться немного снизить это значение, но я предполагаю, что с небольшой настройкой вы сможете получить большую часть того, что вы хотите. Наши поставщики требовали 500 долларов в месяц для резервного копирования за пределы площадки, поскольку это решение стоит около 5 долларов в месяц.
источник
mozy.com - это хорошая, недорогая служба резервного копирования, но я думаю, что вам придется справиться со сбрасыванием того, что вам нужно, с VPS самостоятельно.
источник
Я также сказал бы, что вы должны использовать резервный диск. Практически каждый провайдер делает эту услугу по низкой цене. «За», резервные копии быстрые. «Против» в том, что вы не имеете полного контроля над своими резервными копиями (почти не всеми провайдерами).
Другое, очень хорошее и «дешевое» решение - Acronis [1]. Это щелкающая программа, которая может отправлять вам полные журналы резервной копии, и она поддерживает практически все хранилища.
[1] http://www.acronis.com/homecomputing/
источник
Из-за ограничений по скорости я бы рассматривал резервное копирование вне сайта как вторичный подход к резервному копированию. Amazon S3, безусловно, является хорошим и экономичным решением для удаленного использования, но в зависимости от того, что вам нужно восстановить, может потребоваться много часов, чтобы вернуть гиги контента на ваш сервер, чтобы восстановить ваши сайты.
В качестве основной резервной копии я хотел бы убедиться, что вы записываете резервные копии на отдельный физический диск на том же сервере или на другой сервер в том же центре обработки данных.
По моему опыту, большинство случаев, когда вам нужны ваши резервные копии, происходят из-за человеческих ошибок (то есть случайного удаления того, что вам нужно), повреждения жесткого диска, вирусов или сбоя жесткого диска. В этих случаях очень важно иметь возможность быстро получить данные.
источник
Могу взглянуть на диск Джунглей , только что услышал об этом сегодня.
https://www.jungledisk.com/business/server/features/
источник