Изменение параметров служб данных для повышения производительности

Службы баз данных поддерживают WebSphere Business Monitor с помощью двух служб перемещения данных: Состояние в Среду выполнения и Рабочая в Хронологию. Эти службы перемещения данных полностью независимы друг от друга. Каждая служба перемещения данных поддерживает одну или несколько моделей бизнес-величин.

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

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

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

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

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

Как указать параметры стратегии:

Найдите систему, являющуюся хостом сервера монитора и установочный каталог монитора. Например, в операционной системе Windows это может быть: 'C:\IBM\WebSphere\Monitor'. В этом каталоге должна находиться папка с именем 'rm', в которой должен находиться еще один каталог 'config'. В нашем примере полный путь к каталогу выглядит так: 'C:\IBM\WebSphere\Monitor\rm\config'.

Создайте новый файл с именем 'DS_Replication_Policy_Defaults.properties' в каталоге config. Если такой файл уже существует, то компоненты служб данных считают его на предмет указанных пользователей переопределяющих параметров стратегии производительности.

Параметры указываются следующим образом:

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

Параметры стратегии сбора данных

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

Параметры применения стратегии

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

Параметры стратегии групп применения изменений

Эти стратегии влияют на то, как группы бизнес-величин выделяются группам применения изменений; в DB2 это наборы подписки. Чтобы найти лучший способ выделения таблиц между несколькими наборами подписки обратитесь к документации по Репликации DB2. Диспетчер репликации всегда выбирает выделение одной группы бизнес-величин для каждого набора подписки.

Copyright IBM Corporation 2005, 2006. Все права защищены.