Advanced Settings Utility — удаленно настраиваем IBM IMM. Advanced Settings Utility — удаленно настраиваем IBM IMM Интегрированная рабочая среда

а значит можно применять на практике и полнофункциональную версию DB2 10.1.

Если сравнивать бесплатные версии DB2 Express-C 9.7 и 10, то очевидно преимущество - теперь объем используемой оперативной памяти увеличен с 2 до 4 Гб , что не может не радовать.

Скачать бесплатную и демонстрационную коммерческую версию возможно здесь - http://www-01.ibm.com/software/data/db2/linux-unix-windows/download.html (для скачивания потребуется IBM ID, но регистрация быстрая и бесплатная).

Посмотрим, как выглядит процесс установки и настройки на примере бесплатной версии.

Скачиваем дистрибутив, распаковываем его и запускаем файл setup.exe, появляется приветственное окно.

Переходим на закладку «Установить продукт» и нажимаем «Установить новую копию» напротив единственного предлагаемого варианта (в коммерческой версии есть возможность выбора редакции СУБД)

Начало установки

Принимаем лицензионное соглашение

Оставляем обычную установку и продолжаем. Для 1С этого будет достаточно.

Если вы хотите установить DB2 только на один компьютер - файл ответов можно не создавать

Указываем каталог установки. Если у вас выделен отдельный дисковый массив на базы DB2 - можно выполнять установку сразу туда, это позволит по умолчанию создавать новые базы на том же диске, но параметр, отвечающий за это, можно всегда поменять.

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

Создаем новую учетную запись для запуска процессов сервера

Тут указываем порт запуска СУБД. Почт по умолчанию необходимо менять в том случае, если на одной машине запускается несколько DB2, либо есть желание сменить порт для обеспечения дополнительной небольшой защиты (существует рекомендация назначать стандартным сервисам нестандартные порты, что немного может сбить с толку потенциального взломщика, по крайней мере, неопытного).

Ждем завершения установки и видим сообщение об успехе

Сразу после окончания установки добавляем важный параметр, который позволит оптимизировать работу DB2 для 1С:

Открываем командное окно

И выполняем команду
db2set DB2_WORKLOAD=1C
если запустить просто db2set, то система покажет список установленных параметров

Затем перезапускаем СУБД:
db2stop
db2start

Создаем новую информационную базу в 1С, при этом в качестве пользователя сервера БД необходимо указать db2admin, которого вы создали в процессе установки

Не забываем проверить, что в каталоге с сервером приложений 1С размещен файл-семафор db2loadapion , что позволит ускорить процесс загрузки базы данных из dt-файла.

На этом все. Осталось загрузить в созданную базу dt-файла или файл конфигурации и работу можно начинать.

"Центра управления" в DB2 10.1 больше нет, но, кроме командной строки можно установить бесплатный инструмент для администрирования DB2 - IBM Data Studio.

Хочется показать, насколько просто можно настроить систему хранения данных от IBM. Отдельное спасибо за предоставленные скриншоты нужно сказать Дмитрию К. из Оренбурга, который не поленился и запечатлел процесс инсталляции.

Самая элементарная схема:

СХД IBM Storwize v3700 в базовой комплектации с возможностью подключения серверов по iSCSI и SAS. Установлены 4 диска по 600Gb
два сервера IBM 3650 m4, без локальных дисков, с двумя однопортовыми SAS HBA картами
подключение крест на крест, отказоустойчивое — каждый HBA адаптер сервера соединен со своим контроллером системы хранения

Задача стоит следующая:

Подключиться к СХД для управления
Обновить прошивку, чтобы появилась поддержка SAS подключений
Создать из дисков array, уровень RAID 10
Так как у нас серверы без жестких дисков, создаем для каждого сервера отдельный LUN для установки операционной системы Windows server 2012
Создаем один общий LUN, который будет доступен обоим серверам. Использоваться он будет для создания MS SQL 2012 кластера, точнее для хранения баз данных
Задача не предполагает использование виртуализации

Приступаем к настройке

1

В состав поставки системы хранения есть специальная флешка, она используется для первоначального конфигурирования, а именно установка пароля администратора, сервисного IP адреса для подключения к веб интерфейсу. С флешки на компьютере запускаем утилиту InitTool.bat

2

Так как мы только что достали СХД из коробки, выбираем пункт Create a new system

3

Задаем IP адрес, по которому будем подключаться к системе хранения.

4

Процесс инициализации системы:

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

