• Иконки (stencil) для Visio — сервера Dell, HP, IBM

    • Рубрика: Новое
    • Автор: Алексей Тараненко
    • Дата: Thursday 28 May 2009

    Обычно иконки для Visio изображающие сервера, дисковые полки или коммуникационное оборудование нужно искать на сайте соответствующего производителя. Но есть замечательный сайт http://www.visiocafe.com/ на котором уже собраны самые распространенные коллекции, причем не только официальные наборы.

    DELL Visio stencils

    dell

    Скачать: официальный набор, наборы visiocafe.

    Hewlett-Packard Visio stencils

    hp

    Скачать

    IBM Visio stencil

    ibm

    Скачать

    • Иконки (stencil) для Visio – продукты Microsoft: OSC 2007 & Exchange 2007

      Готовя статьи для itband.ru, да просто оформляя документацию часто хочется как-то разбавить текст графикой. По моему, одна хорошо составленная схема может заменить несколько абзацев мелкого текста, ну или по крайней мере существенно дополнить и прояснить 🙂

      Мы решили поделиться своими наборами иконок для Visio с вами. Часть из них официальные наборы от Microsoft или других компаний, а часть собственные наработки или микс из коллекций найденных в интернете. Если у вас есть на примете интересные наборы иконок или свои собственные наработки – выкладывайте ссылки на них в комментарии

      Office Communications Server 2007 Visio stencil

      OSC2007

      Скачать

      Exchange 2007 Visio Stencil

      exchange 2007

      Скачать

      • Иконки (stencil) для Visio – продукты Microsoft: OSC 2007 & Exchange 2007

        • Рубрика: Новое
        • Автор: Алексей Тараненко
        • Дата: Monday 25 May 2009

        Готовя статьи для itband.ru, да просто оформляя документацию часто хочется как-то разбавить текст графикой. По моему, одна хорошо составленная схема может заменить несколько абзацев мелкого текста, ну или по крайней мере существенно дополнить и прояснить 🙂

        Мы решили поделиться своими наборами иконок для Visio с вами. Часть из них официальные наборы от Microsoft или других компаний, а часть собственные наработки или микс из коллекций найденных в интернете. Если у вас есть на примете интересные наборы иконок или свои собственные наработки – выкладывайте ссылки на них в комментарии

        Office Communications Server 2007 Visio stencil

        OSC2007

        Скачать

        Exchange 2007 Visio Stencil

        exchange 2007

        Скачать

        • Кризис – хорошее время искать оптимальные решения

          money Я уже поднимал в этом блоге тему оптимальных решений той или иной задачи. К сожалению, в нашей стране так до сих пор и остались пустыми словами понятия “стоимости владения”, которым так много внимания уделяется во всем мире.

          Ну это наша традиционная болезнь. Чтобы уменьшить фотографию с пьянки нет лучше средства чем Adobe Photoshop CS3, а eсли ставить “венду” – то только Datacenter Edition. “Красть – так миллион, … так королеву” 🙂

          Компания, на которую сваливаются нежданные IT-бюджеты ведет себя как “новый русский” из анекдотов в магазине: “Принесите мне все САМОЕ дорогое! Плачу наличными!”. И если бы в самом деле платил 🙂 На деле понты не дают возможности купить не САМОЕ дорогое, а на дорогое денег… как бы… не особо-то. 🙂 Особенно сейчас.

          Однако предложение: “Ну зачем вам вот это вот, оно для вас сейчас совершенно ни к чему, вы его просто не сможете использовать в полной мере, а стоит оно тут ого-го, возьмите вот так вот, и все будет работать точно также” воспринимают не менее чем как оскорбление. “Как! Мы биг энтерпрайз (ну по крайней мере хотим ими быть), а вы нам какой-то едва ли не entry level подсовываете!”

          Простой пример из жизни. У клиента сравнительно небольшая IT-система, в которой два сервера SUN, файлы (и в перспективе базу Oracle) которых надо бэкапить. Есть небольшая ленточная библиотечка для этого, будет еще какой-то дисковый массив. В общем все достаточно экономично.

          Предполагается использовать для этого Symantec NetBackup.

          Ну тут, в принципе, все просто: один NBU Server, два NBU Client for UNIX и лицензия на Tape Library, 1 Drive.

          Затык один: клиент хочет “чтобы бэкап шел по SAN”, чтоб все “как у больших”.

          Ну, если “как у больших”, то тогда нужны уже версии Enterprise для сервера и клиентов, только в них есть SAN Backup и SAN Client.

          А это совсем другие деньги, тоже как для “больших”.

          Итого, в рекомендованных ценах от Symantec – более 39 тысяч долларов для всего двух серверов!

          И каждый следующий подключенный сервер обойдется как минимум в 15 тысяч!

          И это только за нашу прихоть “бэкапить по SAN” и больше ни за что (больше никакие другие функции Enterprise Client/Server использовать не планируется).

          Но если мы не боимся, что нас “пацаны засмеют”, и воспользуемся стандартным бэкапом по сети (а ведь для бэкапа по сети, если уж мы ни в какую не хотим бэкапный трафик пустить в общую LAN, мы запросто можем поставить выделенный гигабитный сетевой адаптер), то нам будет достаточно версий Standard, и, для того же самого, всего около 14 тысячплюс 1700$ за каждого дополнительного клиента).

          А если мы еще чуть внимательнее отнесемся к экономии денег, и тщательнее посмотрим на прайс Симантека то обнаружим там такую чудесную вещь, как NetBackup Starter Kit, в который входит “NBU Server for UNIX Tier 2 + Tape Library License + 5 NBU Clients”, то есть все то что нам надо, плюс еще три клиента на будущее, в запас, и за все про все – 6000 долларов!

          Итак, за каприз клиента “хотим как у взрослых” он заплатит, причем без малейшей реальной эффективности и выгоды для своей IT-функциональности, в шесть с половиной раз больше!

          Это ли не красноречивый пример IT-расточительности?

          Romx

          http://blog.aboutnetapp.ru/

          • Сертификация Microsoft. Впечатления бывалого.

            MCTS(rgb)  Исторически так сложилось, что я уже довольно давно являюсь сертифицированным специалистом Microsoft, первый экзамен был сдан в 2006 году, и после около года ушло на получение заветного MCSE. С выходом новых версий продуктов появились возможности обновить сертификацию до MCITP: Enterprise Administrator, но по ряду причин я этого делать не спешил. Поскольку коллеги, имеющие статус MCITP: Enterprise Administrator и на вопрос как работает Windows Backup отвечающие: “Ты знаешь, пока не копался” вызывают у меня только легкую улыбку, я готовился довольно долго. И быть может еще с год ходил бы со старыми регалиями, но наткнулся на акцию Софтлайн, по которой можно бесплатно в течении мая неограниченно сдавать набор экзаменов, в который попадают и нужные мне три. Халява сработала и я оставив все недоученные темы записался на 70-620, 70-647 и 70-649. Между каждым экзаменом поставил промежуток в три дня. Сразу скажу спасибо Софтлайну, я абсолютно бесплатно “обновился”, но разговор пойдет не об этом.

            • Почему я считаю, что WAFL это не файловая система?

              pie-chart_view Костадис Руссос (http://blogs.netapp.com/extensible_netapp/2008/10/why-wafl-is-not.html)
              Мой перевод оригинального авторского текста.

              • System Center Configuration Manager 2007 ENG vs RUS

                vs Итак, пришло время поговорить о моих впечатлениях о локализованной версии Configuration Manager. Рассматривать ее я буду не как системный администратор (хотя требуются знания именно в этой области, чтобы корректно установить и настроить это ПО), а как лингвист-переводчик. Без сомнения, я не претендую на серьезный филологический труд, просто поделюсь наблюдениями. Скажу сразу: для подготовки к этой публикации я 15 минут покликал на пункты главного меню программы и разнообразные диалоги. Результат, увы, неутешительный: за это время обнаружилось более десятка неточностей, причем некоторые весьма сильно влияют на возможность администратора эффективно работать. Перейдем же от слов к скриншотам (если надписи не видны – нажмите на рисунок, он откроется полностью):

                1. Вопросы начинаются уже с самого первого действия, которое администратор совершает с программой. Например, Вы ходите задать адреса. Нажимаете правой кнопкой мышки в соответствующем месте и видите такое меню:

                01 - en 01 - ru

                Хмм… Странно. Но не страшно, многие, думаю, даже не заметят, однако глаз режет.

                2. Зададим границы сайта. Нажимаем Новая граница. И что мы видим, если пытаемся обозначить диапазон IP-адресов?

                02 - en 02 - ru

                Целевой адрес? Так вот в чем дело! Все стремятся иметь IP побольше…
                3. Ладно, пусть мы не используем диапазон IP, а культурно помещаем все компьютеры, которые требуется обслуживать, в рамки какого-нибудь сайта (у меня, не мудрствуя лукаво, остался Default-First-Site-Name). Выбираем соответствующий пункт из выпадающего меню, жмем Обзор. Так, а тут что? Читаем:

                03 - en 03 - ru

                В лесе?! Ну, что ж, не всем доступно правописание, а уж изменить слово по падежам – это вообще высший пилотаж… Для этого диплома переводчика уже не хватает. Хотя, даже интересно, хочется петь:
                 
                В темном лесе, в темном лесе
                За лесью, за лесью…
                Распашу ль я, распашу ль я
                Пашенку…

                 
                Мда, я отвлекся…

                4. Следующий пункт – весьма неочевидный. Здесь к знанию языка как такового примешивается логика и знание терминов, поэтому сильно переводчиков ругать не буду.
                Просто отмечу: «приоритет относительного адреса» – как-то не по-русски это, коллеги!

                04 - en 04 - ru

                5. Теперь приступаем к моему любимому. А именно, к свойствам того, что по-английски называется Remote Tools Client Agent. Здесь совсем сложно, запутано и не получается перевести без того, чтобы хотя бы одним глазком взглянуть на английский интерфейс. Но где наша не пропадала! Прорвемся!

                05 - en 05 - ru

                Целая плеяда неточностей: "на панели управления удаленного управления"! Мозги аж кипят! "Клиенты, использующие Windows 2000", "… при попытке администратора обратиться к клиентам". Речь произнести, видимо. Тут следует раз и навсегда определиться с вопросом, так клиент – это "кто" или "что", тогда многое прояснится.
                 
                6. Следующая вкладка тех же свойств – Безопасность. Здесь наблюдаем классический случай омонимии, которая в принципе допускает двоякое толкование. Поэтому видим такие фразы: "укажите имена пользователей и группы" или "которым разрешено просматривать и управлять клиентскими компьютерами".

                06 - en 06 - ru

                Понимаю, трудно.

                7. Продолжаем изучение. Вкладка Уведомление.

                07 - en 07 - ru

                Текст очень радует: "укажите параметры …, чтобы указать…". Весьма неочевидный подход. И, конечно, орфография – "к удЕленному помощнику" – недостойна корпорации уровня Microsoft.
                8. Последняя вкладка – "Удаленный настольный компьютер"! Как Вам? Мне уже нравится!

                08 - en 08 - ru

                Но, как говорится, и это еще не все. Заметьте – "подключаться через подключение"! Да, там вам не здесь! Живо отучат безобразия нарушать…

                9. Впечатлившись "удаленным настольным компьютером", нажимаем кнопку Справка. Нужно же выяснить, что это такое.

                09 - en 09 - ru

                Интересно, что здесь написано "удаленный рабочий стол", но ровно через 5 строк – "удаленный настольный компьютер".  Слава Богу, справку переводили другие люди. Спасибо им.

                10. Отвлечемся, наконец, от свойств. Перейдем к Методам обнаружения.

                10 - en 10 - ru

                Лично мне здесь нравится "Обнаружение пакета пульса". Гораздо менее очевидно, чем Heartbeat Discovery. Но тут уж, как говорится, мнение переводчика.

                11. Out-of-band Service Point.

                11 - en 11 - ru

                Внешняя точка обслуживания?! Это как? Создается впечатление, что кто-то проникает в мою сетку и обслуживает ее. Даже боязно…
                 
                12. А если уж брать права пользователей:

                12 - en 12 - ru

                «Читать, удалить, управление, создать, делегировать, управление папками…» – в глазах рябит!

                13. И на закуску – небольшое сообщение об ошибке:

                013 - en 013 - ru

                Такое повествование очень хотелось бы закончить моралью. Но сделать это сложно. Я так и не смог для себя сделать вывод, кто же переводил эту во всех смыслах полезную программу. Могу сказать вот что: переводчик, все же, был профессионал – видно стремление стандартизировать перевод, подобрать однозначные соответствия (т.е. одному слову в английской версии регулярно соответствует одно слово в русской). Подход весьма неплохой, однако тот конец этой палки, который они не держат в руках, временами бьет по лбу. Также отмечу, что профессионал-переводчик в своей работе пользуется пакетом программ MS Office. И это само по себе хорошо. Но проблема в том, что сознание не может выйти за пределы терминов, используемых в офисе. Поэтому мы видим такой перевод: New -> Новый документ или Create -> Создать.

                И в заключение – спасибо Microsoft за предоставленный переводчикам шанс приобщиться к миру высоких технологий.

                 

                Константин Трещев
                MCP, MCTS,

                http://mcp.saratov.com/treshyov


                 

                • О сбалансированности

                  Text Document В практике каждого системного интегратора случаются проекты далекие от идеального “проекта мечты”, часто на пути к реализации “идеальный проект” обрастает правками, как днище корабля ракушками, настолько, что к реализации приходит уже совсем иная система, нежели та, что изначально планировалась. К сожалению, далеко не всегда эти изменения идут проекту на пользу. Давайте рассмотрим наиболее частые случаи.

                  «Перелет» – система «навырост»

                  Достаточно распространенный случай несбалансированной системы это покупка системы «навырост», под дальнюю перспективу, неоправданную на сегодняшний день, либо с переоценкой потребностей. Немалую роль в этом играют и сами системные интеграторы, которые всегда рады «исполнить любой каприз заказчика за его деньги», и, разумеется, поощряющие его на такие дорогостоящие капризы. Чаще всего они пользуются как неадекватной оценкой потребностей клиента (например, отсутствием или неверно выполненным анализом необходимой производительности информационной системы, частью которой становится система хранения, завышением требований), либо путаницей, зачастую преднамеренной, созданной многочисленными маркетинговыми обещаниями.

                  «Мы не хотим покупать систему с 2GB FC портами, ведь уже есть 4GB порты, а они вдвое быстрее!».
                  «Нам нужна система хранения с самыми быстрыми дисками, на 15K. Ведь когда у нас стояли в сервере два диска SCSI на 10K, все было очень медленно».
                  «Мы хотим библиотеку на дисках BluRay, потому что это самая новейшая технология. Библиотеки на магнитных лентах давно устарели!»

                  В защиту такого поведения системных интеграторов следует сказать, что зачастую процесс апгрейда имеющейся системы хранения для оборудования большинства вендоров-создателей систем хранения зачастую сопряжен с серьезными временными и денежными затратами (приятным исключением являются системы Network Appliance). Затраты настолько велики, что зачастую выгоднее становится, при малейшем подозрении на перспективы значительного роста (и зачастую невозможности провести адекватный «сайзинг»), потратить сегодня больше, с тем чтобы отодвинуть время необходимости смены системы хранения как можно дальше в будущее, а в идеале передать этот хлопотный и мучительный процесс следующему IT-менеджеру 😉

                  «Недолет» – всюду жмет

                  Часто приходится сталкиваться и с обратным случаем. В особенности такое происходит в случае «предельно бюджетного» варианта. Недооценка в данном случае также вредна, как и переоценка. Покупка системы, не обеспечивающей решение запланированных задач является, как правило, бессмысленной тратой денег, безрезультатным расходом бюджета IT-отдела, который вместо этого можно было бы пустить на цели, могущие дать в этом случае реальный прирост производительности IT-системы. Ведь, как правило, «узкое место» бывает не одно. Приобретение такой системы бывает следствием мнений:

                  «Давайте купим самую дешевую систему, ведь главное, чтобы на нее поместилась наша база данных!»
                  «Может быть просто купить 6 дисков SATA для нашего сервера, и этого будет достаточно?»
                  «Мне выделили 3 тысячи долларов на покупку системы хранения, надо купить что-нибудь крутое за эти деньги. Например терабайта на два-три».

                  Результатом может быть лишь разочарование.
                  Впрочем даже не выполняющая свои задачи система хранения увеличивает общую капитализацию компании, и бонусы как продавца, так и покупателя, что в ряде случаев также может оказаться полезным 😉

                  Несбалансированная система – «перекосы»

                  Обычно это частный случай рассмотренного выше, сочетание первого и второго, когда в системе что-то одно «жмет», а что-то другое «навырост».

                  4GB FC ports и диски SATA
                  Диски 15Krpm на системе для резервного копирования данных.
                  Восьмипроцессорный сервер под 1С:Предприятием 7.7

                  При несбалансированности решения вполне можно потратить бездну денег и получить 5% прирост производительности. Хороший пример – недорогая система хранения начального уровня, наполненная дисками 15K. По сравнению с дисками 10K цена вырастает минимум на треть, однако вовсе не факт, что на недорогой системе хранения производительность вырастет в полтора раза, как это могло бы быть на более мощной системе с большим кэшем и более мощным процессоро
                  м обработки. Просто возникает эффект «бутылочного горлышка»: как ни дави, сколько ни трать денег, все равно больше, чем просочится через самое узкое место, из системы не выжать. Происходит эффект мотора от Феррари на Жигулях. Много дыму, рева, расхода высококачественного бензина, однако реальная скорость передвижения практически не увеличилась.

                  В отличие от выше рассмотренных вариантов, где решение зачастую диктуется самим клиентом (или его финансами), в рассматриваемом случае, без сомнения, вина за продажу несбалансированной системы прежде всего ложится на системного интегратора

                  «Недодумали» или «переоценили»

                  Достаточно часто встречаются в жизни даже не столько «системные» перекосы, такие как рассмотренные выше, а мелкие, локальные, но имеющие не менее губительные последствия. Наиболее часто встречается несовместимость проданного оборудования и программного обеспечения или разного оборудования между собой.
                  В случае «многовендорного» интеграционного проекта, с множеством участников со стороны производителей оборудования и ПО, «матрица совместимости» проекта может расти в геометрической прогрессии. Учесть всю возможную специфику взаимодействия программных и аппаратных компонентов, взаимодействующих «каждый с каждым», бывает достаточно непросто.
                  В рассмотренном случае вина за проблемы ложится целиком на системного интегратора.
                  Однако зачастую проект начинает перекраиваться по требованию заказчика. Во множестве случаев у интегратора не оказывается достаточно «рычагов» и сил, чтобы воспрепятстсвовать такому вмешательству “специалистов, которые платят деньги и заказывают музыку”.

                  Пример из жизни
                  Крупный химический завод хочет создать отказоустойчивую систему управления производством, использующую базу данных Oracle. Для этого создается кластер на базе Veritas Cluster Server из двух серверов SUN, приобретается common storage EMC CLARiiON CX, к которому по FC подключаются два сервера SUN Fire V. Казалось бы, все хорошо: в случае выхода из строя одного из серверов, с помощью служб VCS задача системы управления производством, представляющая собой БД Oracle и написанные вокруг нее приложения, рестартует на резервном сервере. Однако в какой-то момент из спецификации «в целях экономии IT-бюджета» вычеркивается Veritas Storage Foundation с журналируемой файловой системой VxFS для Solaris. И все устанавливается на обычный UFS.

                  И теперь в случае выхода из строя первичного сервера, резервный запускается, монтирует на себя common storage на EMC CLARiiON, и… запускает fschk.
                  На 20 минут.

                  «“Немного недодумали” чаще всего означает, что не думали вообще».

                  Romx

                  http://blog.aboutnetapp.ru/

                  • Представлена новая версия SCCM – SCCM.Next

                    • Рубрика: System Center,Новое
                    • Автор: Алексей Тараненко
                    • Дата: Wednesday 29 Apr 2009

                    mms_sccmv.next_0 Появились первые сведения о следующей версии Configuration Manager. На сессии System Center Configuration Manager “State of the Union” Билл Андерсон (Bill Anderson) и Джош Поинтер (Josh Pointer) представили новую версию SCCM, под кодовым названием SCCM.Next

                    Новая консоль

                    Первое что бросается в глаза – измененная консоль администрирования. Она стала очень похожей на консоль администрирования SCOM. Наконец-то больше не нужно постоянно нажимать F5!

                    RBAC – Role Based Access. В демке было показано, что SCCM.next существенный акцент был сделан разработчиками на безопасности. Теперь при запуске консоли SCCM пользователь видит только тот функционал который ему разрешен . В SCCM 2007 сегодня, все пользователи видят все пункты в консоли.

                    В консоли вы сможете найти следующие элементы:

                    -Администрирование (administration)
                    -Ресурсы (resources)
                    -Распространение (deployment)
                    -Мониторинг (monitoring)
                    -Отчеты (reporting);
                    -Обновления (software updates);
                    -Управление иерархией сайта (site hierarchy management)

                    Cистемные требования

                    Для SCCM.next теперь нужно:
                    -Windows Server x64 bit -  для всех серверов и функции сайта, за исключением:Branch distribution points и стандартной DP для  Windows 2003 32-bit
                    -SQL Server 2008 только в 64-битной версии
                    SQL Reporting является единственным способом отчетов. Старых отчетов через ISS больше нет.

                    Существенные изменения будут в OSD

                    Теперь в OSD можно будет делать запланированные обновления образов системы. Образ системы можно поддерживать в актуальном состоянии с помочью всего одного клика.

                    Можно создать OEM media disk. Этот диск сможет использовать ваш поставщик оборудования еще на этапе подготовки сборки компьютеров для вашей компании.

                    Task sequence, используемые в OSD теперь распространяются с USMT.  Поддержка USMT 4.0, которые смогут работать даже из Windows PE.

                    Изменения в Software update

                    Загрузку и установку обновлений теперь можно настраивать на зависимость от выполнения ряда требований. Например при вирусной опасности.

                    Разное

                    Больше контроля над агентами, в том числе авто-восстановление при ошибках.

                    В SCCM.next будет свой собственный механизм оповещения. Вы можете создавать сигналы, например,  если статус агент клиента становится критическим или определенное количество компьютеров не смогло установить обновление или программу.

                    Mobile Device Manager  будет интегрирован, таким образом получаем единую точку управления клиентскими устройствами.

                    SCCM.Next будет иметь возможность ограничивать полосу пропускания на Distribution point. Сейчас такое возможно, только между сайтами Configuration manager.

                    Информация о лицензировании будет объявлена в течение 60 дней.

                    Дата релиза пока неизвестна.

                    Скриншоты

                    mms_sccmv.next_2 mms_sccmv.next_3 mms_sccmv.next_4 mms_sccmv.next_5

                    Алексей Тараненко

                    MCP/MCTS: SCCM 2007

                    altaranenco@gmail.com

                    • NetApp System Manager

                      Netapp-logo Исторически первым интерфейсом администрирования систем хранения NetApp была командная строка в консоли администратора, доступная по телнету или ssh для любой системы NetApp.
                      Так как, исторически, главной “целевой аудиторией” для первых систем хранения NetApp были системные администраторы UNIX, было решено сделать консоль администрирования настолько похожей на стандартную UNIX-консоль, насколько это возможно.
                      Именно потому, что консоль NetApp настолько “юниксподобна”, это год за годом порождает слухи в “хитро спрятанном линуксе инсайд” хотя внутри NetApp и совершенно не UNIX, или по крайней мере нечто, совсем отличное от известных большинству UNIX-систем. Давным-давно я уже писал, что именно находится внутри, интересующиеся могут сходить в тот пост.

                      С расширением “аудитории” NetApp возникла потребность в создании чего-то более GUI-образного и “интуитивно-понятного”, и в 1996 году, 13 лет назад, появился веб-интерфейс FilerView, на тот момент один из первых такого рода на рынке систем хранения.

                      filerview

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

                      Повторюсь, для 96 года это был прорыв. Однако с той поры прошло уже, страшно подумать, 13 лет, выросло уже, по сути, новое поколение “сисадминов”. Веб-технологии развивались стремительными шагами, и интерфейс FilerView стал выглядеть, деликатно выражаясь, несколько архаично. Да он по прежнему прост и функционален, по прежнему делает все, что необходимо, но уже совсем не “радует глаз”.
                      Зачастую это даже стало вызывать определенное отторжение у новичков. Встречают в мире по прежнему по одежке.

                      В недрах NetApp довольно давно велись работы в этом направлении, так, standalone GUI под названием StorVault Manager получило семейство StorVault (S-Series), выходили специальные “мастера” начальной устрановки систем FAS под Windows (QuickSetup Wizard и FAS Easy Start Wizard), а также продукты Protection/Provisioning Manager, “гуизирующие” определенные фрагменты общего процесса.

                      2

                      3

                      4

                      И вот, наконец, все вместе, в новом продукте для управления вашими системами FAS: NetApp System Manager.

                      Важно понимать, что, также как появление FilerView в 1996 году не убило командную строку, так и появление System Manager не означает конец жизни FilerView или командной строки. Вы можете по прежнему пользоваться тем, что вам более удобно, и их разработка будет продолжена. Но появились и будут появляться впредь новые инструменты. Давайте посмотрим что ж нам приготовили.

                      Скачивается дистрибутив NetApp System Manager, размером 4 MB с вебсайта NOW, там же, где и все остальное ПО NetApp, и доступен без оплат и лицензий.
                      Он представляет собой надстройку для стандартной Microsoft Management Console (MMC).

                      Сначала нам предлагается найти и подключить в консоль наши системы. Можно либо автоматически найти их в определенной подсети, так и указать конкретные адреса. Также можно задать community для получения данных SNMP, если вы меняли public, заданную по умолчанию.

                      5

                      Затем нам предлагают осуществить подключение, которое мы выберем по SSL.

                      6

                      Будет спрошено имя администратора системы храненя, и – все. Система подключена.

                      7

                      Выберем ее, и увидим вот такую красоту:

                      8

                      Это стандартный дашборд, показывающий определенный набор “оперативных данных”.
                      Выберем слева в дереве объектов нас интересующее:

                      Например вывод syslog системы:

                      9

                      Или настройку CIFS:

                      10

                      Настройки сетевых интерфейсов:

                      11

                      Или создание и настройку LUN-ов:

                      12

                      В также настройки томов и состояние дисков:

                      13

                      14

                      В целом система мне показалась безусловным мастхэвом, и если вы администрируете системы NetApp сидя под Windows (SysMan это MMC-надстройка), то имеет смысл посмотреть System Manager повнимательнее.

                      Romx

                      http://blog.aboutnetapp.ru/