Возникла необходимость подключить новые диски в новой дисковой полке к СХД NetApp.
В обычном стандартном случае всё впорядке и всё делается само и легко.
В моём случае полка уже ранее использовалась и её диски ранее принадлежали другому контроллеру.
Я знал команду
priv set advanced - вход в расширеный режим
disk reassign -s sysid старой системы -d sysid новой системы
Например: disk reassign -s 1574384110 -d 1873909642
Что такое PSO (гранулированные пароли) мы узнали тут, про то, как это настроить в 2008R2 описано тут в 2012 тут. Хардкорщики скажут, что GUI не их путь, для удовлетворения таких есть и для них путь. Как вы знаете, возможности Windows PowerShell практически безграничны. Большинство задач, которые выполняются посредством графического интерфейса можно автоматизировать, написав скрипт и гранулированные политики паролей тут не исключение. Для управления гранулированными политиками паролей непосредственно при помощи PowerShell используются четыре командлета. Посмотрим, как можно добавить новый объект PSO средствами PowerShell.
Не так давно меня как-то спросили - какая СХД нужна для бекапов с копированием 20 ТБ данных ежедневно, за небольшое окно резервного копирования?
Вроде бы задача не сложная.
Я ответил что подойдут почти все Low-End массивы, но всё же решил проверить взяв на тестирование СХД E5412 с 12 дисками NL-SAS 3ТБ.
Основная сложность в расчёте производительности СХД - это справится ли контроллер.
Что справятся жёсткие диски сомнения нет, тем более что производительность SAS и NL-SAS дисков при последовательных операциях ввода-вывода отличается минимально.
Т.к. у меня был под рукой калькулятор расчёт производительность для NetApp E5412 (), то встала задача стоит ли верить цифрам которые он выдаёт.
Калькулятор при расчёта заданной конфигурации примерно выдаёт 873 МБ/с.
Конфигурация полигона:
Физический сервер:
Cisco B200M3
ОЗУ 64 ГБ
Boot From iSCSI (LUN расположен на FAS3240) с этого диска копировали файл.
LAN Cisco VIC 1280 10 GBE
SAN Cisco VIC 1280 8 GB (FCoE внутри 10GBE)
NetApp
При проведении тестирования у одного из Заказчиков была замечена одна проблем:
На тестовой системе с Cluster Data ONTAP приехавшей на тестирование была подключена дисковая полка с агрегатом созданным из 7-mode.
Всё бы ничего, но удалить данный аггрегат командой строки как Cluster Shell так и Node Shell невозможно.
В Cluster Shell выдаёт ошибку Error: command failed: Aggregate "aggr1_sata1t" does not exist.
В Node Shell по умолчанию попросту нет команды delete или destroy.
В Maintaince mode аггрегат не виден.
Решить проблему можно следующим способом - добавить опцию destroy в Node Shell.
system node run -node
options nodescope.reenabledcmds "aggr=destroy"
aggr destroy options nodescope.reenabledcmds ""
затем проверяем:
что агрегат удалился - "aggr show"
NetApp
Если вы хотите использовать UTA адаптер в режиме Fiber Channel нужно произвести следующие действия:
отключить порты адаптера командами:
fcp adapter modify -node fascl-01 -adapter 0c -state down
fcp adapter modify -node fascl-01 -adapter 0d -state down
изменить режим адаптера на Fiber Channel командами:
ucadmin modify -node fascl-01 -adapter 0c -mode fc -type target
ucadmin modify -node fascl-01 -adapter 0d -mode fc -type target
перезагрузить контроллер:
system node reboot -node fascl-01
Недавно столкнулись с задачей создания полигона Windows Server 2012 R2 Hyper-V и Microsoft System Center 2012 R2.
Свободных физических серверов у нас не оказалось, зато есть серверная ферма на VMware vSphere 5.5.
Для экономии ресурсы развёртываем Windows Server 2012 R2 Hyper-V внутри виртуальной машины (VM) запущенной на VMware vSphere 5.5.
Для этого нужно в настройках созданной виртуальной машины с Windows Server 2012 R2 Hyper-V сделать следующие настройки:
Actually the topic itself is almost redundant but I couldn’t find a single post with results that actually work without going through comments by various readers, so after thorough testing I came with the hereunder results and it should work 100% guaranteed =).
First:
I’d recommend visiting this page “” as its a consolidation of the knowledge and risks you need to deal with.
Добрый день, уважаемые товарищи, сегодня продолжаем изучение виртуальной инфраструктуры от компании Microsoft и ее гипервизора Hyper-V 3.0. В нем мы узнаем, что такое динамическая миграция в Windows Server 2012 позволяет переносить данные виртуальной машины, включая файл конфигурации и виртуальные жесткие диски (VHD), между любыми поддерживаемыми хранилищами без простоя виртуальной машины. Из одной папки в другую на том же диске, с одного логического устройства (LUN) на другое в пределах одной и той же сети SAN, с DAS на SAN, с SAN в файловое хранилище SMB, — если Hyper-V поддерживает данный тип хранилища, то такой перенос возможен без остановки виртуальной машины. Однако динамическая миграция применима только к виртуализованным хранилищам, поэтому транзитное хранилище, если таковое используется для виртуальной машины, не может быть перенесено. К счастью, новый формат VHDX с поддержкой 64-терабайтных VHD делает применение транзитного хранилища ненужным как в интересах увеличения объема, так и с точки зрения производительности. Возможность переноса хранилища виртуальной машины в любое время без снижения ее работоспособности важна в двух основных сценариях.