5

Через браузер (рекомендуется IE8 или Firefox 23+) заходим на веб интерфейс.

По умолчанию логин пароль для входа superuser — passw0rd (через ноль)
Теперь самое время обновить прошивку, для этого переходим в меню Settings -> General -> Upgrade Machine Code

Прошивка заранее скачана с официального сайта ibm.com. В нашем случае это Version 7.1.0.3 (build 80.3.1308121000). В ее составе есть Upgrade test utility, сначала загружаем на СХД ее, а затем саму прошивку.

6

СХД автоматически определила 4 установленных диска. Три из них система отдала под POOL, один назначила под hot spare.

Если бы дисков было больше, может быть имело бы смысл оставить подобную автоматическую настройку. В нашем случае лучше переразбить диски по-другому.

7

Удаляем автоматически созданный Pool

8

Получаем 4 свободных диска, из которых предстоит создать RAID 10

9

Нажимаем Configure Storage, затем выбираем какой именно RAID мы хотим создать и сколько дисков будет задействовано под него.

10

Задаем название для вновь создаваемого Pool.

Чтобы не запутаться в терминах. Из свободных дисков мы создаем RAID или array, получившееся свободное пространство это Pool. Затем сам пространство пула будем нарезать на кусочки, так называемые LUN-ы или Volume и вот их уже можно будет презентовать серверам (хостам).

11

Pool создался

12

Создаем новый LUN в пуле

13

На скриншоте не видно, но мы задаем размер LUN-а

14

Таким образом, используя мастер создания LUN-ов делаем 3 луна.

Как и было задумано, два по 100Gb под операционные системы серверов. И один общий размером 500Gb для создания кластера MS SQL 2012

15

Теперь необходимо сообщить системе хранения данных, какие серверы (host) к ней подключены. В базовой комплектации всего два варианта соединения — это iSCSI и SAS.

У нас два сервера, которые подключены к Storwize v3700 по SAS

16

На этом шаге мы указываем системе хранения, что наш первый сервер подключен к ней двумя SAS кабелями, которые в сервере воткнуты в две SAS HBA карты со идентификаторами (16-ти значные)

Таким образом добавляем оба сервера, у каждого два идентификатора.

17

Презентуем LUN-ы серверам. Другими словами назначаем права доступа.

На скриншоте HOST_LUN_TOP предназначен только для первого сервера, т.к. на него будет установлена его операционная система. И второму серверу этот LUN видеть нельзя.
В отличии от SQL_LUN, который должен быть доступен обоим серверам, ведь на нем будут располагаться базы данных MS SQL кластера.

Для настройки и дальнейшего управления системами хранения дынных серии DS35xx от IBM используется программа DS storage manager, последнюю версию которой можно скачать с официального сайта, конечно, после регистрации. Есть версии программы для разных операционных систем, Linux, Windows, Mac, HPUX

Здесь же, не лишним будет скачать последние обновления прошивки контроллеров системы хранения. Иначе СХД может не увидеть дисков или HBA адаптеры в серверах или возникнут другие сопутствующие проблемы.

Не знаю почему, но у многих возникают проблемы с поиском и скачиванием на сайте IBM файлов для загрузки. Заходим на Ibm.com -> Support and Downloads -> Fixes, updates and drivers -> Quick find-> в строке поиска "DS3500 (DS3512, DS3524)" -> View DS3500 (DS3512,DS3524) downloads. Портал IBM не всегда корректно отрабатывает, поэтому если не получается, попробуйте другой браузер.

Прошивки на контроллер, выглядят так

Файлы для загрузки DS storage manager, так

После установки и запуска программы, предлагается выбрать метод нахождения СХД. Automatic сканирует сеть и ищет подключенную DS35xx, в Manual нужно вручную ввести IP адреса обоих контроллеров нашей СХД. Адреса интерфейсов управления, которые заданы по умолчанию, для удобства написаны на самой системе хранения под портами. Если в сети работает DHCP, то адреса будут получены автоматически.

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

Схема подключения

Перед началом настройки нужно представлять, что хотим получить в итоге, если понимания нет, то и начинать не стоит. Сделаем самую простую схему, подключим к системе хранения два сервера по схеме.

В каждом сервере два SAS HBA адаптера, для тех кто не знает, это просто карта PCI-E, с входом SAS. По два HBA установлено для отказоустойчивости, если один из контроллеров в СХД выйдет из строя, то работа будет продолжена через другой. По такой же логике система защищена от проблем с SAS кабелем или HBA адаптером в сервере.

