Свободное централизованное управление исправлениями для Debian

Это походит на ту же проблему, с которой Вы сталкиваетесь...

Проблема состоит в том, что для базы данных, которая в режиме офлайн или была автозакрыта, сопоставление возвращается как ПУСТОЙ УКАЗАТЕЛЬ, и SSMS предполагает, что это - потому что у Вас нет разрешения.

Фиксация должна перейти к Деталям Обозревателя объектов, щелкнуть правой кнопкой по списку заголовка столбца, снять флажок с Сопоставлением и обновить узел Баз данных. Необходимо видеть все базы данных по серверу в этой точке.

Больше детали может быть найдено в Microsoft Connect № 354291 и Microsoft Connect № 354322

1
задан 20 July 2009 в 15:51
3 ответа

Марионетка является великой, но действительно не решает ту проблему.

То, что должно работать (я сделал теорию, но не развернул ее), использует способный к крону в сочетании с репозиториями, управляемыми debmashal, чтобы утвердить, что патчи, настолько способные к крону, затем развернутся.

Debmarshal вне Google и существует технический разговор, доступный на нем:

http://code.google.com/p/debmarshal/

http://www.youtube.com/watch?v=L3hRToC23mQ

6
ответ дан 3 December 2019 в 16:42

Мы испытываем марионетку использования для развертывания большинства обновлений системы защиты. Мы только используем его для развертывания пакетов, о которых мы не заботимся. Мы не используем его, например, для обновления MySQL, потому что мы должны были бы расположить время простоя и должны сделать это вручную. С другой стороны, у нас есть обновления как Дурак, который может просто быть обновлен без большого беспокойства. Мы сделали это путем создания определения, которое берет имя пакета в качестве имени и параметра версии. Мы не реализовали это использование собственного типа "пакета", потому что могли быть конфликты с другими декларациями и нет никакого пути только к пакетам обновления, которые установлены. Марионетка установила бы пакет независимо.

Наши текущие проблемы с этим решением состоят в том, что у нас есть три различных дистрибутива для отслеживания (Бойкий, Hardy и Щеголеватый), и совершенствование файла с выводом apticron является немного трудоемким, но надо надеяться обе этих проблемы могут быть довольно легко решены или по крайней мере значительно уменьшены с некоторыми сценариями для автоматического создания файлов манифеста из электронных писем. Это - следующий шаг. Если бы это работает, то я рекомендовал бы это как действительный метод. Если это не делает, то это - возможно слишком много работы.

1
ответ дан 3 December 2019 в 16:42

Я не уверен, сколько У вас есть серверы Debian, поэтому трудно сказать, будет ли это масштабироваться для вас соответствующим образом, но мы делаем это с использованием SSHD с аутентификацией на основе ключей, ClusterSSH и cron-apt. Достаточно просто запустить ClusterSSH для наших двух десятков машин Debian и выполнить обновление aptitude && aptitude upgrade (или любая другая команда apt). Поскольку cron-apt настроен на автоматическую загрузку, но не на установку соответствующих файлов .deb, нужно просто проверить, какие исправления доступны, решить, какие из них мы хотим установить, а затем отправить желаемые команды aptitude всем хосты, чтобы обновить их одним махом.

0
ответ дан 3 December 2019 в 16:42

Теги

Похожие вопросы