Очевидно, что ответ нет. Не того это класса ПО. Но достать бэкапы и развернуть их на новом сервере можно будет за час, максимум два (это если а) есть этот самый новый сервер и б) настроены внешние системы мониторинга и падение сервера будет замечено сразу, а не через полдня). Думаю для нужд большинства разработчиков это приемлемый даунтайм. В ином случае, заботиться нужно не о резервном копировании, а о повышении отказоустойчивости системы, а это уже совсем другая задача.
В случае если ты сам себе хостер приходится или самому писать скрипты, или искать готовое решение. Эти скрипты я протестировал и убедился в их надежности, но, разумеется, минимум раз в неделю необходимо будет проверять корректно ли делаются копии.
Все настройки хранятся в файле /etc/backup-manager.conf, вот основные его параметры:
# Папка, в которой архивы будут складываться локально
export BM_REPOSITORY_ROOT="/var/archives"
# Используемые методы резервного копирования
export BM_ARCHIVE_METHOD="tarball-incremental mysql svn"
# Далее для каждого из выбранных выше методов резервного копирования задаем настройки
# Список папок, содержимое которых будем бэкапить
BM_TARBALL_TARGETS[0]="/etc"
BM_TARBALL_TARGETS[1]="/boot"
BM_TARBALL_TARGETS[2]="/var/www"
export BM_TARBALL_TARGETS
# Список исключений, то есть файлов в перечисленных выше папках, которые бэкапить не нужно
export BM_TARBALL_BLACKLIST="/dev /sys /proc /tmp *imagecache*"
# Теперь указываем как часто делать мастер-бэкап и инкрементный бэкап
export BM_TARBALLINC_MASTERDATETYPE="weekly"
export BM_TARBALLINC_MASTERDATEVALUE="1"
# Для бэкапа MySQL баз данных указываем какие базы бэкапить и параметры mysql-юзера
export BM_MYSQL_DATABASES="__ALL__"
export BM_MYSQL_ADMINLOGIN="user"
export BM_MYSQL_ADMINPASS="1234"
# Для бэкапа subversion-репозитория указываем путь к хранилищу
export BM_SVN_REPOSITORIES="/var/repositories"
# Выбираем метод аплоада созданного бэкапа а удаленный сервер
# (еще есть варианты ftp, ssh, ssh-gpg, rsync)
export BM_UPLOAD_METHOD="s3"
# Для копирования копий на Amazon S3 задаем имя корзины, access key и secret key
export BM_UPLOAD_S3_DESTINATION="basket-name"
export BM_UPLOAD_S3_ACCESS_KEY="ABC123"
export BM_UPLOAD_S3_SECRET_KEY="DEF456"
Это самые основные настройки, в самом конфиге есть еще пара десятков параметров, все они подробно прокомментированы.
Как-то странно все в игре. Вроде набралось 4 участника, но все потом похоже из игры вышли и выходят я один играл без соперников. Надо бы это как-то учесть.
Интересная штука, надо будет пощупать её. А каким образом осуществляется переопределение того, какой html-код генерирует фреймворк для отображения того или иного объекта? Какой шаблонный двжиок используется? Что-то самописное или нет?
Эта строка сгенерирует ссылку с каким-то (ну какая нам разница, с каким?) URL
Ну вот сеошники могут не согласиться с тем что нет разницы, какой генерится УРЛ…
Вообще, по-моему у БСС была утилита, которая давала доступ к настройкам клиент-банка недоступным через интерфейс самой программы. Так вот в этой утилите можно было снять галку типа «использовать один пароль для DBA и входа в систему» и после этого можно было смело менять через интерфейс программы, при этом пароль к базе останется прежним.
Я, когда еще работал в банке и обслуживал в том числе и этот банк-клиент, а было это три года назад и программа имела версию 15.х, после того как создавал дистрибутив клиент-банка для клиента и перед тем как записать его на диск и передать клиенту, сам вносил в базу данных необходимые изменения, чтобы клиенты могли без лишнего шаманства менять пароль.
Редмайн не пробовали? Он из коробки со всеми популярными системами управления версиями интегрирован, и позволяет прикреплять/откреплять файлы к задачам, и связывать задачи друг с другом, и назначать задачам исполнителей и наблюдателей, да еще кучу других полезных фич имеет. Разве что в нем нет описанной в статье системы приглашения пользователей, но она, имхо, не особенно-то и нужна.
Непонятно отчего эти анонимные минусы, эффект, на мой взгляд, достаточно оригинальный. Только обнаружил в нем два косяка:
* он принципиально не работает в IE;
* глючит при одновременной работе с jQuery, так как тоже объявляет функцию с именем $, чтобы исправить этот глюк достаточно в файле christmaslights.js переименовать все строки $ на что-нибудь другое, например $_.
Пункты 1 и 4 поправил. Пункты 2 и 3 — это уже от недостатка времени. Вообще эта сборка позиционируется мною как демо-версия возможностей Друпала, а не готовое к использованию решение, предполагается, что при сборке аналогичного сайта разработчики сделают перевод и верстку под себя.
И моё мнение: пользоваться можно будет, когда версия 0.7 станет stable
К сожалению, последняя стабильная версия не поддерживает копирование архивов на S3.
# Папка, в которой архивы будут складываться локально
export BM_REPOSITORY_ROOT="/var/archives"
# Используемые методы резервного копирования
export BM_ARCHIVE_METHOD="tarball-incremental mysql svn"
# Далее для каждого из выбранных выше методов резервного копирования задаем настройки
# Список папок, содержимое которых будем бэкапить
BM_TARBALL_TARGETS[0]="/etc"
BM_TARBALL_TARGETS[1]="/boot"
BM_TARBALL_TARGETS[2]="/var/www"
export BM_TARBALL_TARGETS
# Список исключений, то есть файлов в перечисленных выше папках, которые бэкапить не нужно
export BM_TARBALL_BLACKLIST="/dev /sys /proc /tmp *imagecache*"
# Теперь указываем как часто делать мастер-бэкап и инкрементный бэкап
export BM_TARBALLINC_MASTERDATETYPE="weekly"
export BM_TARBALLINC_MASTERDATEVALUE="1"
# Для бэкапа MySQL баз данных указываем какие базы бэкапить и параметры mysql-юзера
export BM_MYSQL_DATABASES="__ALL__"
export BM_MYSQL_ADMINLOGIN="user"
export BM_MYSQL_ADMINPASS="1234"
# Для бэкапа subversion-репозитория указываем путь к хранилищу
export BM_SVN_REPOSITORIES="/var/repositories"
# Выбираем метод аплоада созданного бэкапа а удаленный сервер
# (еще есть варианты ftp, ssh, ssh-gpg, rsync)
export BM_UPLOAD_METHOD="s3"
# Для копирования копий на Amazon S3 задаем имя корзины, access key и secret key
export BM_UPLOAD_S3_DESTINATION="basket-name"
export BM_UPLOAD_S3_ACCESS_KEY="ABC123"
export BM_UPLOAD_S3_SECRET_KEY="DEF456"
Это самые основные настройки, в самом конфиге есть еще пара десятков параметров, все они подробно прокомментированы.
Ошибка у вас: «Ваш ход. Разместите 6 едениц подкрепления»
Эта строка сгенерирует ссылку с каким-то (ну какая нам разница, с каким?) URL
Ну вот сеошники могут не согласиться с тем что нет разницы, какой генерится УРЛ…
Вообще, по-моему у БСС была утилита, которая давала доступ к настройкам клиент-банка недоступным через интерфейс самой программы. Так вот в этой утилите можно было снять галку типа «использовать один пароль для DBA и входа в систему» и после этого можно было смело менять через интерфейс программы, при этом пароль к базе останется прежним.
Я, когда еще работал в банке и обслуживал в том числе и этот банк-клиент, а было это три года назад и программа имела версию 15.х, после того как создавал дистрибутив клиент-банка для клиента и перед тем как записать его на диск и передать клиенту, сам вносил в базу данных необходимые изменения, чтобы клиенты могли без лишнего шаманства менять пароль.
* он принципиально не работает в IE;
* глючит при одновременной работе с jQuery, так как тоже объявляет функцию с именем $, чтобы исправить этот глюк достаточно в файле christmaslights.js переименовать все строки $ на что-нибудь другое, например $_.
Ух. Я предсказуем… Сел читать.