Настройка. Логика.

У нас есть СХД, в ней диски. Сначала нам нужно из дисков собрать какой-нибудь RAID (array), потом на этом RAID создать логический том (LUN), затем презентовать этот том серверам (mapping), чтобы они его увидели и могли с ним работать. Вот такая логика.

Теперь по порядку. Я буду совершать все манипуляции в симуляторе, скачать который можно на официальном сайте хранилищ IBM. Интерфейс не один в один повторяет то, что вы увидите на реальной DS3524 или DS3512

1.. Мы ранее выбрали автоматический метод поиска системы хранения, система нашла и подключила ее, СХД отображается в консоли.

2.. Кликаем правой кнопкой по СХД, выбираем пункт Manage, чтобы начать настройку.

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

4.. В закладке Logical/Physical View видим нераспределенное дисковое пространство. В симуляционной СХД диски двух типов, мы настроим привычные SATA. Сначала создаем Array (RAID)

6.. Задаем ИМЯ нашему array

7.. Выбираем, какой именно RAID мы хотим получить. Не видим 10 RAID, чтобы его создать нужно выбрать RAID 1

8.. И тут же мастер объясняет, что если вы создаете RAID 1 из четырех и более дисков, то автоматически создастся 10 RAID (или 1+0, то же самое)

9.. Выбираем создание RAID из 38 дисков

10.. После создания, автоматически запускается мастер создания тома (LUN), его также можно запустить и из консоли, как в 4-ом шаге, только выбирать надо созданный ранее array.

11.. Нужно указать размер LUN, в моем случае 8 Tb (всего свободно 17,6 Tb), и придумать название для тома

12.. Важный момент, если мы знаем, какая ОС будет установлена в этот LUN то нужно указать ее. Для VMware тоже есть строчка, для XenServer выбирается Linux. А у меня в симуляторе почему-то этих строчек нет

13.. После создания Array и LUN мы их видим в консоли

14.. Теперь необходимо перейти на другую вкладку и дать доступ к этому LUN серверу. Видим, что по умолчанию создана группа Default Group и этой группе доступен LUN1. Нам достаточно добавить наш сервер (сначала один, затем другой) в это группу, чтобы они могли подключиться к LUN1.

15.. Кликаем правой кнопкой мыши по Default Group, Define -> Host

16.. У каждого нашего сервера есть по два SAS HBA, именно через них происходи подключение к СХД. Система хранения может идентифицировать сервер именно по HBA адаптерам, а точнее, по их уникальным «identifier».

Задаем имя хосту (у меня ESX1). Выбираем два «identifier», которые принадлежат серверу, который мы подключаем. Посмотреть, какие идентификаторы у сервера, можно подключившись к ESXi хосту напрямую через vSphere Client или через vCenter Server. Там в искать разделе «storage adapters».

Переносим два «identifier» из левой колонки в правую. Затем выбираем каждый «identifier» и жмем на кнопку Edit, чтобы добавить и к нему описание. Такая процедура придумана для того, чтобы не запутаться в большом количестве идентификаторов.

У меня в симуляторе, какие-то нули вместо уникальных «identifier», не обращайте внимания, у вас все будет как положено.

17.. Теперь выбираем операционную систему хоста, если VMware то выбираем VMware

18.. После этого в консоли вы увидите свой Host и из-за того что он находится в группе Default Group, ему будет доступен LUN1.

Заключение. Получилась длинная статья, на практике все происходит намного быстрее, достаточно пару раз прощелкать все действия и процесс подключения систем хранения от IBM больше не будет взывать проблем.

Чуть сложнее настраивается подключение по iSCSI. Советую выбирать или SAS или FC.

Кластеры позволяют масштабировать конфигурацию IBM® WebSphere Portal . Кроме того, кластеры обеспечивают высокую готовность приложений J2EE, поскольку в случае сбоя запросы автоматически пересылаются на исправные серверы. Кластер можно настроить различными способами: горизонтальный, вертикальный, множественный и динамический.

На следующей иллюстрации изображена конфигурация горизонтального кластера, в которой WebSphere Portal установлен на нескольких серверах или в нескольких профайлах на одном физическом сервере. Конфигурация с несколькими серверами уменьшает количество отдельных сбоев, но требует дополнительного программного обеспечения, например, серверов. Конфигурация с несколькими профайлами также сокращает количество отдельных сбоев. Она требует меньше дополнительного аппаратного обеспечения, чем конфигурация с несколькими серверами, но тем не менее дополнительное аппаратное обеспечение, например дополнительная память, может потребоваться. Администратор развертывания управляет ячейкой для узлов горизонтального кластера.

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

