Нет. Наличие ежедневного полного резервного копирования и резервных копий журнала каждые 15 минут является действительной стратегией резервного копирования.
Возможный вниз стороны включают:
Мои мысли: diffs каждые 2 часа кажется немного как, уничтожают мне, особенно если дб является маленьким, и большая часть данных изменяется, что можно также сделать полное!
Полное резервное копирование и дифференциальное резервное копирование действительно повреждают производительность, поскольку процесс должен прочитать каждую страницу в базе данных. Нет никакого способа, которым я сделал бы полный или diffs на дб когда при загрузке или во время рабочего времени, получаемого доступ пользователями.
Это не заменит все 7, показывает рекламу, находится в Windows и имеет пределы устройства, но если Вы - прощающий вид, Вы могли бы посмотреть на Spiceworks. Версия 5 теперь в бета-версии.
Существует также Открытый исходный код Основы, который выполняет этот "ремонт" для Вас. Я не думаю, что это имеет Wiki или систему покупки билетов хотя:
http://www.groundworkopensource.com/
Я использовал более раннюю версию несколько лет назад, и это казалось очень перспективным. В конце моя компания решила унести их бюджет на HP OpenView, таким образом, мы никогда не шли мимо первоначальных пробных версий.
Это достойное внимания, по моему скромному мнению.
У меня просто была мысль, которая является, что все эти инструменты должны вытянуть свои данные конфигурации от где-нибудь. т.е. nagios нужен список серверов для контроля, кактусы некоторые устройства для опроса, системный журнал должен знать, где центральный сервер системного-журнала-ng. Дополнительно rt3 и mediawiki нужны бэкенды аутентификации, т.е. списки пользователей и пароли
И никто не хочет вести эти списки во многих местах.
Действительно способ упростить управление всеми этими приложениями состоит в том, чтобы использовать общий каталог конфигурации и базу данных.
И это делает Active Directory MS, похож на действительно хорошую идею!
Я действительно чувствовал то же об этом разноцветном наборе компонентов программного обеспечения. И nagios и RT3 кажутся довольно почтенными и нуждающимися в том, чтобы быть перетащенным в 2010. (Zabbix был претендентом на nagios замену, но это было больше боли, что это стоило, и я вернулся к nagios, (после взятия диверсии через hyperic)),
ОДНАКО я, возможно, нашел ответ! ;-) хорошо решение необходимости иметь дело с этими многими различными конфигурациями проблема и ее автоматизация дата-центра в форме Марионеточного Labs (http://www.puppetlabs.com/)
После того как Вы приезжаете в марионеточный образ мыслей, Вы начинаете думать о записи марионеточных рецептов вместо того, чтобы настроить серверы непосредственно, и много боли и метод проб и ошибок разрозненных, набор инструментов уходит.
Марионетка (или если Вы предпочитаете cfengine), управление пересмотром объединения для Ваших файлов конфигурации и централизованное управление многими из тех инструментов.
Я оценил бы, что, после того как Вам управлял Вашими серверами движок шаблонов как марионетка, 50% Вашей административной боли уходят.
До коммерческих продуктов идет, программное обеспечение KACE получает очень хорошие обзоры. Я не уверен в расходе, но если Вы планируете использовать все его функции и иметь "единственное оконное стекло", которое любят маркетологи, это весьма разумно вообще.
Это включает управление исправлениями, управление программным обеспечением, покупку билетов справочной службы, Удаленный помощник (что-то, что Вы в настоящее время не имеете), переобработка изображений хоста и несколько других функций, которые Вы упомянули.
Я не имею никакого отношения к KACE, но видел несколько успешных установок. Тем не менее, если Вам действительно нравятся Ваши отдельные решения за каждую проблему, нет никакой огромной причины пойти с чем-то как KACE.