Организация кластера (постановка) - История изменений

SYSDBA: /* Требования к реализации */

2007-05-04T14:14:07Z

‎Требования к реализации

82.209.195.207: /* Подключение к кластеру */

2007-05-03T15:43:18Z

‎Подключение к кластеру

82.209.195.207: /* Требования к реализации */

2007-05-03T15:40:25Z

‎Требования к реализации

SYSDBA в 19:13, 1 мая 2007

2007-05-01T19:13:02Z

SYSDBA: /* Подготовка кластера к работе */

2007-05-01T19:03:29Z

‎Подготовка кластера к работе

SYSDBA: /* Хранение списка серверов кластера */

2007-05-01T19:00:05Z

‎Хранение списка серверов кластера

SYSDBA: /* Подключение к кластеру */

2007-05-01T18:52:29Z

‎Подключение к кластеру

SYSDBA в 18:47, 1 мая 2007

2007-05-01T18:47:24Z

SYSDBA в 18:43, 1 мая 2007

2007-05-01T18:43:34Z

Внесённые изменения

SYSDBA в 22:29, 29 апреля 2007

2007-04-29T22:29:56Z

Новая страница

....

[[Category:Постановка]]

← Предыдущая		Версия 14:14, 4 мая 2007
Строка 68:		Строка 68:

	Кэширование подготовленных запросов следует адаптировать к работе с несколькими базами одновременно.		Кэширование подготовленных запросов следует адаптировать к работе с несколькими базами одновременно.
		+
		+	Следует внести изменения в компонент [[TIBBlobStream]], который отвечает за считывание и запись данных блоб полей.

	Автоматическое заполнение списка баз данных для компонента [[TIBTransaction]] будет происходить в процессе ее старта, если данный список пуст, базой по умолчанию (DefaultDatabase) для транзакции указана текущая база данных и в параметрах транзакции не указан атрибут «только для чтения». В дальнейшем, следует запретить изменение списка баз данных транзакции извне, если он был сформирован автоматически.		Автоматическое заполнение списка баз данных для компонента [[TIBTransaction]] будет происходить в процессе ее старта, если данный список пуст, базой по умолчанию (DefaultDatabase) для транзакции указана текущая база данных и в параметрах транзакции не указан атрибут «только для чтения». В дальнейшем, следует запретить изменение списка баз данных транзакции извне, если он был сформирован автоматически.

@@ Строка 141: / Строка 141: @@
 ## Если произошла ошибка при подключении, то ждем некоторое время (2-3 минуты), после чего повторяем попытку, если повторное подключение не завершилось успехом, то помечаем базу как неактивную и возвращаемся к шагу 6.
 # Устанавливаем подключения ко всем серверам в списке активных серверов кластера.
-## Если при подключении произошла ошибка, то ждем некоторое время (2-3 минуты), после чего повторяем попытку, если повторное подключение не завершилось успехом, то помечаем базу как неактивную.
+## Если при подключении произошла ошибка, то:
-## Проверяем, чтобы у всех баз был идентичный идентификатор.
+### Если пользователь не Admnistrator, то выдаем сообщение о том, что один из серверов кластера не доступен. Завершаем выполнение программы.
 # Если в процессе подключения выявлен хотя бы один неактивный сервер, то обновляем информацию о неактивных серверах во всех подключенных базах данных. В дальнейшем к этим серверам подключаться не будем. Потребуется вмешательство системного администратора для копирования на деактивированный сервер актуальной базы данных и активирование его.

@@ Строка 69: / Строка 69: @@
 Кэширование подготовленных запросов следует адаптировать к работе с несколькими базами одновременно.
-Автоматическое заполнение списка баз данных для компонента [[TIBTransaction]] будет происходить в процессе ее старта, если данный список пуст и в параметрах транзакции не указан атрибут «только для чтения». В дальнейшем, следует запретить изменение списка баз данных транзакции извне, если он был сформирован автоматически.
+Автоматическое заполнение списка баз данных для компонента [[TIBTransaction]] будет происходить в процессе ее старта, если данный список пуст, базой по умолчанию (DefaultDatabase) для транзакции указана текущая база данных и в параметрах транзакции не указан атрибут «только для чтения». В дальнейшем, следует запретить изменение списка баз данных транзакции извне, если он был сформирован автоматически.
-При создании новой учетной записи сервера Firebird на одном из серверов кластера, ее следует продублировать на остальных активных серверах.
+При создании новой учетной записи сервера Firebird на одном из серверов кластера, ее следует продублировать на остальных активных серверах. Соответствующие изменения должны быть внесены в код бизнес-класса [[TgdcUser]].
 == Хранение списка серверов кластера ==