В ответ на пожелания пользователей приведены инструкции по настройке WebSphere Portal для каждой операционной системы. Выберите операционную систему, чтобы начать процесс.

Подготовка операционной системы IBM i в кластерной среде
См. информацию по настройке операционной системы для работы с IBM WebSphere Portal . В случае установки других компонентов могут потребоваться дополнительные действия; ознакомьтесь с документацией по этим компонентам.
Подготовка основного узла в IBM i
Перед созданием кластерной среды вы должны установить IBM WebSphere Portal на основном узле и затем настроить базу данных и администратор сетевого развертывания.
Создание и дополнение нового профайла Администратора развертывания в IBM i
В рабочей среде Администратор развертывания должен быть установлен на удаленном сервере, а не на одном сервере с IBM WebSphere Portal . Для создания удаленного профайла Администратора развертывания воспользуйтесь Инструментом управления профайлами или командой manageprofiles . В среде тестирования или разработки Администратор развертывания можно установить в локальной системе с помощью IBM Installation Manager . В случае установки удаленного профайла Администратора развертывания выполните действия по созданию профайла Администратора развертывания и его дополнению. Пропустите эти шаги, если локальный профайл Администратора развертывания устанавливается с помощью Installation Manager на основном узле.
Создание кластера в IBM i
После установки IBM WebSphere Portal на основном узле, настройки удаленной базы данных и подготовки основного узла к взаимодействию с Администратором развертывания можно создать статический кластер для обработки запросов переключения.
Подготовка веб-сервера, когда портал установлен в IBM i в кластерной среде
Установите и настройте модуль веб-сервера, предоставляемый IBM WebSphere Application Server , для настройки веб-сервера для взаимодействия с IBM WebSphere Portal .
Кластер IBM i: Подготовка реестров пользователей
Установите и настройте сервер LDAP в качестве реестра пользователей, предназначенного для хранения информации о пользователях и идентификации пользователей в рабочей среде с кластерами.
Настройте защиту реестра пользователей в IBM WebSphere Portal , чтобы защитить сервер от несанкционированного доступа. Можно настроить автономный реестр пользователей LDAP или добавить реестры пользователей LDAP или База данных в объединенное хранилище по умолчанию. После настройки реестра пользователей вы можете добавить области для виртуальных порталов или вспомогательную базу данных для хранения атрибутов, которые нельзя хранить в реестре пользователей LDAP.
Подготовка дополнительных элементов кластера в IBM i
После установки и настройки основного узла вы можете создать дополнительные узлы. Вы можете установить IBM WebSphere Portal на каждом узле и затем настроить узел для доступа к базе данных и реестру пользователей, прежде чем добавлять его в кластер.
Кластер IBM i: Тонкая настройка серверов
Тонкая настройка серверов играет важную роль в обеспечении требуемой производительности среды WebSphere Portal. Изначально WebSphere Portal не настроен для рабочей среды, поэтому для обеспечения оптимальной производительности просмотрите и выполните процедуры из руководства IBM WebSphere Portal Tuning Guide. Если руководство по тонкой настройке для текущего выпуска WebSphere Portal отсутствует, воспользуйтесь руководством для предыдущего выпуска.
Настройка поиска в кластере IBM i
IBM WebSphere Portal предоставляет две различные возможности поиска. Можно использовать обе возможности поиска в кластерной среде.
Настройка нескольких кластеров в IBM i
Дополнительные кластеры ячейки создаются практически так же, как первый, за некоторыми исключениями. Фактически, новый профайл будет предназначен для использования в качестве основного профайла, согласно терминологии кластеров IBM WebSphere Portal , и будет взят за основу для нового определения кластера. Это копирует процесс создания первого кластера в ячейке. Во время процесса распространения при наличии каких-либо приложений в этом новом узле в ячейке (так как они используются первым кластером) Администратор развертывания не позволит добавить их. После распространения приложения, уже существующие в ячейке, не отображаются на сервер WebSphere_Portal на вновь добавленном узле; таким образом, существующие приложения следует заново привязать к новому распространенному серверу для восстановления списка приложений. Таким образом, в зависимости от конфигурации нового профайла, некоторые приложения будут использоваться совместно прочими существующими кластерами, а некоторые - уникальными для этого нового профайла.
Совместное использование доменов базы данных между кластерами в IBM i
Если рабочая среда состоит из нескольких кластеров в одной ячейке и нескольких кластеров в разных ячейках, то для поддержки избыточности и восстановления после сбоя можно предоставить доступ к доменам базы данных всем кластерам. Данные IBM WebSphere Portal хранятся в нескольких доменах базы данных с различными требованиями к уровню готовности, зависящими от конфигурации рабочей среды. При наличии нескольких технологических линий, каждая из которых реализована в виде кластера серверов, применение общих доменов базы данных гарантирует автоматическую синхронизацию данных между технологическими линиями.

