Bareos: непосредственный бэкап баз MSSQL минуя дампы.
alex_tesla

Для бэкапирования баз MSSQL на FD необходимо включить использование плагина mssqldvi (на linux я такой библиотеки в FD не обнаружил, видимо работает только под виндой).
Для полноценного бэкапа (Full + Diff + Inc) модель восстановления базы должна быть: Полная (необходимо будет следить за логом транзакций, подчищать его). Авторизация может быть как sql-ная, тогда можно указывать логин и пароль прям в конфигах, а может быть и виндовой (доменной), тогда необходимо сделать так, чтобы сам FD на клиенте запускался от этого пользователя, тогда не будет нужды указывать логин и пароль в конфигах.

Read more...Collapse )

Кластер Windows 2012 R2: корректное увеличение размера общего тома кластера (cluster shared volume).
alex_tesla
Несмотря на то, что существует куча статей (в том чисте и официальных) о том, как увеличить размер общих кластерных томов "на горячую" (т.е. без выключения), при реализации этих способов проявляется один досадный ньюанс: реальный размер тома перестает совпадать с отображаемым во многих местах, вплоть до того, что кое какие системы будут извещать вас о нехватке дискового пространства. Никакие обновления, проверки и пр. не помогают.
Read more...Collapse )

Windows 2012 R2 Core: устанавливаем и настраиваем MPIO
alex_tesla
Установка:
Enable-WindowsOptionalFeature -Online -Featurename MultipathIO

Команды по настройке и обслуживанию:
Get-Command –Module Mpio

Автоматическое обнаружение устройств:
mpclaim -r -i -a ""
Ключ -r означает, что сервер, после выполнения команды, перезагрузиться. Если перезагрузка пока не нужна, используйте -n. Изменения будут только после перезагрузки сервера.

Установка политики балансировки в RoundRobin:
Set-MSDSMGlobalDefaultLoadBalancePolicy -Policy RR

Windows 2012 R2 Core: разрешаем удаленное управление сервером.
alex_tesla
По-умолчанию все и так разрешено, кроме как на файрволе, поэтому разрешаем и на нем (только для доменного профиля):
# разрешаем "Удаленное управление журналом событий"
Set-NetFirewallRule -Name "RemoteEventLogSvc-*" -Profile Domain -Enabled True
# разрешаем "Удаленное управление томами"
Set-NetFirewallRule -Name "RVM-*" -Profile Domain -Enabled True
# разрешаем "Удаленное управление брэндмауэром"
Set-NetFirewallRule -Name "RemoteFwAdmin-*" -Profile Domain -Enabled True
# разрешаем "Удаленное управление WMI"
Set-NetFirewallRule -Name "WMI-*" -Profile Domain -Enabled True
На клиентской машине:
Set-NetFirewallRule -Name "RVM-*" -Profile Domain -Enabled True
иначе нельзя будет управлять дисками на удаленном сервере

Удаленное управление диспетчером устройств вроде как с 2008-го сервера отключено совсем, только локальный доступ.

3PAR Service Processor: миграция с VMWare в Hyper-V
alex_tesla

При установке нашего 3PAR StoreServ была развернута из шаблона виртуалка в VMWare ESXi 6.0, содержащая 3PAR Service Processor.
В связи со сменой генеральной линии партии по оптимизации расходов и широкому внедрению Hyper-V на замену VMWare пришлось мигрировать все виртуалки.
Какие-то мигрировали, какие-то просто пересоздали. Осталась одна: 3PAR Service Processor. Рутового доступа к ней нет, в конфигах не полазишь. Вобщем получилось все сделать так:

Read more...Collapse )


SC VMM 2012 R2: запуск консоли управления с другими учетными данными.
alex_tesla
Выяснился очередной косяк от Майкрософт. Консоль управления VMM позволяет подключаться к серверу с другими учетными данными, отличными от данных текущего пользователя, это похвально, если бы не одно "но" - в этом случае скорее всего не получится подключиться к виртуалкам консолью, т.к. консоль запустится с правами текущего пользователя, а не того, чей логин/пароль были указаны при запуске консоли.
Поэтому все делаем как обычно: Shift-ПКМ по иконке консоли и выбираем "Запуск от имени другого пользователя", вводим данные спец. пользователя и в окне подключения выбираем "Использовать удостоверение текущего сеанса Microsoft Windows". После этого все будет работать.
Tags: ,

SC VMM 2012 R2: консоль управления перестала подключаться к серверу VMM после его обновления.
alex_tesla
Оказалось, что необходимо жесткое соглосование версий (Rollout) между консолью и сервером.
На сервер у меня встал Rollout 10, поэтому и клиента мне необходимо было обновить до этой же версии.
Для Rollout 10: https://support.microsoft.com/en-us/kb/3147167
Tags: ,

Windows 2012 R2: включение/отключение GUI в Core версии после установки всех обновлений.
alex_tesla
Как оказалось, штатный способ включения GUI в Core-версии не работает, если были установлены все обновления.
В этом случае источник, в виде установочного диска, считается устаревшим и система пытается загрузить все компонетны с сайта Майкрософт.
У меня сервера прямого выхода в интернет не имеют, проэтому пришлось выворачиваться с помощью донора, т.е. другой машины, на которой был GUI и все обновления.

Dism /online /enable-feature /featurename:Server-Gui-Mgmt /featurename:Server-Gui-Shell /featurename:ServerCore-FullServer /source:\\<сервер донор>\c$\windows\winsxs

Выключение:

Dism /online /disable-feature /featurename:ServerCore-FullServer

Windows 10, RSAT: компоненты управления кластером и Hyper-V не находят друг друга.
alex_tesla
В Windows 10 с установленным локализованным RSAT было обнаружено, что остнастка управления серверным кластером не видит остнастку управления Hyper-V.
При попытке подключения (консолью) к виртуальной машине или при попытке поменять ее параметры, выходит сообщение о том, что компонент управления Hyper-V не установлен.
Причем работает пункт меню "Управление", приводящее к отрытию вышеупомянутой остнастки управления Hyper-V, из которой уже можно подключаться консолью к виртуалке. А вот смена параметров остается недоступной, т.к. из остнастки Hyper-V менять параметры кластеризованной виртуалки нельзя, а в остнастке управления кластером появляется вышеупомянутое сообщение об ошибке.
Вероятнее всего эта проблема связана именно с локализацией.

Выход пока только один - System Center Virtual Machine Manager, который входит в стандартную поставку System Center. Он платный, поэтому тем, у кого с бюжетом швах, могу только посочувствовать.

Windows, Hyper-V: смена типа/профиля сетевого подключения после восстановления VM
alex_tesla
При тестировании кластера с Hyper-V на отказ одного из хостов, выяснил, что виртуалка с Windows 2012 R2 (с GUI) после восстановления своей работы на другом хосте меняет тип/профиль своего сетевого подключения с Domain на Public, в связи с чем становиться недоступной для некоторых сервисов.
Происходит это потому, что служба Network Location Awareness (NLA) стартует раньше, чем происходит установление связи с доменом.
Решение оч простое: заходим в сервисы и меняем тип запуска службы NLA с "Automatic" на "Automatic (delayed start)".
В русской локализации: сервис "Служба сведений о подключенных сетях" и тип меняем с "Автоматически" на "Автоматически (отложенный запуск)".

?

Log in