@@ Строка 1: / Строка 1: @@
-При увеличении размера базы данных производительность сервера вполне прогнозируемо снижается. Использование многоядерных и/или многопроцессорных серверных архитектур мало помогает в решении данной проблемы, так как основным узким местом СУБД Firebird является обмен данными с жестким диском. Сервер классической архитектуры позволяет загрузить несколько ядер/процессоров одновременно и в общем случае дает лучший отклик при большом количестве пользователей, но имеет существенный недостаток — маленький размер буфера записей. Так, на сервере с 4 Гб оперативной памяти, к которому одновременно подключается 60-70 пользователей, максимальный размер буфера не должен превышать 20 Мб, что ничтожно мало при работе с 8-10 гигабайтной базой данных. Суперсервер позволяет использовать кэш размером в 1 Гб и более, но выполняется только на одном процессоре. К тому же, падение серверного процесса обрывает все активные подключения. Фактически, у наших клиентов с базами в 5 Гб и более и количеством одновременных коннектов в 30-40 и выше, низкая скорость работы системы является одной из основных претензий.
+При увеличении размера базы данных производительность сервера вполне прогнозируемо снижается. Использование многоядерных и/или многопроцессорных серверных архитектур мало помогает в решении данной проблемы, так как основным узким местом СУБД [[Firebird]] является обмен данными с жестким диском. Сервер классической архитектуры позволяет загрузить несколько ядер/процессоров одновременно и в общем случае дает лучший отклик при большом количестве пользователей, но имеет существенный недостаток — маленький размер буфера записей. Так, на сервере с 4 Гб оперативной памяти, к которому одновременно подключается 60-70 пользователей, максимальный размер буфера не должен превышать 20 Мб, что ничтожно мало при работе с 8-10 гигабайтной базой данных. Суперсервер позволяет использовать кэш размером в 1 Гб и более, но выполняется только на одном процессоре. К тому же, падение серверного процесса обрывает все активные подключения. Фактически, у наших клиентов с базами в 5 Гб и более и количеством одновременных коннектов в 30-40 и выше, низкая скорость работы системы является одной из основных претензий.
 Решение проблемы производительности может быть только комплексным и должно вовлекать:
@@ Строка 40: / Строка 40: @@
 Оценим преимущества и недостатки предложенной схемы кластеризации.
-Недостатки:
+'''Недостатки:'''
 # Повышение загрузки сети из-за увеличения количества запросов на изменение данных в N раз.
@@ Строка 46: / Строка 46: @@
 # Увеличение расходов на администрирование N серверов.
-Преимущества:
+'''Преимущества:'''
-#Увеличение быстродействия при выполнении запросов на извлечение информации за счет распределения их по серверам кластера.
+# Увеличение быстродействия при выполнении запросов на извлечение информации за счет распределения их по серверам кластера.
 # Уменьшение риска потери данных вследствие выхода из строя серверного железа. Можно увеличить период архивирования базы, так как архивная копия теперь понадобится только для восстановления информации из-за логических сбоев в программе, некомпетентных или злоумышленных действий пользователей.
 # Увеличение общей надежности системы. При выходе из строя одного из серверов кластера — остальные примут на себя его нагрузку.
@@ Строка 69: / Строка 69: @@
 Кэширование подготовленных запросов следует адаптировать к работе с несколькими базами одновременно.
-Автоматическое заполнение списка баз данных для компонента [[TIBTransaction]] будет происходить в процессе ее старта, если данный список пуст и в параметрах транзакции не указан атрибут «только для чтения».
+Автоматическое заполнение списка баз данных для компонента [[TIBTransaction]] будет происходить в процессе ее старта, если данный список пуст и в параметрах транзакции не указан атрибут «только для чтения». В дальнейшем, следует запретить изменение списка баз данных транзакции извне, если он был сформирован автоматически.
 == Хранение списка серверов кластера ==