Можно без преувеличения сказать, что сервера от компании IBM относятся к классу устройств, которые без преувеличения можно назвать продуктом "все в одном". Пользователь может купить готовое решение под свои нужды, настроенное и готовое к использованию. В последние годы компания сконцентрировала усилия на создание информационного оснащения и реализации современных концепций на основе 64 битных операционных систем. Однако, постоянно задается вопрос, как настроить сервер IBM, так как, помимо настройки производителем, можно установить гибкие программные решения для собственных нужд.

Предложения компании

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

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

Для того, чтобы выбрать сервер, удобно пользоваться так называемыми конфигураторами. Это онлайновые сервисы, которые по базовым требованиям могут предложить конкретное исполнение. Пользователю нужно определиться с требованиями к оборудованию на основании своих задач, решить, как настроить сервер IBM (какое базовое ПО использовать), выбрать тип корпуса и указать параметры. Попробуем привести пару вариантов выбора в виде таблицы.

Для более сложных запросов (при подборе сервера баз данных), следует четко указывать количество винчестеров, тип контроллера диска, память для каждого процессора и так далее. Конфигураторы предоставляют возможность заполнить как угодно сложные данные, решить, как настроить сервер IBM и выбрать конкретную модель оборудования.

Программное обеспечение и базовая настройка

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

Организация хранилища данных

Все сервера IBM позволяют легко создать как угодно сложную систему дисковых массивов прямо на уровне BIOS. Для этого при загрузке сервера нужно зайти в программу конфигурирования. Обычно это делается по кнопке "F2".

Встроенная утилита управления позволяет выбрать отдельные накопители, объединить их в массивы и сформировать уровни RAID. В базовый набор входят распространенные варианты, однако, можно построить и RAID 10, если знать структуру и самостоятельно определить диски. Утилита достаточно удобная и интуитивно понятная.

Доступна подробная настройка для каждого созданного виртуального диска. Она включает размер кластера, режим доступа (диск можно сделать доступным только для чтения, к примеру), режим отложенной или прямой записи, тип обмена (прямой или с использованием конкретного объема кэша) и так далее. После инициализации дисковый массив полностью готов к использованию и нет нужды подбирать драйвера и конфигурировать контроллер уже после установки операционной системы.

Интегрированная рабочая среда

Наверное, самое популярное решение для серверов веб-приложений или сервисов - IBM Web Sphere. Это сервер приложений, предназначенный, главным образом, для централизованного управления всей производственной средой. В инструментарий входит множество средств для анализа - можно протестировать веб-сайт или сервис на производительность, вести мониторинг использования ресурсов. Здесь же представлены средства резервирования, которые обеспечивают как полную защиту данных, так и возможность легко переносить на другой сервер приложения или сервисы целиком.

Краткое резюме

Описать весь богатый функционал и возможности настройки серверов в данной статье, естественно, невозможно. Купить сервер IBM - означает приобрести аппаратно-программный комплекс. В рамках единой интегрированной среды, IBM предлагает множество конкретных инструментов для виртуализации, автоматического мониторинга и балансировки нагрузки. Огромным достоинством являются несколько средств для создания источников доступа к данным. Поддерживаются практически все стандарты, за исключением, пожалуй, Oracle и MS SQL, которые могут быть интегрированы в сервер приложений, однако, представляют собой собственные среды.

Даже если фирменное настроенное ПО приобретать не планируется, любое решение IBM не даст права на ошибку. IBM Web Spere, Lotus Domino и другие - позволяют легко организовать продуманную систему защиты данных. IBM проектирует свои продукты таким образом, чтобы клиент в любом случае мог обеспечить круглосуточную доступность данных, работоспособность сервисов и функционирование сервера в режиме "24 часа в сутки, 7 дней в неделю, 365 дней в год".