@@ Строка 150: / Строка 150: @@
 # Заполняется таблица gd_cluster_server.
 # База данных и база с учетными записями пользователей копируются на остальные серверы кластера.
 [[Category:Постановка]]

@@ Строка 86: / Строка 86: @@
 |name
 |[[dname]]
-|Наименование теста.
+|Полное имя базы данных в формате server:full_database_path или server:alias_name.
 |- valign="top"
 |usergroups
 |[[INTEGER NOT NULL]]
-|.
+|Битовая маска групп пользователей, которые будут использовать этот сервер. Таким образом можно назначать конкретные сервера, конкретным группам пользователей.
 |- valign="top"
 |disabled
 |[[ddisabled]]
-|.
+|Флаг неактивного сервера. Сервер помечается как неактивный, если к нему не удалось подключиться в момент запуска программы или в процессе работы программы оборвалось соединение с этим сервером. Перевести сервер в активное состояние может только системный администратор.
 |}

@@ Строка 102: / Строка 102: @@
 # Считать имя сервера из реестра или командной строки.
-# Подключиться под учетной записью STARTUSER.
+# Подключиться под учетной записью [[STARTUSER]].
 ## Если произошла ошибка при подключении, то предложить пользователю выбрать другую базу из списка, или войти в программу без подключения, или завершить выполнение программы.
-# Запросить имя пользователя и пароль. Передать их в процедуру gd_p_sec_loginuser.
+# Запросить имя пользователя и пароль. Передать их в процедуру [[GD_P_SEC_LOGINUSER]].
 ## Если пароль или имя пользователя введены неверно, то вернуться к шагу 3.
 # Получить рабочую учетную запись сервера и ее пароль.
 # Переподключиться к базе данных под ролью Administrator, используя полученную учетную запись и пароль.
-Изменим процедуру [[gd_p_sec_loginuser]]. Добавим два исходящих строковых параметра: ClusterServers и PrefClusterServers. Первый будет содержать список активных серверов кластера (через запятую), а второй — список предпочтительных для подключения серверов.
+Изменим процедуру [[GD_P_SEC_LOGINUSER]]. Добавим два исходящих строковых параметра: ClusterServers и PrefClusterServers. Первый будет содержать список активных серверов кластера (через запятую), а второй — список предпочтительных для подключения серверов.
-После проверки имени пользователя, его пароля и прочих параметров хранимая процедура gd_p_sec_loginuser будет извлекать из таблицы gd_cluster_server список серверов следующим запросом:
+После проверки имени пользователя, его пароля и прочих параметров хранимая процедура GD_P_SEC_LOGINUSER будет извлекать из таблицы gd_cluster_server список серверов следующим запросом:
   SELECT
@@ Строка 125: / Строка 125: @@
 # Считать имя сервера из реестра или командной строки.
-# Подключиться под учетной записью STARTUSER.
+# Подключиться под учетной записью [[STARTUSER]].
 ## Если произошла ошибка при подключении, то предложить пользователю выбрать другую базу из списка, или войти в программу без подключения, или завершить выполнение программы.
-# Запросить имя пользователя и пароль. Передать их в процедуру gd_p_sec_loginuser.
+# Запросить имя пользователя и пароль. Передать их в процедуру [[GD_P_SEC_LOGINUSER]].
 ## Если пароль или имя пользователя введены неверно, то вернуться к шагу 3.
 # Получить рабочую учетную запись сервера и ее пароль.

@@ Строка 11: / Строка 11: @@
 Рассмотрим последний способ более подробно.
 Итак, в сети с одним сервером клиент отсылает на него в среднем L запросов, где:
@@ Строка 73: / Строка 75: @@
 Список серверов хранится в базе данных в таблице gd_cluster_server, которая имеет следующую структуру:
-id
+{| border="1" cellpadding="2" cellspacing="0" style="border-collapse:collapse;"
-name
+!style="background:#ffdead;" width="130px"| Имя поля
-usergroups
+!style="background:#ffdead;" width="200px"| Тип данных
-disabled
+!style="background:#ffdead;"| Описание
 == Подключение к кластеру ==