ИбисоПедия - Вклад участника [ru]

Глобальные настройки MIS3 - таблица mm.adj

2025-11-17T07:44:05Z

Admin: /* Описание */

== Описание ==

Основная функция - глобальные настройки системы. (Т.е. это настройки, которые влияют на работу всей системы)

Внимание. Старайтесь не плодить лишних настроек. Также не следует в этой таблице хранить состояния системы (типа последнего номера, блокировки и т.п.)

== Функции для работы ==

== примеры вызова ==

Вызов из Delphi:

S := dmMain.con.ExecProc('mm.adj_get_value', ['LPU_INFO','NAME_SHORT']);

или через через кэш

S := dmMain.GetAdjCashed('SICKLEAVE','LPU_NAME');

=== Формат описания глобальной настройки ===

Каждая настройка должна содержать описание (поле mm.adj.note) в следующей структуре (каждый раздел с новой строки):

* Название (на русском)
* Назначение - описываем как эта настройка влияет на работу системы. Можно пропустить, если из названия настройки все понятно
* Формат: - какие значения могут быть и т.п.
* Возможность настройки через интерфейс программы (если есть)
* Значение по умолчанию
* Пример:

Ниже примеры правильных описаний:

MQTT\SSL:

Использовать SSL при подключении к брокеру MQTT
Формат: строка TRUE или FALSE
Значение по умолчанию: FALSE

LPU_INFO\DZM_ORG_FILIAL_CODE:

Код филиала организации по классификатору ДЗМ для номеров медицинских документов
Код филиала организации в которой работает КИС. Этот номер является частью полного номера медицинского документа, и присваивается при создании документа
Формат:2 знака, лидирующие нули
Пример: 00

FORM_007\TIME_FOR_FORM007:

Время начала суток при расчете формы 007 (Стационар)
Определяет время когда начинаются сутки для формы '007. Движение пациентов в стационаре'.
Формат: hh:nn:ss
Значение по умолчанию: 07:00:00

== Ссылки ==

* http://mediawiki.oblteh/mediawiki/index.php/Формат_хранения_настроек_адресов_http_сервисов

[[Таблицы MIS3::mm.adj]]

[[Категория:Руководство программиста MIS3]]

Ibis.ini

2025-10-14T16:28:44Z

Admin: /* Секция Debug */

== Секция Postgresql ==

=== Embeded параметр ===
Если параметр равен True, то производится попытка запустить БД
* файлы postgresql <IbisApplication>\PG\bin\pg_ctl.exe
* файлы БД <IbisApplication>\PG\data

== Секция Debug ==
* CodeSite = True - включает посылку сообщений CodeSite
* CodeSiteLogFile = True - сообщения CodeSite Будут записаны в файл

Почитать про использование Codesite [[http://www.webdelphi.ru/2011/11/obzor-instrumenta-codesite/]]

;DbMonitorHost=localhost
;DbMonitorPort=1000

[[Категория:Руководство программиста MIS3]]

Аудит в MIS3

2025-01-20T05:39:00Z

Admin:

Внимание аудит данных изменился и стал как в КИС

см [[АУДИТ в KIS]]

Существуют следующие виды аудита
* Аудит изменения данных
* аудит входа/выхода

== Аудит изменения данных ==
# Аудит данных осуществляется посредством триггеров на таблицы
# Триггеры имеют название: audit_trigger%
# Данные аудита хранятся в схеме audit
# Пока Существуют два хранилища аудита:
* audit.logged_action_dict - справочники
* audit.logged_action - все остальное

# Хранилище к которому относится аудит конкретной таблицы можно получить из таблицы audit.table_conf. Эта таблица должна быть одинаковой на всех БД

=== Включение аудита ===

* SELECT audit.audit_table('mm.naz');
* в хранилище справочников: SELECT audit.audit_table_dict('');
* пример с исключающими столбцами select audit.audit_table('mm.naz_text', true, true, '{"textb"}' )

=== Выключение аудита ===

DROP TRIGGER if exists audit_trigger_row ON &table_name ;
DROP TRIGGER if exists audit_trigger_stm ON &table_name ;

== Просмотр ==
Ниже примеры:

<source>
SELECT a.action_tstamp_tx,
a.table_name,
a.session_user_name,
a.client_addr,
a.client_query,
a.action,
a.row_data,
a.changed_fields
FROM audit.logged_actions a
where a.table_name = 'naz_text' and
schema_name = 'mm' and
a.row_data -> 'naz_id' = '8204'
</source>

<source>
-- все снятые подписи
SELECT a.action_tstamp_tx,
a.TABLE_NAME,
a.session_user_name,
a.client_addr,
a.client_query,
a.action,
a.row_data,
a.changed_fields
FROM audit.logged_actions a
WHERE a.TABLE_NAME = 'naz' AND
schema_name = 'mm'
AND a.action_tstamp_tx >= current_date - interval '100 day'
and a.row_data -> 'naz_state_id' in ('1', '6','7','8','9')
and a.changed_fields -> 'naz_state_id' = '2'

</source>

-- Изменение по определенной ИБ
<source>
select nd.name,naz_audit.* from

(SELECT
(populate_record(NULL::mm.naz, a.row_data)).*, a.action_tstamp_tx,
a.TABLE_NAME,
a.session_user_name,
a.client_addr,
a.client_query,
a.action,
a.row_data,
a.changed_fields
FROM audit.logged_actions a
WHERE a.TABLE_NAME = 'naz' AND
schema_name = 'mm'
AND a.row_data -> 'mdoc_id' ='6048') naz_audit left join mm.naz_dict nd on naz_audit.naz_dict_id = nd.id

</source>

=== Просмотр истории изменения из форм наследников TfmWinOnTask ===

Формы-наследники от TfmWinOnTask могут показывать аудит при нажатии на клавишу "Ctrl+Shift+H"

Для этого необходимо:

# Заполнить запись в таблице mm.entity (Справочники -> система и пользователи -> Сущности). Прописать два SQL-запроса для просмотра аудита.
# В форме WOT установить соответствующее свойство EntityName, например EntityName := 'ambticket';

== Восстановление данных из аудита ==

select (populate_record(null::mm.ambticket, a.row_data)).*
FROM audit.logged_actions a
WHERE a.TABLE_NAME = 'ambticket'
AND schema_name = 'mm'
AND a.row_data -> 'mdoc_id' = '9992'
and a.action_tstamp_tx = '2016-02-08 13:56:39.021+03'

== Аудит входа / выхода ==

Работает на основе логов postgresql. Для этого необходимо включить следующие настройки
log_timezone = 'Etc/GMT-3'

log_destination = 'csvlog'
log_directory = 'pg_log' # directory where log files are written,
logging_collector = on
log_connections = on
log_disconnections = on
log_duration = on
#log_statement = 'all'
log_statement = 'ddl' # none, ddl, mod, all
lc_messages = 'English_English.1251' # locale for system error message
log_filename = 'postgresql-%Y-%m-%d.log' # log file name pattern,

Просмотреть можно на закладке Аудит, журнал входов/ выходов. Импорт данных работает только под SOFTMASTER

{{warning}} Папку с логами нужно периодически чистить.

[[Категория:Руководство программиста MIS3]]

Требования к серверам и клиентам MIS3

2024-12-13T07:56:57Z

Admin: /* Операционная система */

= Архитектура серверной части =

Стандартная серверная инфраструктура МИС состоит из двух серверов баз данных:

* основной сервер БД
* резервный сервер БД
* сервер интеграции с внешними сервисами.

== Требования к серверу БД ==

=== Дисковая подсистема ===

Объем дисковой подсистемы для базы данных лучше заложить минимум 4 ТБ, для ОС достаточно 250 ГБ на SSD. Для обеспечения надежности и сохранности данных диски необходимо объединить в массивы: RAID 1, для больших объемов (от 200 пользователей) рекомендуется использовать RAID 10. RAID 5 не рекомендуется использовать для баз данных, но тоже подойдет.

=== Оперативная память ===
* Минимальный объем ОЗУ: вычисляем по формуле 4 Гбайт + (<количество пользователей> / 100) Гбайт.

В любом случае, от количества оперативной памяти пропорционально зависит скорость работы базы данных, поэтому принцип "чем больше, тем лучше" как нельзя точно определяет требования в объёму ОЗУ. Исходя из этого рекомендуется, по возможности, установить в сервер 32ГБ ОЗУ и более.

=== Процессор ===
Производительность сервера напрямую зависит от количества ядер процессоров. Поэтому рекомендуется использовать много процессорные серверные платформы. Весьма приблизительно минимальное количество ядер можно рассчитать по формуле

Количество ядер= 2 + <количество пользователей> / 100

Однако рекомендуется использовать 8 ядер и более.

=== Сеть ===
* 1 Гбит/с

=== Операционная система ===
* Linux x64
* Windows x64, желательно серверная.

Использование Windows не желательно ввиду ресурсоемких средств обеспечения безопасности и высокими накладными расходами ОС. Linux предпочтителен Ред ОС [https://redos.red-soft.ru/product/downloads/] с серверной лицензией [https://www.ozon.ru/category/prikladnye-i-sistemnye-programmy-32656/red-os-100420245/].

=== База данных ===
База данных работает под управлением PostgreSQL. Для инсталяций до конца первой половины 2021 года рекомендовалась версия 11. После этой даты рекомендуется версия 13 и новее, но также допускается использование 11 и 12.

=== Обеспечение отказоустойчивости ===
Для обеспечения отказоустойчивости необходимо два сервера БД. Один из них будет использоваться как основной сервер БД, с которым будут работать клиент. Второй будет его копией (репликой), который в случае аварии на основном сервере, будет введен в работу вместо него и станет основным. Также с него будет выполняться резервное копирование, чтобы снять нагрузку с основного сервера.

{{warning}} Репликация базы минимизирует простои системы при выходе из строя основного сервера, но не спасает от порчи данных в базе. Рекомендуется для обязательного применения в крупных МУ городского, областного значения в комплексе с другими способами резервного копирования.

== Требования к серверу интеграции ==
=== Дисковая подсистема ===
* Объем = 250 Гбайт
* RAID 1.

Для работы интеграционных сервисов достаточно 150ГБ. Для ОС и сервисов вполне достаточно 250 ГБ на SSD. Возможно вынесение всех сервисов на отдельный диск для простоты обслуживания.

=== Оперативная память ===
* Минимальный объем ОЗУ: 8 Гбайт.

Для комфортной работы сервисов лучше использовать 16 Гбайт ОЗУ. Использование более 32 Гбайт в настоящее время не целесообразно.

=== Операционная система ===
* Серверная версия Windows x64.

Интеграционные сервисы работают в среде Windows. применение других ОС не предусмотрено.

=== Процессор ===
* Количество ядер= 4

Возможно увеличение количества до 8.

=== Сеть ===
* 1 Гбит/с

{{warning}} Допускается использовать для сервера интеграции виртуальную машину.

== Подсистема резервного копирования ==
* Раздел на сетевом хранилище (NAS).

CIFS (SMB, ресурс сети Майкрософт) ресурс подключается к основному и резервному серверам. Объем сетевого ресурса должен минимум в 2.5 раза, лучше в 4 раза, превышать объем диска для базы данных и иметь возможность расширения при необходимости.

= Требования к клиентскому рабочему месту =
== Windows 8 и выше ==
* ОЗУ 1 Гбайт (желательно 2 Гбайт)
* Место на диске не менее 2 Гбайт
* Сеть

== Linux ==
* Wine 1.8 и выше (Ред ОС 8). При это возможны некоторые ограничения в работе программы.
* ОЗУ 2 Гбайт и выше.
* Сеть.

{{warning}} На "Astra Linux" корректно клиент не работает в связи с отсутствием части функционала в графической оболочке ОС.

== Использование терминального сервера для клиентов ==
Система допускает работу клиентов по RDP на терминальном сервере. Для этого необходимо каждому пользователю установить свой комплект клиентского софта, чтобы не возникало проблем с обновлением файлов. Вариант установки - в папку на "Рабочем столе". Есть варианты использование несколькими пользователями одной копии клиента, но тут есть много особенностей, которые накладывают некоторые ограничения в процессе эксплуатации, в частности централизованное завершение работы всех клиентов для обновления администратором сервера.

[[Категория:MIS3]]

Требования к серверам и клиентам MIS3

2024-12-13T07:53:13Z

Admin: /* Операционная система */

= Архитектура серверной части =

Стандартная серверная инфраструктура МИС состоит из двух серверов баз данных:

* основной сервер БД
* резервный сервер БД
* сервер интеграции с внешними сервисами.

== Требования к серверу БД ==

=== Дисковая подсистема ===

Объем дисковой подсистемы для базы данных лучше заложить минимум 4 ТБ, для ОС достаточно 250 ГБ на SSD. Для обеспечения надежности и сохранности данных диски необходимо объединить в массивы: RAID 1, для больших объемов (от 200 пользователей) рекомендуется использовать RAID 10. RAID 5 не рекомендуется использовать для баз данных, но тоже подойдет.

=== Оперативная память ===
* Минимальный объем ОЗУ: вычисляем по формуле 4 Гбайт + (<количество пользователей> / 100) Гбайт.

В любом случае, от количества оперативной памяти пропорционально зависит скорость работы базы данных, поэтому принцип "чем больше, тем лучше" как нельзя точно определяет требования в объёму ОЗУ. Исходя из этого рекомендуется, по возможности, установить в сервер 32ГБ ОЗУ и более.

=== Процессор ===
Производительность сервера напрямую зависит от количества ядер процессоров. Поэтому рекомендуется использовать много процессорные серверные платформы. Весьма приблизительно минимальное количество ядер можно рассчитать по формуле

Количество ядер= 2 + <количество пользователей> / 100

Однако рекомендуется использовать 8 ядер и более.

=== Сеть ===
* 1 Гбит/с

=== Операционная система ===
* Linux x64
* Windows x64, желательно серверная.

Использование Windows не желательно ввиду ресурсоемких средств обеспечения безопасности и высокими накладными расходами ОС. Linux предпочтителен Ред ОС https://redos.red-soft.ru/product/downloads/ https://www.ozon.ru/category/prikladnye-i-sistemnye-programmy-32656/red-os-100420245/.

=== База данных ===
База данных работает под управлением PostgreSQL. Для инсталяций до конца первой половины 2021 года рекомендовалась версия 11. После этой даты рекомендуется версия 13 и новее, но также допускается использование 11 и 12.

=== Обеспечение отказоустойчивости ===
Для обеспечения отказоустойчивости необходимо два сервера БД. Один из них будет использоваться как основной сервер БД, с которым будут работать клиент. Второй будет его копией (репликой), который в случае аварии на основном сервере, будет введен в работу вместо него и станет основным. Также с него будет выполняться резервное копирование, чтобы снять нагрузку с основного сервера.

{{warning}} Репликация базы минимизирует простои системы при выходе из строя основного сервера, но не спасает от порчи данных в базе. Рекомендуется для обязательного применения в крупных МУ городского, областного значения в комплексе с другими способами резервного копирования.

== Требования к серверу интеграции ==
=== Дисковая подсистема ===
* Объем = 250 Гбайт
* RAID 1.

Для работы интеграционных сервисов достаточно 150ГБ. Для ОС и сервисов вполне достаточно 250 ГБ на SSD. Возможно вынесение всех сервисов на отдельный диск для простоты обслуживания.

=== Оперативная память ===
* Минимальный объем ОЗУ: 8 Гбайт.

Для комфортной работы сервисов лучше использовать 16 Гбайт ОЗУ. Использование более 32 Гбайт в настоящее время не целесообразно.

=== Операционная система ===
* Серверная версия Windows x64.

Интеграционные сервисы работают в среде Windows. применение других ОС не предусмотрено.

=== Процессор ===
* Количество ядер= 4

Возможно увеличение количества до 8.

=== Сеть ===
* 1 Гбит/с

{{warning}} Допускается использовать для сервера интеграции виртуальную машину.

== Подсистема резервного копирования ==
* Раздел на сетевом хранилище (NAS).

CIFS (SMB, ресурс сети Майкрософт) ресурс подключается к основному и резервному серверам. Объем сетевого ресурса должен минимум в 2.5 раза, лучше в 4 раза, превышать объем диска для базы данных и иметь возможность расширения при необходимости.

= Требования к клиентскому рабочему месту =
== Windows 8 и выше ==
* ОЗУ 1 Гбайт (желательно 2 Гбайт)
* Место на диске не менее 2 Гбайт
* Сеть

== Linux ==
* Wine 1.8 и выше (Ред ОС 8). При это возможны некоторые ограничения в работе программы.
* ОЗУ 2 Гбайт и выше.
* Сеть.

{{warning}} На "Astra Linux" корректно клиент не работает в связи с отсутствием части функционала в графической оболочке ОС.

== Использование терминального сервера для клиентов ==
Система допускает работу клиентов по RDP на терминальном сервере. Для этого необходимо каждому пользователю установить свой комплект клиентского софта, чтобы не возникало проблем с обновлением файлов. Вариант установки - в папку на "Рабочем столе". Есть варианты использование несколькими пользователями одной копии клиента, но тут есть много особенностей, которые накладывают некоторые ограничения в процессе эксплуатации, в частности централизованное завершение работы всех клиентов для обновления администратором сервера.

[[Категория:MIS3]]

Требования к серверам и клиентам MIS3

2024-08-20T10:22:05Z

Admin: /* Операционная система */

= Архитектура серверной части =

Стандартная серверная инфраструктура МИС состоит из двух серверов баз данных:

* основной сервер БД
* резервный сервер БД
* сервер интеграции с внешними сервисами.

== Требования к серверу БД ==

=== Дисковая подсистема ===

Объем дисковой подсистемы для базы данных лучше заложить минимум 4 ТБ, для ОС достаточно 250 ГБ на SSD. Для обеспечения надежности и сохранности данных диски необходимо объединить в массивы: RAID 1, для больших объемов (от 200 пользователей) рекомендуется использовать RAID 10. RAID 5 не рекомендуется использовать для баз данных, но тоже подойдет.

=== Оперативная память ===
* Минимальный объем ОЗУ: вычисляем по формуле 4 Гбайт + (<количество пользователей> / 100) Гбайт.

В любом случае, от количества оперативной памяти пропорционально зависит скорость работы базы данных, поэтому принцип "чем больше, тем лучше" как нельзя точно определяет требования в объёму ОЗУ. Исходя из этого рекомендуется, по возможности, установить в сервер 32ГБ ОЗУ и более.

=== Процессор ===
Производительность сервера напрямую зависит от количества ядер процессоров. Поэтому рекомендуется использовать много процессорные серверные платформы. Весьма приблизительно минимальное количество ядер можно рассчитать по формуле

Количество ядер= 2 + <количество пользователей> / 100

Однако рекомендуется использовать 8 ядер и более.

=== Сеть ===
* 1 Гбит/с

=== Операционная система ===
* Linux x64
* Windows x64, желательно серверная.

Использование Windows не желательно ввиду ресурсоемких средств обеспечения безопасности и высокими накладными расходами ОС. Linux предпочтителен Ред ОС.

=== База данных ===
База данных работает под управлением PostgreSQL. Для инсталяций до конца первой половины 2021 года рекомендовалась версия 11. После этой даты рекомендуется версия 13 и новее, но также допускается использование 11 и 12.

=== Обеспечение отказоустойчивости ===
Для обеспечения отказоустойчивости необходимо два сервера БД. Один из них будет использоваться как основной сервер БД, с которым будут работать клиент. Второй будет его копией (репликой), который в случае аварии на основном сервере, будет введен в работу вместо него и станет основным. Также с него будет выполняться резервное копирование, чтобы снять нагрузку с основного сервера.

{{warning}} Репликация базы минимизирует простои системы при выходе из строя основного сервера, но не спасает от порчи данных в базе. Рекомендуется для обязательного применения в крупных МУ городского, областного значения в комплексе с другими способами резервного копирования.

== Требования к серверу интеграции ==
=== Дисковая подсистема ===
* Объем = 250 Гбайт
* RAID 1.

Для работы интеграционных сервисов достаточно 150ГБ. Для ОС и сервисов вполне достаточно 250 ГБ на SSD. Возможно вынесение всех сервисов на отдельный диск для простоты обслуживания.

=== Оперативная память ===
* Минимальный объем ОЗУ: 8 Гбайт.

Для комфортной работы сервисов лучше использовать 16 Гбайт ОЗУ. Использование более 32 Гбайт в настоящее время не целесообразно.

=== Операционная система ===
* Серверная версия Windows x64.

Интеграционные сервисы работают в среде Windows. применение других ОС не предусмотрено.

=== Процессор ===
* Количество ядер= 4

Возможно увеличение количества до 8.

=== Сеть ===
* 1 Гбит/с

{{warning}} Допускается использовать для сервера интеграции виртуальную машину.

== Подсистема резервного копирования ==
* Раздел на сетевом хранилище (NAS).

CIFS (SMB, ресурс сети Майкрософт) ресурс подключается к основному и резервному серверам. Объем сетевого ресурса должен минимум в 2.5 раза, лучше в 4 раза, превышать объем диска для базы данных и иметь возможность расширения при необходимости.

= Требования к клиентскому рабочему месту =
== Windows 8 и выше ==
* ОЗУ 1 Гбайт (желательно 2 Гбайт)
* Место на диске не менее 2 Гбайт
* Сеть

== Linux ==
* Wine 1.8 и выше (Ред ОС 8). При это возможны некоторые ограничения в работе программы.
* ОЗУ 2 Гбайт и выше.
* Сеть.

{{warning}} На "Astra Linux" корректно клиент не работает в связи с отсутствием части функционала в графической оболочке ОС.

== Использование терминального сервера для клиентов ==
Система допускает работу клиентов по RDP на терминальном сервере. Для этого необходимо каждому пользователю установить свой комплект клиентского софта, чтобы не возникало проблем с обновлением файлов. Вариант установки - в папку на "Рабочем столе". Есть варианты использование несколькими пользователями одной копии клиента, но тут есть много особенностей, которые накладывают некоторые ограничения в процессе эксплуатации, в частности централизованное завершение работы всех клиентов для обновления администратором сервера.

[[Категория:MIS3]]

Требования к серверам и клиентам MIS3

2024-08-20T10:21:09Z

Admin:

= Архитектура серверной части =

Стандартная серверная инфраструктура МИС состоит из двух серверов баз данных:

* основной сервер БД
* резервный сервер БД
* сервер интеграции с внешними сервисами.

== Требования к серверу БД ==

=== Дисковая подсистема ===

Объем дисковой подсистемы для базы данных лучше заложить минимум 4 ТБ, для ОС достаточно 250 ГБ на SSD. Для обеспечения надежности и сохранности данных диски необходимо объединить в массивы: RAID 1, для больших объемов (от 200 пользователей) рекомендуется использовать RAID 10. RAID 5 не рекомендуется использовать для баз данных, но тоже подойдет.

=== Оперативная память ===
* Минимальный объем ОЗУ: вычисляем по формуле 4 Гбайт + (<количество пользователей> / 100) Гбайт.

В любом случае, от количества оперативной памяти пропорционально зависит скорость работы базы данных, поэтому принцип "чем больше, тем лучше" как нельзя точно определяет требования в объёму ОЗУ. Исходя из этого рекомендуется, по возможности, установить в сервер 32ГБ ОЗУ и более.

=== Процессор ===
Производительность сервера напрямую зависит от количества ядер процессоров. Поэтому рекомендуется использовать много процессорные серверные платформы. Весьма приблизительно минимальное количество ядер можно рассчитать по формуле

Количество ядер= 2 + <количество пользователей> / 100

Однако рекомендуется использовать 8 ядер и более.

=== Сеть ===
* 1 Гбит/с

=== Операционная система ===
* Linux x64
* Windows x64, желательно серверная.

Использование Windows не желательно ввиду ресурсоемких средств обеспечения безопасности и высокими накладными расходами ОС. Linux предпочтителен RHEL. C CentOS 7 накоплен большой опыт эксплуатации. Возможна замена на аналоги, например Rocky Linux, Oracle Linux. Использование дебиановских дистрибутивов тоже возможно, но это потребует некоторых временных затрат для настройки системы резервного копирования.

=== База данных ===
База данных работает под управлением PostgreSQL. Для инсталяций до конца первой половины 2021 года рекомендовалась версия 11. После этой даты рекомендуется версия 13 и новее, но также допускается использование 11 и 12.

=== Обеспечение отказоустойчивости ===
Для обеспечения отказоустойчивости необходимо два сервера БД. Один из них будет использоваться как основной сервер БД, с которым будут работать клиент. Второй будет его копией (репликой), который в случае аварии на основном сервере, будет введен в работу вместо него и станет основным. Также с него будет выполняться резервное копирование, чтобы снять нагрузку с основного сервера.

{{warning}} Репликация базы минимизирует простои системы при выходе из строя основного сервера, но не спасает от порчи данных в базе. Рекомендуется для обязательного применения в крупных МУ городского, областного значения в комплексе с другими способами резервного копирования.

== Требования к серверу интеграции ==
=== Дисковая подсистема ===
* Объем = 250 Гбайт
* RAID 1.

Для работы интеграционных сервисов достаточно 150ГБ. Для ОС и сервисов вполне достаточно 250 ГБ на SSD. Возможно вынесение всех сервисов на отдельный диск для простоты обслуживания.

=== Оперативная память ===
* Минимальный объем ОЗУ: 8 Гбайт.

Для комфортной работы сервисов лучше использовать 16 Гбайт ОЗУ. Использование более 32 Гбайт в настоящее время не целесообразно.

=== Операционная система ===
* Серверная версия Windows x64.

Интеграционные сервисы работают в среде Windows. применение других ОС не предусмотрено.

=== Процессор ===
* Количество ядер= 4

Возможно увеличение количества до 8.

=== Сеть ===
* 1 Гбит/с

{{warning}} Допускается использовать для сервера интеграции виртуальную машину.

== Подсистема резервного копирования ==
* Раздел на сетевом хранилище (NAS).

CIFS (SMB, ресурс сети Майкрософт) ресурс подключается к основному и резервному серверам. Объем сетевого ресурса должен минимум в 2.5 раза, лучше в 4 раза, превышать объем диска для базы данных и иметь возможность расширения при необходимости.

= Требования к клиентскому рабочему месту =
== Windows 8 и выше ==
* ОЗУ 1 Гбайт (желательно 2 Гбайт)
* Место на диске не менее 2 Гбайт
* Сеть

== Linux ==
* Wine 1.8 и выше (Ред ОС 8). При это возможны некоторые ограничения в работе программы.
* ОЗУ 2 Гбайт и выше.
* Сеть.

{{warning}} На "Astra Linux" корректно клиент не работает в связи с отсутствием части функционала в графической оболочке ОС.

== Использование терминального сервера для клиентов ==
Система допускает работу клиентов по RDP на терминальном сервере. Для этого необходимо каждому пользователю установить свой комплект клиентского софта, чтобы не возникало проблем с обновлением файлов. Вариант установки - в папку на "Рабочем столе". Есть варианты использование несколькими пользователями одной копии клиента, но тут есть много особенностей, которые накладывают некоторые ограничения в процессе эксплуатации, в частности централизованное завершение работы всех клиентов для обновления администратором сервера.

[[Категория:MIS3]]

VPN подключение к офису в Таганроге (OpenVPN)

2024-04-26T13:11:46Z

Admin: /* Подключение к офису */

== Подключение к офису ==

{{warning}} '''Важно!''' Если у вас домашняя сеть имеет адресное пространство в сетях 192.168.0.0, 192.168.1.0, 192.168.2.0, 192.168.3.0, 192.168.4.0 192.168.5.0, 192.168.254.0, 192.168.255.0, то во избежания конфликта адресов при доступе к офисным ресурсам вам необходимо перенастроить домашний маршрутизатор на другое адресное пространство 192.168.x.0, где x лежит в диапазоне от 8 до 250.

Для доступа к ресурсам в офисе и некоторых удалённых объектов необходимо настроить подключение с использованием OpenVPN. Для этого нужно выполнить несколько несложных действий. В данная статья рассчитана на пользователей Windows10, а вот пользователям Windows7 и Windows8x не повезло. Сообществом разработчиков OpenVPN уже не поддерживаются, поэтому на свой страх и риск можно попробовать.

# Получить у сетевого администратора персональные параметры подключения.
# Скачать отсюда https://cloud.oblteh.ru/s/CyesAYTmwm5Hbto установочный файл ''openvpn-install-2.4.4-I601.exe''. Также можно скачать более новую версию ''OpenVPN-2.5.8-I601-amd64.msi'', которая имеет лучшую интеграцию с Windows 10. Последний релиз можно скачать тут https://openvpn.net/community-downloads/
# Запустить его, установить, на все вопросы установщика дать утвердительный ответ ("Да").
# По завершению установки запустить приложение ''OpenVPN GUI''.
# В своей домашней папке создать папку ''C:\Users\%USERNAME%\OpenVPN\config''.
# Полученный у сетевого администратора архив с личными параметрами входа необходимо разархивировать с поддиректорием (папкой) в созданною папку.
# В ''"Панели уведомлений"'' найти иконку монитора с замочком", нажать на нем ''"Подключить"''.
# На запрос логина и пароля ввести свои '''логин и пароль от корпоративной почты'''.

Через это подключение не работает IP телефония через офисную [[АТС]]

'''Находясь в офисе''', держать подключенный к офису OpenVPN абсолютно бессмысленно. Кроме того, это может быть причиной снижения скорости доступа к ресурсам локальной сети офиса и вызвать проблемы с доступом на удаленные ресурсы.

== Несколько одновременных подключений ==

Если необходимо выполнить '''одновременно несколько подключений''', нужно добавить соответствующие сетевые интерфейсы. Для этого необходимо выполнить с правами администратора "C:\Program Files\TAP-Windows\bin\addtap.bat". Этот скрипт необходимо запустить один раз для второго подключения. Для трёх одновременных подключений его придется выполнить еще раз (всего 2 раза). Не рекомендуется запускать его много раз, с запасом.

== Особенности некоторых подключений ==

=== {{warning}} использование OpenVPN 2.6 ===

В Windows 10 версия OpenVPN 2.6.* может не работать! Также была замечена неработоспособность и в Windows 11.

При использовании OpenVPN версий 2.6.0-2.6.3 для подключения к офису в полученный конфигурационный файл router-udp-1194-login-config.ovpn после строки

cipher AES-256-CBC

необходимо добавить строку

data-ciphers AES-256-CBC:AES-256-GCM:AES-128-GCM:CHACHA20-POLY1305

{{warning}}'''Начиная с версии 2.6.0 и новее клиенты OpenVPN не совместимы с нашим сервером. Их использование может быть не возможно. Необходимо установить себе версии 2.4.* или 2.5.* из нашехо облочного хранилища.'''

=== ДИТ Москвы ===

Это подключение не работает с версиями новее ''2.4.4''. Для решения этой проблемы в конфигурационный файл ''ДИТ Москвы.ovpn'' необходимо добавить строку

tls-cipher "DEFAULT:@SECLEVEL=0"

[[Категория:Офис в Таганроге]]

VPN подключение к офису в Таганроге (OpenVPN)

2023-11-14T07:05:28Z

Admin: /* Особенности некоторых подключений */

== Подключение к офису ==

{{warning}} '''Важно!''' Если у вас домашняя сеть имеет адресное пространство в сетях 192.168.0.0, 192.168.1.0, 192.168.2.0, 192.168.3.0, 192.168.4.0 192.168.5.0, 192.168.254.0, 192.168.255.0, то во избежания конфликта адресов при доступе к офисным ресурсам вам необходимо перенастроить домашний маршрутизатор на другое адресное пространство 192.168.x.0, где x лежит в диапазоне от 8 до 250.

Для доступа к ресурсам в офисе и некоторых удалённых объектов необходимо настроить подключение с использованием OpenVPN. Для этого нужно выполнить несколько несложных действий. В данная статья рассчитана на пользователей Windows10, а вот пользователям Windows7 и Windows8x не повезло. Сообществом разработчиков OpenVPN уже не поддерживаются, поэтому на свой страх и риск можно попробовать.

# Получить у сетевого администратора персональные параметры подключения.
# Скачать отсюда https://cloud.oblteh.ru/s/btEgZ8ypNjMJJXE установочный файл ''openvpn-install-2.4.4-I601.exe''. Также можно скачать более новую версию ''OpenVPN-2.5.8-I601-amd64.msi'', которая имеет лучшую интеграцию с Windows 10. Последний релиз можно скачать тут https://openvpn.net/community-downloads/
# Запустить его, установить, на все вопросы установщика дать утвердительный ответ ("Да").
# По завершению установки запустить приложение ''OpenVPN GUI''.
# В своей домашней папке создать папку ''C:\Users\%USERNAME%\OpenVPN\config''.
# Полученный у сетевого администратора архив с личными параметрами входа необходимо разархивировать с поддиректорием (папкой) в созданною папку.
# В ''"Панели уведомлений"'' найти иконку монитора с замочком", нажать на нем ''"Подключить"''.
# На запрос логина и пароля ввести свои '''логин и пароль от корпоративной почты'''.

Через это подключение не работает IP телефония через офисную [[АТС]]

'''Находясь в офисе''', держать подключенный к офису OpenVPN абсолютно бессмысленно. Кроме того, это может быть причиной снижения скорости доступа к ресурсам локальной сети офиса и вызвать проблемы с доступом на удаленные ресурсы.

== Несколько одновременных подключений ==

Если необходимо выполнить '''одновременно несколько подключений''', нужно добавить соответствующие сетевые интерфейсы. Для этого необходимо выполнить с правами администратора "C:\Program Files\TAP-Windows\bin\addtap.bat". Этот скрипт необходимо запустить один раз для второго подключения. Для трёх одновременных подключений его придется выполнить еще раз (всего 2 раза). Не рекомендуется запускать его много раз, с запасом.

== Особенности некоторых подключений ==

=== {{warning}} использование OpenVPN 2.6 ===

В Windows 10 версия OpenVPN 2.6.* может не работать! Также была замечена неработоспособность и в Windows 11.

При использовании OpenVPN версий 2.6.0-2.6.3 для подключения к офису в полученный конфигурационный файл router-udp-1194-login-config.ovpn после строки

cipher AES-256-CBC

необходимо добавить строку

data-ciphers AES-256-CBC:AES-256-GCM:AES-128-GCM:CHACHA20-POLY1305

{{warning}}'''Начиная с версии 2.6.0 и новее клиенты OpenVPN не совместимы с нашим сервером. Их использование может быть не возможно. Необходимо установить себе версии 2.4.* или 2.5.* из нашехо облочного хранилища.'''

=== ДИТ Москвы ===

Это подключение не работает с версиями новее ''2.4.4''. Для решения этой проблемы в конфигурационный файл ''ДИТ Москвы.ovpn'' необходимо добавить строку

tls-cipher "DEFAULT:@SECLEVEL=0"

[[Категория:Офис в Таганроге]]

VPN подключение к офису в Таганроге (OpenVPN)

2023-11-14T06:12:41Z

Admin: /* {{warning}} использование OpenVPN 2.6 */

== Подключение к офису ==

{{warning}} '''Важно!''' Если у вас домашняя сеть имеет адресное пространство в сетях 192.168.0.0, 192.168.1.0, 192.168.2.0, 192.168.3.0, 192.168.4.0 192.168.5.0, 192.168.254.0, 192.168.255.0, то во избежания конфликта адресов при доступе к офисным ресурсам вам необходимо перенастроить домашний маршрутизатор на другое адресное пространство 192.168.x.0, где x лежит в диапазоне от 8 до 250.

Для доступа к ресурсам в офисе и некоторых удалённых объектов необходимо настроить подключение с использованием OpenVPN. Для этого нужно выполнить несколько несложных действий. В данная статья рассчитана на пользователей Windows10, а вот пользователям Windows7 и Windows8x не повезло. Сообществом разработчиков OpenVPN уже не поддерживаются, поэтому на свой страх и риск можно попробовать.

# Получить у сетевого администратора персональные параметры подключения.
# Скачать отсюда https://cloud.oblteh.ru/s/btEgZ8ypNjMJJXE установочный файл ''openvpn-install-2.4.4-I601.exe''. Также можно скачать более новую версию ''OpenVPN-2.5.8-I601-amd64.msi'', которая имеет лучшую интеграцию с Windows 10. Последний релиз можно скачать тут https://openvpn.net/community-downloads/
# Запустить его, установить, на все вопросы установщика дать утвердительный ответ ("Да").
# По завершению установки запустить приложение ''OpenVPN GUI''.
# В своей домашней папке создать папку ''C:\Users\%USERNAME%\OpenVPN\config''.
# Полученный у сетевого администратора архив с личными параметрами входа необходимо разархивировать с поддиректорием (папкой) в созданною папку.
# В ''"Панели уведомлений"'' найти иконку монитора с замочком", нажать на нем ''"Подключить"''.
# На запрос логина и пароля ввести свои '''логин и пароль от корпоративной почты'''.

Через это подключение не работает IP телефония через офисную [[АТС]]

'''Находясь в офисе''', держать подключенный к офису OpenVPN абсолютно бессмысленно. Кроме того, это может быть причиной снижения скорости доступа к ресурсам локальной сети офиса и вызвать проблемы с доступом на удаленные ресурсы.

== Несколько одновременных подключений ==

Если необходимо выполнить '''одновременно несколько подключений''', нужно добавить соответствующие сетевые интерфейсы. Для этого необходимо выполнить с правами администратора "C:\Program Files\TAP-Windows\bin\addtap.bat". Этот скрипт необходимо запустить один раз для второго подключения. Для трёх одновременных подключений его придется выполнить еще раз (всего 2 раза). Не рекомендуется запускать его много раз, с запасом.

== Особенности некоторых подключений ==

=== {{warning}} использование OpenVPN 2.6 ===

При использовании OpenVPN версий 2.6.0-2.6.3 для подключения к офису в полученный конфигурационный файл router-udp-1194-login-config.ovpn после строки

cipher AES-256-CBC

необходимо добавить строку

data-ciphers AES-256-CBC:AES-256-GCM:AES-128-GCM:CHACHA20-POLY1305

{{warning}}'''Версии 2.6.4 и новее не совместимы с нашим OpenVPN сервером. Их использование не возможно. Необходимо установить себе версии 2.4.* или 2.5.* из нашехо облочного хранилища.'''

=== ДИТ Москвы ===

Это подключение не работает с версиями новее ''2.4.4''. Для решения этой проблемы в конфигурационный файл ''ДИТ Москвы.ovpn'' необходимо добавить строку

tls-cipher "DEFAULT:@SECLEVEL=0"

[[Категория:Офис в Таганроге]]

Печатные формы MIS3

2023-09-11T07:11:01Z

Admin: /* Соглашение об именовании параметров для настраиваемых отчетов в ТЛ, ИБ, амбулаторном талоне и др */

== Описание ==
Отчеты хранятся в БД в таблице mm.report. Основной функционал по вызову модулей находится в REPORT\fFRF.pas, необходимо подключить этот модуль в проект. Вызовы отчетов производяться по имени файла отчета (должно быть уникальным и английскими буквами) с помощью функции fFrf.ShowFRFReportByfName

== Пример вызова из кода ==

var
ar : variant;
begin
AddParam(ar,'ID',TagBig);
fFrf.ShowFRFReportByfName('sickleave.fr3', 'ЛН № 123313' + uq1.FieldByName('code').AsString, ar );
end;

== ReportViewer.exe ==
Существует отдельный exe для показа отчетов. Понимает следующие параметры
* /report_id=<ib из таблицы report>
* /param:<имя параметра>=
* /param1:<имя параметра>=
* /param2:<имя параметра>=
* /param3:<имя параметра>=

Пример командной строки для кнопки A1IBIS: ReportViewer.exe /report_id=103 /param:id=434121

== Правильная обработка параметров в fastreport ==

Цель сделать так, чтобы отчет всегда можно было посмотреть, вне зависимости от переданных параметров.

#. Объявляем внешнюю переменную (Отчет -> переменные -> )
#. Создаем ей значение по умолчанию (например 0)

var
p_id : integer;
begin
p_id := <id>;
if p_id = 0 then p_id := 10;

uqSl.ParamByName('id').value := p_id;

== Запросы ==

-- поиск по всем запросам в базе
select * from mm.report r where r.source::text like '%'|| encode(('array_to_string(array_agg(home_tel)')::bytea , 'hex') ||'%'

== Соглашение об именовании параметров для настраиваемых отчетов в ТЛ, ИБ, амбулаторном талоне и др ==

При вызове отчета, policlinic.exe передает в отчет следующие параметры (если это возможно)

* people_id
* mdoc_id
* amb_id
* naz_id

Соответственно при разработке отчета, следует учитывать именно эти имена параметров (некоторые формы передают дополнительно несколько имен, например pNaz_id, p_naz_id но такой подход считаем deprecated )

[[Категория:Руководство программиста MIS3]]

Печатные формы MIS3

2023-09-11T07:07:57Z

Admin: /* Запросы */

== Описание ==
Отчеты хранятся в БД в таблице mm.report. Основной функционал по вызову модулей находится в REPORT\fFRF.pas, необходимо подключить этот модуль в проект. Вызовы отчетов производяться по имени файла отчета (должно быть уникальным и английскими буквами) с помощью функции fFrf.ShowFRFReportByfName

== Пример вызова из кода ==

var
ar : variant;
begin
AddParam(ar,'ID',TagBig);
fFrf.ShowFRFReportByfName('sickleave.fr3', 'ЛН № 123313' + uq1.FieldByName('code').AsString, ar );
end;

== ReportViewer.exe ==
Существует отдельный exe для показа отчетов. Понимает следующие параметры
* /report_id=<ib из таблицы report>
* /param:<имя параметра>=
* /param1:<имя параметра>=
* /param2:<имя параметра>=
* /param3:<имя параметра>=

Пример командной строки для кнопки A1IBIS: ReportViewer.exe /report_id=103 /param:id=434121

== Правильная обработка параметров в fastreport ==

Цель сделать так, чтобы отчет всегда можно было посмотреть, вне зависимости от переданных параметров.

#. Объявляем внешнюю переменную (Отчет -> переменные -> )
#. Создаем ей значение по умолчанию (например 0)

var
p_id : integer;
begin
p_id := <id>;
if p_id = 0 then p_id := 10;

uqSl.ParamByName('id').value := p_id;

== Запросы ==

-- поиск по всем запросам в базе
select * from mm.report r where r.source::text like '%'|| encode(('array_to_string(array_agg(home_tel)')::bytea , 'hex') ||'%'

== Соглашение об именовании параметров для настраиваемых отчетов в ТЛ, ИБ, амбулаторном талоне и др ==

При вызове отчета, policlinic.exe передает в отчет следующие параметры (если это возможно)

* people_id
* mdoc_id
* amb_id
* naz_id

Соответственно при разработке отчета, следует учитывать именно эти имена параметров

[[Категория:Руководство программиста MIS3]]

Деревянные запросы в MIS3

2023-09-08T08:26:58Z

Admin:

== Общие сведения ==

В postgresql есть известно три способа работы с деревьями:

# id, parent_id и использование конструкции WITH RECURSIVE
# Использование расширения ltree
# Использование расширения tablefunc

== Использование конструкции WITH RECURSIVE ==

<source lang=txt>
-- Выбор корневой ветки из дерева подраздеделинй
WITH RECURSIVE dept_tree(id, name, parent_id, depth, path,
ppath, root_id) AS (
SELECT id,
name,
parent_id,
1,
ARRAY [t.id],
t.name::text,
id as root_id
FROM mm.dept_dir t
WHERE t.parent_id is null
UNION ALL
SELECT s.id,
s.name,
s.parent_id,
tt.depth + 1,
path || s.id,
ppath || ' \ ' || s.name,
tt.root_id

FROM mm.dept_dir s,
dept_tree tt
WHERE s.parent_id = tt.id)

select ddd.root_id from dept_tree ddd where ddd.id=6

</source>

<source>
-- Справочник травм
WITH RECURSIVE task_tree (id, name, parent_id, depth, path, ppath) AS (
SELECT id, name, parent_id, 1, ARRAY[t.id], t.name :: text
FROM mm.travm t WHERE t.parent_id is null
UNION ALL
SELECT s.id, s.name, s.parent_id, tt.depth + 1, path || s.id, ppath || ' \ ' || s.name
FROM mm.travm s, task_tree tt WHERE s.parent_id = tt.id
)
SELECT id, name, parent_id, ppath FROM task_tree
ORDER BY 2 ASC;
</source>

Где используется в MIS3:
* небольшие древовидные справочники:
** подразделения (mm.dept_dir)
** травмы (mm.travm)
** специализации (mm.spec)
=== Недостатки ===

* есть мнение, что на больших запросах потребляет много ресурсов

== Использование ltree ==

Документация postgresql: http://www.postgresql.org/docs/current/static/ltree.html

Примеры:

<source>
-- Весь КЛДАР для региона
SELECT *
FROM mm.kladr AS m
WHERE m.path <@
(
SELECT path
from mm.kladr k
where k.name = 'Адыгея' and
parent_id = 0
)
</source>

<source>
-- выбор типов назначений из определенной ветки
select id
from mm.naz_dict nd
where nd.path <@
(
select path
from mm.naz_dict nnd
where nnd.synonim = 'GROUP_INS'
)

</source>
Где используется в MIS3
* КЛАДР (mm.kladr)
* Словарь назначений (mm.naz_dict)

=== Недостатки ===
* сложен в первоначальной программировании (дополнительное поле + тригера)

== Использование tablefunc ==

см документацию postgresql для "connectby" http://www.postgresql.org/docs/9.4/static/tablefunc.html

[[Категория:Руководство программиста MIS3]]

ИБИС ЛПУ

2023-09-08T08:09:22Z

Admin:

== Участники проекта ==

Владелец:

Базнес-анализ:

Технический лидер:

== Ресурсы ==

База разработки:

Сборка jenkinks:

Документация:

[[Категория:Проекты ОТ]]

ИБИС ЛПУ

2023-09-08T08:03:53Z

Admin:

== Участники проекта ==

Владелец:
Базнес анализ:
Технический лидер:

База разработки:
Сборка jenkinks:
Документация:

[[Категория:Проекты ОТ]]

КИС ЕМИАС

2023-09-08T07:56:02Z

Admin: Новая страница: « Категория:Проекты ОТ»

[[Категория:Проекты ОТ]]

Категория:Проекты ОТ

2023-09-08T07:55:07Z

Admin: Создана пустая страница

ИБИС ЛПУ

2023-09-08T07:35:41Z

Admin: Новая страница: « Категория:Проекты ОТ»

[[Категория:Проекты ОТ]]

Структура исходных кодов MIS3

2023-07-14T06:07:25Z

Admin:

# Все исходники находятся в папке ER3\source
# папки с исходниками проекта должны начинаться с "!"
#
== Исходные коды Delphi ==

На svn комитятся только исходники (*.pas, *.dfm, *.dpr, *.dpk, *.inc, *.conf, *.res)

Запрещается комитеть на svn файлы *.dcu, *.exe, *.droj, *.drc , *.dsk, dproj.local, *.temp, *.~*, *.identcache, *.stat

Запрещается комитеть папки _history

Общее правила
* каждая папка должна содержать файл readme.md в которой должно быть краткое описание что находится в этой папке

см также [[Формат комментариев в VCS]]

[[Категория:Руководство программиста MIS3]]

Телефонный справочник офиса

2023-04-14T13:02:07Z

Admin: /* Список абонентов офиса, персональные номера */

= Экстренные службы =
{| class="sortable" cellspacing="0" border="1" cellpadding="10"
!'''Служба'''
!'''Номер'''
|-
|Пожарная
|01
|-
|Милиция
|02
|-
|Скорая
|03
|-
|Единый номер экстренных служб
|112
|-
|}
= Список абонентов офиса, персональные номера =
{| class="sortable" cellspacing="0" border="1" cellpadding="10"
!'''Фамилия'''
!'''Имя'''
!'''Телефон'''
|-
|Костюкова
|Евгения
|'''201'''
|-
|Нефедов
|Сергей
|'''202'''
|-
|
|
|203
|-
|
|
|204
|-
|Парфёнова
|Алина
|'''205'''
|-
|Киреева
|Галина
|'''206'''
|-
|
|
|207
|-
|
|
|208
|-
|Валенцев
|Андрей
|'''209'''
|-
|Никулина
|Наталья
|'''210'''
|-
|Исакова
|Надежда
|'''211'''
|-
|
|
|212
|-
|
|
|213
|-
|Кашира
|Олег
|214
|-
|Власова
|Валентина
|'''215'''
|-
|
|
|216
|-
|
|
|217
|-
|
|
|218
|-
|
|
|219
|-
|Коваленко
|Мария
|'''220'''
|-
|
|
|221
|-
|Фокина
|Валентина
|'''222'''
|-
|
|
|223
|-
|
|
|224
|-
|Палий
|Татьяна
|'''225'''
|-
|Куренков
|Юрий
|'''299'''
|-
|}

= Групповые номера =

{| class="sortable" cellspacing="0" border="1" cellpadding="10"
!'''Группа'''
!'''Телефон'''
|-
|Секретариат
|501
|-
|Руководство
|502
|-
|Внедрение-сопровождение
|503
|-
|}

= Сервисные номера =
{| class="sortable" cellspacing="0" border="1" cellpadding="10"
!'''Сервис'''
!'''Номер'''
!'''Назначение'''
|-
|Эхо-сервис
|600
|Служит для проверки связи и настроек телефона.
|-
|Эхо-сервис "Магнитофон"
|601
|Запишет вашу тестовую фразу продолжительностью не более 10 секунд, а потом воспроизведет её. Служит для проверки связи и настроек телефона.
|-
|Факс
|102
|Факс, резерв в случае неработы АТС
|-
|Серверная
|108
|
|-
|}

----

[[Краткие правила пользования АТС]]

[[Полезные команды АТС]]

[[Категория:Офис в Таганроге]][[Категория:АТС]]

Требования к серверам и клиентам MIS3

2023-03-23T07:39:50Z

Admin: /* Windows XP и выше */

= Архитектура серверной части =

Стандартная серверная инфраструктура МИС состоит из двух серверов баз данных:

* основной сервер БД
* резервный сервер БД
* сервер интеграции с внешними сервисами.

== Требования к серверу БД ==

=== Дисковая подсистема ===

Объем дисковой подсистемы для базы данных лучше заложить минимум 4 ТБ, для ОС достаточно 250 ГБ на SSD. Для обеспечения надежности и сохранности данных диски необходимо объединить в массивы: RAID 1, для больших объемов (от 200 пользователей) рекомендуется использовать RAID 10. RAID 5 не рекомендуется использовать для баз данных, но тоже подойдет.

=== Оперативная память ===
* Минимальный объем ОЗУ: вычисляем по формуле 4 Гбайт + (<количество пользователей> / 100) Гбайт.

В любом случае, от количества оперативной памяти пропорционально зависит скорость работы базы данных, поэтому принцип "чем больше, тем лучше" как нельзя точно определяет требования в объёму ОЗУ. Исходя из этого рекомендуется, по возможности, установить в сервер 32ГБ ОЗУ и более.

=== Процессор ===
Производительность сервера напрямую зависит от количества ядер процессоров. Поэтому рекомендуется использовать много процессорные серверные платформы. Весьма приблизительно минимальное количество ядер можно рассчитать по формуле

Количество ядер= 2 + <количество пользователей> / 100

Однако рекомендуется использовать 8 ядер и более.

=== Сеть ===
* 1 Гбит/с

=== Операционная система ===
* Linux x64
* Windows x64, желательно серверная.

Использование Windows не желательно ввиду ресурсоемких средств обеспечения безопасности и высокими накладными расходами ОС. Linux предпочтителен RHEL. C CentOS 7 накоплен большой опыт эксплуатации. Возможна замена на аналоги, например Rocky Linux, Oracle Linux. Использование дебиановских дистрибутивов тоже возможно, но это потребует некоторых временных затрат для настройки системы резервного копирования.

=== База данных ===
База данных работает под управлением PostgreSQL. Для инсталяций до конца первой половины 2021 года рекомендовалась версия 11. После этой даты рекомендуется версия 13 и новее, но также допускается использование 11 и 12.

=== Обеспечение отказоустойчивости ===
Для обеспечения отказоустойчивости необходимо два сервера БД. Один из них будет использоваться как основной сервер БД, с которым будут работать клиент. Второй будет его копией (репликой), который в случае аварии на основном сервере, будет введен в работу вместо него и станет основным. Также с него будет выполняться резервное копирование, чтобы снять нагрузку с основного сервера.

{{warning}} Репликация базы минимизирует простои системы при выходе из строя основного сервера, но не спасает от порчи данных в базе. Рекомендуется для обязательного применения в крупных МУ городского, областного значения в комплексе с другими способами резервного копирования.

== Требования к серверу интеграции ==
=== Дисковая подсистема ===
* Объем = 250 Гбайт
* RAID 1.

Для работы интеграционных сервисов достаточно 150ГБ. Для ОС и сервисов вполне достаточно 250 ГБ на SSD. Возможно вынесение всех сервисов на отдельный диск для простоты обслуживания.

=== Оперативная память ===
* Минимальный объем ОЗУ: 8 Гбайт.

Для комфортной работы сервисов лучше использовать 16 Гбайт ОЗУ. Использование более 32 Гбайт в настоящее время не целесообразно.

=== Операционная система ===
* Серверная версия Windows x64.

Интеграционные сервисы работают в среде Windows. применение других ОС не предусмотрено.

=== Процессор ===
* Количество ядер= 4

Возможно увеличение количества до 8.

=== Сеть ===
* 1 Гбит/с

{{warning}} Допускается использовать для сервера интеграции виртуальную машину.

== Подсистема резервного копирования ==
* Раздел на сетевом хранилище (NAS).

CIFS (SMB, ресурс сети Майкрософт) ресурс подключается к основному и резервному серверам. Объем сетевого ресурса должен минимум в 2.5 раза, лучше в 4 раза, превышать объем диска для базы данных и иметь возможность расширения при необходимости.

= Требования к клиентскому рабочему месту =
== Windows 8 и выше ==
* ОЗУ 1 Гбайт (желательно 2 Гбайт)
* Место на диске не менее 2 Гбайт
* Сеть

== Linux ==
* Wine 1.8 и выше(Ubuntu 17.04). При это возможны некоторые ограничения в работе программы.
* ОЗУ 2 Гбайт и выше.
* Сеть.

{{warning}} На "Astra Linux" корректно клиент не работает в связи с отсутствием части функционала в графической оболочке ОС.

== Использование терминального сервера для клиентов ==
Система допускает работу клиентов по RDP на терминальном сервере. Для этого необходимо каждому пользователю установить свой комплект клиентского софта, чтобы не возникало проблем с обновлением файлов. Вариант установки - в папку на "Рабочем столе". Есть варианты использование несколькими пользователями одной копии клиента, но тут есть много особенностей, которые накладывают некоторые ограничения в процессе эксплуатации, в частности централизованное завершение работы всех клиентов для обновления администратором сервера.

[[Категория:MIS3]]

VPN подключение к офису в Таганроге (OpenVPN)

2022-12-17T06:21:59Z

Admin: /* Подключение к офису */

== Подключение к офису ==

{{warning}} '''Важно!''' Если у вас домашняя сеть имеет адресное пространство в сетях 192.168.0.0, 192.168.1.0, 192.168.2.0, 192.168.3.0, 192.168.4.0 192.168.5.0, 192.168.254.0, 192.168.255.0, то во избежания конфликта адресов при доступе к офисным ресурсам вам необходимо перенастроить домашний маршрутизатор на другое адресное пространство 192.168.x.0, где x лежит в диапазоне от 8 до 250.

Для доступа к ресурсам в офисе и некоторых удалённых объектов необходимо настроить подключение с использованием OpenVPN. Для этого нужно выполнить несколько несложных действий. В данная статья рассчитана на пользователей Windows10, а вот пользователям Windows7 и Windows8x не повезло. Сообществом разработчиков OpenVPN уже не поддерживаются, поэтому на свой страх и риск можно попробовать.

# Получить у сетевого администратора персональные параметры подключения.
# Скачать отсюда https://cloud.oblteh.ru/s/btEgZ8ypNjMJJXE установочный файл ''openvpn-install-2.4.4-I601.exe''. Также можно скачать более новую версию ''OpenVPN-2.5.8-I601-amd64.msi'', которая имеет лучшую интеграцию с Windows 10. Последний релиз можно скачать тут https://openvpn.net/community-downloads/
# Запустить его, установить, на все вопросы установщика дать утвердительный ответ ("Да").
# По завершению установки запустить приложение ''OpenVPN GUI''.
# В своей домашней папке создать папку ''C:\Users\%USERNAME%\OpenVPN\config''.
# Полученный у сетевого администратора архив с личными параметрами входа необходимо разархивировать с поддиректорием (папкой) в созданною папку.
# В ''"Панели уведомлений"'' найти иконку монитора с замочком", нажать на нем ''"Подключить"''.
# На запрос логина и пароля ввести свои '''логин и пароль от корпоративной почты'''.

Через это подключение не работает IP телефония через офисную [[АТС]]

'''Находясь в офисе''', держать подключенный к офису OpenVPN абсолютно бессмысленно. Кроме того, это может быть причиной снижения скорости доступа к ресурсам локальной сети офиса и вызвать проблемы с доступом на удаленные ресурсы.

== Несколько одновременных подключений ==

Если необходимо выполнить '''одновременно несколько подключений''', нужно добавить соответствующие сетевые интерфейсы. Для этого необходимо выполнить с правами администратора "C:\Program Files\TAP-Windows\bin\addtap.bat". Этот скрипт необходимо запустить один раз для второго подключения. Для трёх одновременных подключений его придется выполнить еще раз (всего 2 раза). Не рекомендуется запускать его много раз, с запасом.

== Особенности некоторых подключений ==

=== {{warning}} использование OpenVPN 2.6 ===

При использовании OpenVPN 2.6 для подключения к офису в полученный конфигурационный файл router-udp-1194-login-config.ovpn после строки

cipher AES-256-CBC

необходимо добавить строку

data-ciphers AES-256-CBC:AES-256-GCM:AES-128-GCM:CHACHA20-POLY1305

=== ДИТ Москвы ===

Это подключение не работает с версиями новее ''2.4.4''. Для решения этой проблемы в конфигурационный файл ''ДИТ Москвы.ovpn'' необходимо добавить строку

tls-cipher "DEFAULT:@SECLEVEL=0"

[[Категория:Офис в Таганроге]]

VPN подключение к офису в Таганроге (OpenVPN)

2022-12-17T06:16:02Z

Admin: /* Использование OpenVPN 2.6 */

== Подключение к офису ==

{{warning}} '''Важно!''' Если у вас домашняя сеть имеет адресное пространство в сетях 192.168.0.0, 192.168.1.0, 192.168.2.0, 192.168.3.0, 192.168.4.0 192.168.5.0, 192.168.254.0, 192.168.255.0, то во избежания конфликта адресов при доступе к офисным ресурсам вам необходимо перенастроить домашний маршрутизатор на другое адресное пространство 192.168.x.0, где x лежит в диапазоне от 8 до 250.

Для доступа к ресурсам в офисе и некоторых удалённых объектов необходимо настроить подключение с использованием OpenVPN. Для этого нужно выполнить несколько несложных действий. В данная статья рассчитана на пользователей Windows10, а вот пользователям Windows7 и Windows8x не повезло. Сообществом разработчиков OpenVPN уже не поддерживаются, поэтому на свой страх и риск можно попробовать.

# Получить у сетевого администратора персональные параметры подключения.
# Скачать отсюда https://cloud.oblteh.ru/s/btEgZ8ypNjMJJXE установочный файл ''openvpn-install-2.4.4-I601.exe''. Также можно скачать более новую версию ''OpenVPN-2.5.3-I601-amd64.msi'', которая имеет лучшую интеграцию с Windows 10. Последний релиз можно скачать тут https://openvpn.net/community-downloads/
# Запустить его, установить, на все вопросы установщика дать утвердительный ответ ("Да").
# По завершению установки запустить приложение ''OpenVPN GUI''.
# В своей домашней папке создать папку ''C:\Users\%USERNAME%\OpenVPN\config''.
# Полученный у сетевого администратора архив с личными параметрами входа необходимо разархивировать с поддиректорием (папкой) в созданною папку.
# В ''"Панели уведомлений"'' найти иконку монитора с замочком", нажать на нем ''"Подключить"''.
# На запрос логина и пароля ввести свои '''логин и пароль от корпоративной почты'''.

Через это подключение не работает IP телефония через офисную [[АТС]]

'''Находясь в офисе''', держать подключенный к офису OpenVPN абсолютно бессмысленно. Кроме того, это может быть причиной снижения скорости доступа к ресурсам локальной сети офиса и вызвать проблемы с доступом на удаленные ресурсы.

== Несколько одновременных подключений ==

Если необходимо выполнить '''одновременно несколько подключений''', нужно добавить соответствующие сетевые интерфейсы. Для этого необходимо выполнить с правами администратора "C:\Program Files\TAP-Windows\bin\addtap.bat". Этот скрипт необходимо запустить один раз для второго подключения. Для трёх одновременных подключений его придется выполнить еще раз (всего 2 раза). Не рекомендуется запускать его много раз, с запасом.

== Особенности некоторых подключений ==

=== {{warning}} использование OpenVPN 2.6 ===

При использовании OpenVPN 2.6 для подключения к офису в полученный конфигурационный файл router-udp-1194-login-config.ovpn после строки

cipher AES-256-CBC

необходимо добавить строку

data-ciphers AES-256-CBC:AES-256-GCM:AES-128-GCM:CHACHA20-POLY1305

=== ДИТ Москвы ===

Это подключение не работает с версиями новее ''2.4.4''. Для решения этой проблемы в конфигурационный файл ''ДИТ Москвы.ovpn'' необходимо добавить строку

tls-cipher "DEFAULT:@SECLEVEL=0"

[[Категория:Офис в Таганроге]]

VPN подключение к офису в Таганроге (OpenVPN)

2022-12-17T06:15:19Z

Admin: /* Подключение к офису */

== Подключение к офису ==

{{warning}} '''Важно!''' Если у вас домашняя сеть имеет адресное пространство в сетях 192.168.0.0, 192.168.1.0, 192.168.2.0, 192.168.3.0, 192.168.4.0 192.168.5.0, 192.168.254.0, 192.168.255.0, то во избежания конфликта адресов при доступе к офисным ресурсам вам необходимо перенастроить домашний маршрутизатор на другое адресное пространство 192.168.x.0, где x лежит в диапазоне от 8 до 250.

Для доступа к ресурсам в офисе и некоторых удалённых объектов необходимо настроить подключение с использованием OpenVPN. Для этого нужно выполнить несколько несложных действий. В данная статья рассчитана на пользователей Windows10, а вот пользователям Windows7 и Windows8x не повезло. Сообществом разработчиков OpenVPN уже не поддерживаются, поэтому на свой страх и риск можно попробовать.

# Получить у сетевого администратора персональные параметры подключения.
# Скачать отсюда https://cloud.oblteh.ru/s/btEgZ8ypNjMJJXE установочный файл ''openvpn-install-2.4.4-I601.exe''. Также можно скачать более новую версию ''OpenVPN-2.5.3-I601-amd64.msi'', которая имеет лучшую интеграцию с Windows 10. Последний релиз можно скачать тут https://openvpn.net/community-downloads/
# Запустить его, установить, на все вопросы установщика дать утвердительный ответ ("Да").
# По завершению установки запустить приложение ''OpenVPN GUI''.
# В своей домашней папке создать папку ''C:\Users\%USERNAME%\OpenVPN\config''.
# Полученный у сетевого администратора архив с личными параметрами входа необходимо разархивировать с поддиректорием (папкой) в созданною папку.
# В ''"Панели уведомлений"'' найти иконку монитора с замочком", нажать на нем ''"Подключить"''.
# На запрос логина и пароля ввести свои '''логин и пароль от корпоративной почты'''.

Через это подключение не работает IP телефония через офисную [[АТС]]

'''Находясь в офисе''', держать подключенный к офису OpenVPN абсолютно бессмысленно. Кроме того, это может быть причиной снижения скорости доступа к ресурсам локальной сети офиса и вызвать проблемы с доступом на удаленные ресурсы.

== Несколько одновременных подключений ==

Если необходимо выполнить '''одновременно несколько подключений''', нужно добавить соответствующие сетевые интерфейсы. Для этого необходимо выполнить с правами администратора "C:\Program Files\TAP-Windows\bin\addtap.bat". Этот скрипт необходимо запустить один раз для второго подключения. Для трёх одновременных подключений его придется выполнить еще раз (всего 2 раза). Не рекомендуется запускать его много раз, с запасом.

== Особенности некоторых подключений ==

=== Использование OpenVPN 2.6 ===

При использовании OpenVPN 2.6 для подключения к офису в полученный конфигурационный файл router-udp-1194-login-config.ovpn после строки

cipher AES-256-CBC

необходимо добавить строку

data-ciphers AES-256-CBC:AES-256-GCM:AES-128-GCM:CHACHA20-POLY1305

=== ДИТ Москвы ===

Это подключение не работает с версиями новее ''2.4.4''. Для решения этой проблемы в конфигурационный файл ''ДИТ Москвы.ovpn'' необходимо добавить строку

tls-cipher "DEFAULT:@SECLEVEL=0"

[[Категория:Офис в Таганроге]]

VPN подключение к офису в Таганроге (OpenVPN)

2022-12-17T06:12:59Z

Admin: /* Особенности некоторых подключений */

== Подключение к офису ==

'''Важно!''' Если у вас домашняя сеть имеет адресное пространство в сетях 192.168.0.0, 192.168.1.0, 192.168.2.0, 192.168.3.0, 192.168.4.0 192.168.5.0, 192.168.254.0, 192.168.255.0, то во избежания конфликта адресов при доступе к офисным ресурсам вам необходимо перенастроить домашний маршрутизатор на другое адресное пространство 192.168.x.0, где x лежит в диапазоне от 8 до 250.

Для доступа к ресурсам в офисе и некоторых удалённых объектов необходимо настроить подключение с использованием OpenVPN. Для этого нужно выполнить несколько несложных действий. В данная статья рассчитана на пользователей Windows10, а вот пользователям Windows7 и Windows8x не повезло. Сообществом разработчиков OpenVPN уже не поддерживаются, поэтому на свой страх и риск можно попробовать.

# Получить у сетевого администратора персональные параметры подключения.
# Скачать отсюда https://cloud.oblteh.ru/s/btEgZ8ypNjMJJXE установочный файл ''openvpn-install-2.4.4-I601.exe''. Также можно скачать более новую версию ''OpenVPN-2.5.3-I601-amd64.msi'', которая имеет лучшую интеграцию с Windows 10. Последний релиз можно скачать тут https://openvpn.net/community-downloads/
# Запустить его, установить, на все вопросы установщика дать утвердительный ответ ("Да").
# По завершению установки запустить приложение ''OpenVPN GUI''.
# В своей домашней папке создать папку ''C:\Users\%USERNAME%\OpenVPN\config''.
# Полученный у сетевого администратора архив с личными параметрами входа необходимо разархивировать с поддиректорием (папкой) в созданною папку.
# В ''"Панели уведомлений"'' найти иконку монитора с замочком", нажать на нем ''"Подключить"''.
# На запрос логина и пароля ввести свои '''логин и пароль от корпоративной почты'''.

Через это подключение не работает IP телефония через офисную [[АТС]]

'''Находясь в офисе''', держать подключенный к офису OpenVPN абсолютно бессмысленно. Кроме того, это может быть причиной снижения скорости доступа к ресурсам локальной сети офиса и вызвать проблемы с доступом на удаленные ресурсы.

== Несколько одновременных подключений ==

Если необходимо выполнить '''одновременно несколько подключений''', нужно добавить соответствующие сетевые интерфейсы. Для этого необходимо выполнить с правами администратора "C:\Program Files\TAP-Windows\bin\addtap.bat". Этот скрипт необходимо запустить один раз для второго подключения. Для трёх одновременных подключений его придется выполнить еще раз (всего 2 раза). Не рекомендуется запускать его много раз, с запасом.

== Особенности некоторых подключений ==

=== Использование OpenVPN 2.6 ===

При использовании OpenVPN 2.6 для подключения к офису в полученный конфигурационный файл router-udp-1194-login-config.ovpn после строки

cipher AES-256-CBC

необходимо добавить строку

data-ciphers AES-256-CBC:AES-256-GCM:AES-128-GCM:CHACHA20-POLY1305

=== ДИТ Москвы ===

Это подключение не работает с версиями новее ''2.4.4''. Для решения этой проблемы в конфигурационный файл ''ДИТ Москвы.ovpn'' необходимо добавить строку

tls-cipher "DEFAULT:@SECLEVEL=0"

[[Категория:Офис в Таганроге]]

VPN подключение к офису в Таганроге (OpenVPN)

2022-11-22T13:50:29Z

Admin: /* Подключение к офису */

== Подключение к офису ==

'''Важно!''' Если у вас домашняя сеть имеет адресное пространство в сетях 192.168.0.0, 192.168.1.0, 192.168.2.0, 192.168.3.0, 192.168.4.0 192.168.5.0, 192.168.254.0, 192.168.255.0, то во избежания конфликта адресов при доступе к офисным ресурсам вам необходимо перенастроить домашний маршрутизатор на другое адресное пространство 192.168.x.0, где x лежит в диапазоне от 8 до 250.

Для доступа к ресурсам в офисе и некоторых удалённых объектов необходимо настроить подключение с использованием OpenVPN. Для этого нужно выполнить несколько несложных действий. В данная статья рассчитана на пользователей Windows10, а вот пользователям Windows7 и Windows8x не повезло. Сообществом разработчиков OpenVPN уже не поддерживаются, поэтому на свой страх и риск можно попробовать.

# Получить у сетевого администратора персональные параметры подключения.
# Скачать отсюда https://cloud.oblteh.ru/s/btEgZ8ypNjMJJXE установочный файл ''openvpn-install-2.4.4-I601.exe''. Также можно скачать более новую версию ''OpenVPN-2.5.3-I601-amd64.msi'', которая имеет лучшую интеграцию с Windows 10. Последний релиз можно скачать тут https://openvpn.net/community-downloads/
# Запустить его, установить, на все вопросы установщика дать утвердительный ответ ("Да").
# По завершению установки запустить приложение ''OpenVPN GUI''.
# В своей домашней папке создать папку ''C:\Users\%USERNAME%\OpenVPN\config''.
# Полученный у сетевого администратора архив с личными параметрами входа необходимо разархивировать с поддиректорием (папкой) в созданною папку.
# В ''"Панели уведомлений"'' найти иконку монитора с замочком", нажать на нем ''"Подключить"''.
# На запрос логина и пароля ввести свои '''логин и пароль от корпоративной почты'''.

Через это подключение не работает IP телефония через офисную [[АТС]]

'''Находясь в офисе''', держать подключенный к офису OpenVPN абсолютно бессмысленно. Кроме того, это может быть причиной снижения скорости доступа к ресурсам локальной сети офиса и вызвать проблемы с доступом на удаленные ресурсы.

== Несколько одновременных подключений ==

Если необходимо выполнить '''одновременно несколько подключений''', нужно добавить соответствующие сетевые интерфейсы. Для этого необходимо выполнить с правами администратора "C:\Program Files\TAP-Windows\bin\addtap.bat". Этот скрипт необходимо запустить один раз для второго подключения. Для трёх одновременных подключений его придется выполнить еще раз (всего 2 раза). Не рекомендуется запускать его много раз, с запасом.

== Особенности некоторых подключений ==

=== ДИТ Москвы ===

Это подключение не работает с версиями новее ''2.4.4''. Для решения этой проблемы в конфигурационный файл ''ДИТ Москвы.ovpn'' необходимо добавить строку

tls-cipher "DEFAULT:@SECLEVEL=0"

[[Категория:Офис в Таганроге]]

VPN подключение к офису в Таганроге (OpenVPN)

2022-11-22T13:47:10Z

Admin: /* Подключение к офису */

== Подключение к офису ==

'''Важно!''' Если у вас домашняя сеть имеет адресное пространство в сетях 192.168.0.0, 192.168.1.0, 192.168.2.0, 192.168.3.0, 192.168.4.0 192.168.5.0, 192.168.254.0, 192.168.255.0, то во избежания конфликта адресов при доступе к офисным ресурсам вам необходимо перенастроить домашний маршрутизатор на другое адресное пространство 192.168.x.0, где x лежит в диапазоне от 8 до 250.

Для доступа к ресурсам в офисе и некоторых удалённых объектов необходимо настроить подключение с использованием OpenVPN. Для этого нужно выполнить несколько несложных действий. В данная статья рассчитана на пользователей Windows10, а вот пользователям Windows7 и Windows8x не повезло. Сообществом разработчиков OpenVPN уже не поддерживаются, поэтому на свой страх и риск можно попробовать.

# Получить у сетевого администратора персональные параметры подключения.
# Скачать отсюда http://nextcloud.oblteh/s/btEgZ8ypNjMJJXE установочный файл ''openvpn-install-2.4.4-I601.exe''. Также можно скачать более новую версию ''OpenVPN-2.5.3-I601-amd64.msi'', которая имеет лучшую интеграцию с Windows 10. Последний релиз можно скачать тут https://openvpn.net/community-downloads/
# Запустить его, установить, на все вопросы установщика дать утвердительный ответ ("Да").
# По завершению установки запустить приложение ''OpenVPN GUI''.
# В своей домашней папке создать папку ''C:\Users\%USERNAME%\OpenVPN\config''.
# Полученный у сетевого администратора архив с личными параметрами входа необходимо разархивировать с поддиректорием (папкой) в созданною папку.
# В ''"Панели уведомлений"'' найти иконку монитора с замочком", нажать на нем ''"Подключить"''.
# На запрос логина и пароля ввести свои '''логин и пароль от корпоративной почты'''.

Через это подключение не работает IP телефония через офисную [[АТС]]

'''Находясь в офисе''', держать подключенный к офису OpenVPN абсолютно бессмысленно. Кроме того, это может быть причиной снижения скорости доступа к ресурсам локальной сети офиса и вызвать проблемы с доступом на удаленные ресурсы.

== Несколько одновременных подключений ==

Если необходимо выполнить '''одновременно несколько подключений''', нужно добавить соответствующие сетевые интерфейсы. Для этого необходимо выполнить с правами администратора "C:\Program Files\TAP-Windows\bin\addtap.bat". Этот скрипт необходимо запустить один раз для второго подключения. Для трёх одновременных подключений его придется выполнить еще раз (всего 2 раза). Не рекомендуется запускать его много раз, с запасом.

== Особенности некоторых подключений ==

=== ДИТ Москвы ===

Это подключение не работает с версиями новее ''2.4.4''. Для решения этой проблемы в конфигурационный файл ''ДИТ Москвы.ovpn'' необходимо добавить строку

tls-cipher "DEFAULT:@SECLEVEL=0"

[[Категория:Офис в Таганроге]]

VPN подключение к офису в Таганроге (OpenVPN)

2022-11-22T13:42:54Z

Admin: /* Подключение к офису */

== Подключение к офису ==

'''Важно!''' Если у вас домашняя сеть имеет адресное пространство в сетях 192.168.0.0, 192.168.1.0, 192.168.2.0, 192.168.3.0, 192.168.4.0 192.168.5.0, 192.168.254.0, 192.168.255.0, то во избежания конфликта адресов при доступе к офисным ресурсам вам необходимо перенастроить домашний маршрутизатор на другое адресное пространство 192.168.x.0, где x лежит в диапазоне от 8 до 250.

Для доступа к ресурсам в офисе и некоторых удалённых объектов необходимо настроить подключение с использованием OpenVPN. Для этого нужно выполнить несколько несложных действий. В данная статья рассчитана на пользователей Windows10, а вот пользователям Windows7 и Windows8x не повезло. Сообществом разработчиков OpenVPN уже не поддерживаются, поэтому на свой страх и риск можно попробовать.

# Получить у сетевого администратора персональные параметры подключения.
# Скачать отсюда https://cloud.oblteh.ru/s/Wq6LjkzpfmFcQG5 установочный файл ''openvpn-install-2.4.4-I601.exe''. Также можно скачать более новую версию ''OpenVPN-2.5.3-I601-amd64.msi'', которая имеет лучшую интеграцию с Windows 10. Последний релиз можно скачать тут https://openvpn.net/community-downloads/
# Запустить его, установить, на все вопросы установщика дать утвердительный ответ ("Да").
# По завершению установки запустить приложение ''OpenVPN GUI''.
# В своей домашней папке создать папку ''C:\Users\%USERNAME%\OpenVPN\config''.
# Полученный у сетевого администратора архив с личными параметрами входа необходимо разархивировать с поддиректорием (папкой) в созданною папку.
# В ''"Панели уведомлений"'' найти иконку монитора с замочком", нажать на нем ''"Подключить"''.
# На запрос логина и пароля ввести свои '''логин и пароль от корпоративной почты'''.

Через это подключение не работает IP телефония через офисную [[АТС]]

'''Находясь в офисе''', держать подключенный к офису OpenVPN абсолютно бессмысленно. Кроме того, это может быть причиной снижения скорости доступа к ресурсам локальной сети офиса и вызвать проблемы с доступом на удаленные ресурсы.

== Несколько одновременных подключений ==

Если необходимо выполнить '''одновременно несколько подключений''', нужно добавить соответствующие сетевые интерфейсы. Для этого необходимо выполнить с правами администратора "C:\Program Files\TAP-Windows\bin\addtap.bat". Этот скрипт необходимо запустить один раз для второго подключения. Для трёх одновременных подключений его придется выполнить еще раз (всего 2 раза). Не рекомендуется запускать его много раз, с запасом.

== Особенности некоторых подключений ==

=== ДИТ Москвы ===

Это подключение не работает с версиями новее ''2.4.4''. Для решения этой проблемы в конфигурационный файл ''ДИТ Москвы.ovpn'' необходимо добавить строку

tls-cipher "DEFAULT:@SECLEVEL=0"

[[Категория:Офис в Таганроге]]

Службы MIS3. Разработка

2022-10-17T08:02:27Z

Admin: /* Структура файлов */

Внимание все службы должны жить в репозитории '''ibis_server'''
Этот файл отстает в соответствующего документа по КИС. см [[Службы_KIS._Разработка]]

== Общие требования ==

=== Структура файлов ===
* каждая служба живет в своем каталоге
* имена каталогов в '''ВЕРХНЕМ''' регистре
* все имена файлов в '''нижнем''' регистре
* имя исполняемого файла службы должно заканчиваться на '''_srv'''.
* имя службы должно быть в '''нижнем''' регистре и начинаться с '''ibis''' без "_srv" в конце. Например "ibis_sertificate"
* имя исполняемого файла по управлению службой должно заканчиваться на '''_ctl'''
* настройки службы должны храниться в ini файле рядом с исполнимыми файлами.
* настройки подключения берутся из файла ibis.ini

Пример расположения служб
<pre>
IBIS_SRV
├─IBIS_SERTIFIATE
│ ├──ibis_sertificate_srv.exe
│ ├──ibis_sertificate_ctl.exe
│ ├──ibis_sertificate.ini
│ ├──ibis_sertificate.ini.example
│ ├──ibis_sertificate_install.bat
│ ├──ibis_sertificate_uninstall.bat
│ ├──ibis_sertificate_update.bat
│ ├──ibis.ini
│ ├──readme.md
│ └──LOG - Папка с логами
└─IBIS_SPARM
├──ibis_sparm_srv.exe
├──ibis_sparm_ctl.exe
├──ibis.ini
├──ibis_sparm.ini
├──ibis_sparm.ini.example
├──ibis_sparm_install.bat
├──ibis_sparm_unistall.bat
├──ibis_sparm_update.bat
├──readme.md
└──LOG
</pre>

Именования файлов

* _srv.exe сервис
* _ctl.exe управляющая программ
* _app.exe в виде отдельного приложения (на этапе разработки)
* _install.bat скрипт для уснановки службы, как правило, содержит вызов _srv.exe с праметром /install
* _uninstall.bat скрипт для удаления службы, как правило, содержит вызов _srv.exe с праметром /uninstall
* _update.bat содержит параметры, неопходимые ''updater_console.exe'', для обновления сервисов.

Все исполняемые файлы (*.exe) должны содержать актуальную информацию о версии (номер версии должен совпадать с номером ревизии SVN на котором этот exe собран)

== Взаимодействие с postgresql==

=== Аутентификация в БД ===

* каждая служба должна работать под своим уникальным пользователем (для того чтобы можно было мониторить работу службы со стороны БД)
* имя пользователя должно быть
** большими буквами
** совпадать с именем службы
** начинаться на '''SRV''' (тут разница с KIS)

логин пароль храним в открытом виде в файле ini (<имя службы>.ini)

* [Postgresql]
** user
** password
** password_crypt

=== Требования к работоспособности при потере соединения ===

* Служба должна корректно отрабатывать ошибки, связанные с потерей соединения с БД и пытаться восстановить соединение самостоятельность.

=== application_name в сессии postgresql ===

Любая сессия должна себя идентифицировать установив ''application_name'' в формате <имя файла> (версия). Например:

ibis_mqtt.exe (1.0.0.1)

Ниже пример кода:

procedure TdmMain.conAfterConnect(Sender: TObject);
var
S : String;
begin
S := ExtractFileName(FSrvInfo.AppExe);
S := S+ ' (' + FSrvInfo.FileVer + ')';
con.ExecSQL('SET application_name = ''' + S + ''''); // устанваливаем переменную application_name (pg_stat_activity)
end;

=== Размер work_mem ===
для сессии которая слушает pg_listen (и только для нее) нужно проставить

set session work_mem='64kB'

== Зависимость от другого ПО ==

* служба не должна зависеть от стороннего ПО, такого как
** вебсерверы (IIS, Apache)
** Net framework
** клиент БД

== Диагностика работы службы ==
* служба должна писать информацию о событиях, в файл лога. Рекомендуется использовать QuickLogger https://github.com/exilon/QuickLogger или SynLog из библиотеки Synopse mORMot framework
* файлы логов должны быть легко просматриваемы сторонними программами.
* логов НЕ должно быть много. Т.е. НЕ должны забивать свободное место (должен происходить Rotate) и не должны сильно влиять на производительность дисковой подсистемы

== WEB API ==

* checkstatus - возвращает 1 в теле ответа, если сервис работает правильно
* info - возвращает json, в котором есть настройки, текущий статус сервера (есть подключение к БД и т.п.)
* stat - возвращает json со статистикой работы
* showlog - показывает лог работы программы
* admin - возвращает html страницу с настройками

== Документация ==

=== Файл readme.md ===

В каталоге обязательно должен быть файл readme.md в формате markdown (для редактирования можно использовать Typora). Кодировка UTF-8. В нем должны быть следующие разделы:

* Назначение
* Описание работы
* Состав (список файлов с описанием)
* Установка
* Настройка (что можно настроить в ini файлах, что можно настроить в adj)
* Обновление
* Мониторинг (проверка работоспособности, где и какие логи ведутся, как посмотреть какие ошибки возникали)

По правильному, содержимое файла markodown нужно продублировать на wiki (в typora есть экспорт)

=== Файлы-примеры конфигурационных файлов (ini.example) ===

Для каждого из возможных ini файлов должен лежать файл пример с расширением ini.example со всеми значениями по умолчанию и комментариями. Например для kis_mqtt.ini должен быть файл kis_mqtt.ini.example

=== Документация разработчика (readme_dev.md) ===

В исходных кодах в каталоге '''DOC''' должен быть файл readme_dev.md в формате markdown
Что можно писать

* структуры данных
* особенности сборки
* структура приложения (сервиса)

= Публикация и распространение =

на WEBDAV в папку LAST''SRV''FILES/<имя-службы_большими буквами> необходимо выложить два файла:

* <имя''службы''маленькими>.7z
* ver.ini

== Состав файла 7z ==

# все необходимые для работы файлы
# ini-файлы с настройками по умолчанию (как правило это два файла)
# файл readme.md (см пункт "Документация")

== Содержимое файла ver.ini ==

<code>[Ver]</code>

<code>srv_ver=1.0.0.13</code>

== Автоматизация публикации ==

В папке CI (Continuous Integration) необходимо создать два файла:

* 01_pack.bat - создает архив 7z
* 02_webdav.bat публикует архив в папке на WEBDAV с помощью утилиты curl

Примеры скриптов можно брать из kis''services\trunk\kis''pg_rest\CI

== Алгоритм публикации ==

# Изменяем в проекте номер версии, успешно компилим
# Правим файл ver.ini в папке bin
# Последовательно запускаем скрипты 01_pack.bat, 02_webdav.bat (смотрим в логи что все успешно)

== Список сервисов ==
* [[KIS MQTT_connector]] брать пример отсюда
* [[Учет смертности и рождаемости ХМАО]]
* [[Across]]
* [[ХОСТ (портал пациента)]]
* Интеграция с [[ЛИНС Махаон]]
* Интеграция с [[СПАРМ]]
* Интеграция с [[ИСАР]]
* ЛИС результаты анализаторов - больше не используется

[[Категория:Руководство программиста MIS3]][[Категория:Интеграция MIS3]]

Службы MIS3. Разработка

2022-10-17T07:41:31Z

Admin: /* Структура файлов */

Внимание все службы должны жить в репозитории '''ibis_server'''
Этот файл отстает в соответствующего документа по КИС. см [[Службы_KIS._Разработка]]

== Общие требования ==

=== Структура файлов ===
* каждая служба живет в своем каталоге
* имена каталогов в '''ВЕРХНЕМ''' регистре
* все имена файлов в '''нижнем''' регистре
* имя исполняемого файла службы должно заканчиваться на '''_srv'''.
* имя службы должно быть в '''нижнем''' регистре и начинаться с '''ibis''' без "_srv" в конце. Например "ibis_sertificate"
* имя исполняемого файла по управлению службой должно заканчиваться на '''_ctl'''
* настройки службы должны храниться в ini файле рядом с исполнимыми файлами.
* настройки подключения берутся из файла ibis.ini

Пример расположения служб
<pre>
IBIS_SRV
├─IBIS_SERTIFIATE
│ ├──ibis_sertificate_srv.exe
│ ├──ibis_sertificate_ctl.exe
│ ├──ibis_sertificate.ini
│ ├──ibis_sertificate.ini.example
│ ├──ibis.ini
│ ├──readme.md
│ └──LOG - Папка с логами
└─IBIS_SPARM
├──ibis_sparm_srv.exe
├──ibis_sparm_ctl.exe
├──ibis.ini
├──ibis_sparm.ini
├──ibis_sparm.ini.example
├──readme.md
└──LOG
</pre>

Именования файлов

* _srv.exe сервис
* _ctl.exe управляющая программ
* _app.exe в виде отдельного приложения (на этапе разработки)

Все исполняемые файлы (*.exe) должны содержать актуальную информацию о версии (номер версии должен совпадать с номером ревизии SVN на котором этот exe собран)

== Взаимодействие с postgresql==

=== Аутентификация в БД ===

* каждая служба должна работать под своим уникальным пользователем (для того чтобы можно было мониторить работу службы со стороны БД)
* имя пользователя должно быть
** большими буквами
** совпадать с именем службы
** начинаться на '''SRV''' (тут разница с KIS)

логин пароль храним в открытом виде в файле ini (<имя службы>.ini)

* [Postgresql]
** user
** password
** password_crypt

=== Требования к работоспособности при потере соединения ===

* Служба должна корректно отрабатывать ошибки, связанные с потерей соединения с БД и пытаться восстановить соединение самостоятельность.

=== application_name в сессии postgresql ===

Любая сессия должна себя идентифицировать установив ''application_name'' в формате <имя файла> (версия). Например:

ibis_mqtt.exe (1.0.0.1)

Ниже пример кода:

procedure TdmMain.conAfterConnect(Sender: TObject);
var
S : String;
begin
S := ExtractFileName(FSrvInfo.AppExe);
S := S+ ' (' + FSrvInfo.FileVer + ')';
con.ExecSQL('SET application_name = ''' + S + ''''); // устанваливаем переменную application_name (pg_stat_activity)
end;

=== Размер work_mem ===
для сессии которая слушает pg_listen (и только для нее) нужно проставить

set session work_mem='64kB'

== Зависимость от другого ПО ==

* служба не должна зависеть от стороннего ПО, такого как
** вебсерверы (IIS, Apache)
** Net framework
** клиент БД

== Диагностика работы службы ==
* служба должна писать информацию о событиях, в файл лога. Рекомендуется использовать QuickLogger https://github.com/exilon/QuickLogger или SynLog из библиотеки Synopse mORMot framework
* файлы логов должны быть легко просматриваемы сторонними программами.
* логов НЕ должно быть много. Т.е. НЕ должны забивать свободное место (должен происходить Rotate) и не должны сильно влиять на производительность дисковой подсистемы

== WEB API ==

* checkstatus - возвращает 1 в теле ответа, если сервис работает правильно
* info - возвращает json, в котором есть настройки, текущий статус сервера (есть подключение к БД и т.п.)
* stat - возвращает json со статистикой работы
* showlog - показывает лог работы программы
* admin - возвращает html страницу с настройками

== Документация ==

=== Файл readme.md ===

В каталоге обязательно должен быть файл readme.md в формате markdown (для редактирования можно использовать Typora). Кодировка UTF-8. В нем должны быть следующие разделы:

* Назначение
* Описание работы
* Состав (список файлов с описанием)
* Установка
* Настройка (что можно настроить в ini файлах, что можно настроить в adj)
* Обновление
* Мониторинг (проверка работоспособности, где и какие логи ведутся, как посмотреть какие ошибки возникали)

По правильному, содержимое файла markodown нужно продублировать на wiki (в typora есть экспорт)

=== Файлы-примеры конфигурационных файлов (ini.example) ===

Для каждого из возможных ini файлов должен лежать файл пример с расширением ini.example со всеми значениями по умолчанию и комментариями. Например для kis_mqtt.ini должен быть файл kis_mqtt.ini.example

=== Документация разработчика (readme_dev.md) ===

В исходных кодах в каталоге '''DOC''' должен быть файл readme_dev.md в формате markdown
Что можно писать

* структуры данных
* особенности сборки
* структура приложения (сервиса)

= Публикация и распространение =

на WEBDAV в папку LAST''SRV''FILES/<имя-службы_большими буквами> необходимо выложить два файла:

* <имя''службы''маленькими>.7z
* ver.ini

== Состав файла 7z ==

# все необходимые для работы файлы
# ini-файлы с настройками по умолчанию (как правило это два файла)
# файл readme.md (см пункт "Документация")

== Содержимое файла ver.ini ==

<code>[Ver]</code>

<code>srv_ver=1.0.0.13</code>

== Автоматизация публикации ==

В папке CI (Continuous Integration) необходимо создать два файла:

* 01_pack.bat - создает архив 7z
* 02_webdav.bat публикует архив в папке на WEBDAV с помощью утилиты curl

Примеры скриптов можно брать из kis''services\trunk\kis''pg_rest\CI

== Алгоритм публикации ==

# Изменяем в проекте номер версии, успешно компилим
# Правим файл ver.ini в папке bin
# Последовательно запускаем скрипты 01_pack.bat, 02_webdav.bat (смотрим в логи что все успешно)

== Список сервисов ==
* [[KIS MQTT_connector]] брать пример отсюда
* [[Учет смертности и рождаемости ХМАО]]
* [[Across]]
* [[ХОСТ (портал пациента)]]
* Интеграция с [[ЛИНС Махаон]]
* Интеграция с [[СПАРМ]]
* Интеграция с [[ИСАР]]
* ЛИС результаты анализаторов - больше не используется

[[Категория:Руководство программиста MIS3]][[Категория:Интеграция MIS3]]

Формат комментариев к БД

2022-08-15T06:00:54Z

Admin:

= Как писать комментарий =

Первой строчкой должно быть описание на русском одной короткой фразой о том, что содержит таблица. 
Далее можно детализировать описание.

Если данные в таблицу добавляются (удаляются, модифицируются) '''автоматически''' (через триггер или функцию), то обязательно укажите об этом.


= Тэги javadoc =

При описании следует использовать стандартные теги javadoc:

@author Обязательно! 
@see 
@deprecated

дополнительные тэги:

@create_dt дата создания таблицы, столбца, функции 
@dev заметки для разработчиков. Текст под данным тэгом не будет попадать в документацию, передаваемую сторонним разработчиками. 
@history история изменения см ниже

@todo аналог тэга @dev


= Соглашение о тэге @history =

Пишем в таком формате

<pre class="">{@history
2022-03-28 ZhukovYV Таблица создана
2022-04-21 IvanovII Добавлено поле
}</pre>


= Чего не нужно делать =

* Начинать со слова "Таблица"
* Точки вконце

Вместо:

<code>Таблица типов мед. карт для сопоставления с Гаммамедом.</code>

Следует писать:

<code>Типы мед. карт для сопоставления с Гаммамед</code>


= Пример =

<pre class="">Информация об авторе и последнем разработчике, изменившем процедуру
Заполняется триггером БД pgevent_proc_doc
Можно проинициализировать данными (из комментариев и таблицы audit.postgresql_log_ddl) функцией dev.proc_doc_init

@author ZhukovYV

@create_dt 2022-03-28

@history_dt 2022-04-07

{@history
2022-03-28 ZhukovYV Таблица создана
}

@see dev.proc_doc_init</pre>

[[Категория:Postgresql]]

Формат комментариев к БД

2022-08-15T05:56:55Z

Admin: Новая страница: « Категория:Postgresql»

[[Категория:Postgresql]]

Формат комментариев в VCS

2022-07-25T11:15:52Z

Admin:

Комметарии должны быть в формате стандарт Conventional Commits, с нашими особенностями (тип коммита указываем в квадратных скобках)

<pre>
[<тип коммита>]: <Заголовок>

<Детализация коммита - отделена пустой строкой>

<Нижний колонтитул следует использовать для указания внешних ссылок, контекста коммита или другой мета информации. Нижний колонтитул должен быть отделен от тела пустой строкой>

</pre>

Пример:

<pre>
[fix]: Аналитика. Источник данных "Люди". Исправлено поведение поля "Пол"

Поле "Пол" неправильно показывалась для пациентов старше 60-ти лет

#redmine-11230
#jira-1234

</pre>

== Общие положения ==

* В заголовке сначала следует указывать модуль, для которого произошли изменения
* Использовать глаголы совершенного вида (Что сделано?)
* ссылку на redmine писать как #redmine-<номер задачи>
* ссылку на jira писать как #jira-<номер задачи>
* Стандарт допускает следующие типы коммитов:
** build Сборка проекта или изменения внешних зависимостей
** ci Настройка CI и работа со скриптами
** docs Обновление документации
** feat Добавление нового функционала
** fix Исправление ошибок
** perf Изменения направленные на улучшение производительности
** refactor Правки кода без исправления ошибок или добавления новых функций
** revert Откат на предыдущие коммиты
** style Правки по кодстайлу (табы, отступы, точки, запятые и т.д.)
** test Добавление тестов

== Дополнительные правила принятые компании ==

* если доработка делается не в рамках какой-то задачи, то указывать по чьей просьбе сделаны изменения.
* если программист делает изменения по согласованию с 3 стороной (хост, комтек, личное общение с МО), то указывать ФИО программиста.

== Ссылки ==

* https://www.conventionalcommits.org/ru/
* https://habr.com/company/yandex/blog/431432/

[[Категория:Руководство программиста]] [[Категория:Руководство программиста MIS3]] [[Категория:Руководство программиста KIS]]

Формат комментариев в VCS

2022-07-25T06:21:26Z

Admin:

Комметарии должны быть в формате стандарт Conventional Commits, с нашими особенностями (тип коммита указываем в квадратных скобках)

<pre>
[<тип коммита>]: <Заголовок>

<Детализация коммита - отделена пустой строкой>

<Нижний колонтитул следует использовать для указания внешних ссылок, контекста коммита или другой мета информации. Нижний колонтитул должен быть отделен от тела пустой строкой>

</pre>

Пример:

<pre>
[fix]: Аналитика. Источник данных "Люди". Исправлено поведение поля "Пол"

Поле "Пол" неправильно показывалась для пациентов старше 60-ти лет

redmine-11230

</pre>

== Общие положения ==

* В заголовке сначала следует указывать модуль, для которого произошли изменения
* Использовать глаголы совершенного вида (Что сделано?)
* ссылку на redmine писать как redmine-<номер задачи>
* Стандарт допускает следующие типы коммитов:
** build Сборка проекта или изменения внешних зависимостей
** ci Настройка CI и работа со скриптами
** docs Обновление документации
** feat Добавление нового функционала
** fix Исправление ошибок
** perf Изменения направленные на улучшение производительности
** refactor Правки кода без исправления ошибок или добавления новых функций
** revert Откат на предыдущие коммиты
** style Правки по кодстайлу (табы, отступы, точки, запятые и т.д.)
** test Добавление тестов

== Дополнительные правила принятые компании ==

* если доработка делается не в рамках какой-то задачи, то указывать по чьей просьбе сделаны изменения.
* если программист делает изменения по согласованию с 3 стороной (хост, комтек, личное общение с МО), то указывать ФИО программиста.

== Ссылки ==

* https://www.conventionalcommits.org/ru/
* https://habr.com/company/yandex/blog/431432/

[[Категория:Руководство программиста]] [[Категория:Руководство программиста MIS3]] [[Категория:Руководство программиста KIS]]

Требования к серверам и клиентам MIS3

2022-06-28T06:11:56Z

Admin: /* Подсистема резервного копирования */

= Архитектура серверной части =

Стандартная серверная инфраструктура МИС состоит из двух серверов баз данных:

* основной сервер БД
* резервный сервер БД
* сервер интеграции с внешними сервисами.

== Требования к серверу БД ==

=== Дисковая подсистема ===

Объем дисковой подсистемы для базы данных лучше заложить минимум 4 ТБ, для ОС достаточно 250 ГБ на SSD. Для обеспечения надежности и сохранности данных диски необходимо объединить в массивы: RAID 1, для больших объемов (от 200 пользователей) рекомендуется использовать RAID 10. RAID 5 не рекомендуется использовать для баз данных, но тоже подойдет.

=== Оперативная память ===
* Минимальный объем ОЗУ: вычисляем по формуле 4 Гбайт + (<количество пользователей> / 100) Гбайт.

В любом случае, от количества оперативной памяти пропорционально зависит скорость работы базы данных, поэтому принцип "чем больше, тем лучше" как нельзя точно определяет требования в объёму ОЗУ. Исходя из этого рекомендуется, по возможности, установить в сервер 32ГБ ОЗУ и более.

=== Процессор ===
Производительность сервера напрямую зависит от количества ядер процессоров. Поэтому рекомендуется использовать много процессорные серверные платформы. Весьма приблизительно минимальное количество ядер можно рассчитать по формуле

Количество ядер= 2 + <количество пользователей> / 100

Однако рекомендуется использовать 8 ядер и более.

=== Сеть ===
* 1 Гбит/с

=== Операционная система ===
* Linux x64
* Windows x64, желательно серверная.

Использование Windows не желательно ввиду ресурсоемких средств обеспечения безопасности и высокими накладными расходами ОС. Linux предпочтителен RHEL. C CentOS 7 накоплен большой опыт эксплуатации. Возможна замена на аналоги, например Rocky Linux, Oracle Linux. Использование дебиановских дистрибутивов тоже возможно, но это потребует некоторых временных затрат для настройки системы резервного копирования.

=== База данных ===
База данных работает под управлением PostgreSQL. Для инсталяций до конца первой половины 2021 года рекомендовалась версия 11. После этой даты рекомендуется версия 13 и новее, но также допускается использование 11 и 12.

=== Обеспечение отказоустойчивости ===
Для обеспечения отказоустойчивости необходимо два сервера БД. Один из них будет использоваться как основной сервер БД, с которым будут работать клиент. Второй будет его копией (репликой), который в случае аварии на основном сервере, будет введен в работу вместо него и станет основным. Также с него будет выполняться резервное копирование, чтобы снять нагрузку с основного сервера.

{{warning}} Репликация базы минимизирует простои системы при выходе из строя основного сервера, но не спасает от порчи данных в базе. Рекомендуется для обязательного применения в крупных МУ городского, областного значения в комплексе с другими способами резервного копирования.

== Требования к серверу интеграции ==
=== Дисковая подсистема ===
* Объем = 250 Гбайт
* RAID 1.

Для работы интеграционных сервисов достаточно 150ГБ. Для ОС и сервисов вполне достаточно 250 ГБ на SSD. Возможно вынесение всех сервисов на отдельный диск для простоты обслуживания.

=== Оперативная память ===
* Минимальный объем ОЗУ: 8 Гбайт.

Для комфортной работы сервисов лучше использовать 16 Гбайт ОЗУ. Использование более 32 Гбайт в настоящее время не целесообразно.

=== Операционная система ===
* Серверная версия Windows x64.

Интеграционные сервисы работают в среде Windows. применение других ОС не предусмотрено.

=== Процессор ===
* Количество ядер= 4

Возможно увеличение количества до 8.

=== Сеть ===
* 1 Гбит/с

{{warning}} Допускается использовать для сервера интеграции виртуальную машину.

== Подсистема резервного копирования ==
* Раздел на сетевом хранилище (NAS).

CIFS (SMB, ресурс сети Майкрософт) ресурс подключается к основному и резервному серверам. Объем сетевого ресурса должен минимум в 2.5 раза, лучше в 4 раза, превышать объем диска для базы данных и иметь возможность расширения при необходимости.

= Требования к клиентскому рабочему месту =
== Windows XP и выше ==
* ОЗУ 1 Гбайт (желательно 2 Гбайт)
* Место на диске не менее 2 Гбайт
* Сеть

== Linux ==
* Wine 1.8 и выше(Ubuntu 17.04). При это возможны некоторые ограничения в работе программы.
* ОЗУ 2 Гбайт и выше.
* Сеть.

{{warning}} На "Astra Linux" корректно клиент не работает в связи с отсутствием части функционала в графической оболочке ОС.

== Использование терминального сервера для клиентов ==
Система допускает работу клиентов по RDP на терминальном сервере. Для этого необходимо каждому пользователю установить свой комплект клиентского софта, чтобы не возникало проблем с обновлением файлов. Вариант установки - в папку на "Рабочем столе". Есть варианты использование несколькими пользователями одной копии клиента, но тут есть много особенностей, которые накладывают некоторые ограничения в процессе эксплуатации, в частности централизованное завершение работы всех клиентов для обновления администратором сервера.

[[Категория:MIS3]]

Требования к серверам и клиентам MIS3

2022-06-28T06:11:07Z

Admin: /* Подсистема резервного копирования */

= Архитектура серверной части =

Стандартная серверная инфраструктура МИС состоит из двух серверов баз данных:

* основной сервер БД
* резервный сервер БД
* сервер интеграции с внешними сервисами.

== Требования к серверу БД ==

=== Дисковая подсистема ===

Объем дисковой подсистемы для базы данных лучше заложить минимум 4 ТБ, для ОС достаточно 250 ГБ на SSD. Для обеспечения надежности и сохранности данных диски необходимо объединить в массивы: RAID 1, для больших объемов (от 200 пользователей) рекомендуется использовать RAID 10. RAID 5 не рекомендуется использовать для баз данных, но тоже подойдет.

=== Оперативная память ===
* Минимальный объем ОЗУ: вычисляем по формуле 4 Гбайт + (<количество пользователей> / 100) Гбайт.

В любом случае, от количества оперативной памяти пропорционально зависит скорость работы базы данных, поэтому принцип "чем больше, тем лучше" как нельзя точно определяет требования в объёму ОЗУ. Исходя из этого рекомендуется, по возможности, установить в сервер 32ГБ ОЗУ и более.

=== Процессор ===
Производительность сервера напрямую зависит от количества ядер процессоров. Поэтому рекомендуется использовать много процессорные серверные платформы. Весьма приблизительно минимальное количество ядер можно рассчитать по формуле

Количество ядер= 2 + <количество пользователей> / 100

Однако рекомендуется использовать 8 ядер и более.

=== Сеть ===
* 1 Гбит/с

=== Операционная система ===
* Linux x64
* Windows x64, желательно серверная.

Использование Windows не желательно ввиду ресурсоемких средств обеспечения безопасности и высокими накладными расходами ОС. Linux предпочтителен RHEL. C CentOS 7 накоплен большой опыт эксплуатации. Возможна замена на аналоги, например Rocky Linux, Oracle Linux. Использование дебиановских дистрибутивов тоже возможно, но это потребует некоторых временных затрат для настройки системы резервного копирования.

=== База данных ===
База данных работает под управлением PostgreSQL. Для инсталяций до конца первой половины 2021 года рекомендовалась версия 11. После этой даты рекомендуется версия 13 и новее, но также допускается использование 11 и 12.

=== Обеспечение отказоустойчивости ===
Для обеспечения отказоустойчивости необходимо два сервера БД. Один из них будет использоваться как основной сервер БД, с которым будут работать клиент. Второй будет его копией (репликой), который в случае аварии на основном сервере, будет введен в работу вместо него и станет основным. Также с него будет выполняться резервное копирование, чтобы снять нагрузку с основного сервера.

{{warning}} Репликация базы минимизирует простои системы при выходе из строя основного сервера, но не спасает от порчи данных в базе. Рекомендуется для обязательного применения в крупных МУ городского, областного значения в комплексе с другими способами резервного копирования.

== Требования к серверу интеграции ==
=== Дисковая подсистема ===
* Объем = 250 Гбайт
* RAID 1.

Для работы интеграционных сервисов достаточно 150ГБ. Для ОС и сервисов вполне достаточно 250 ГБ на SSD. Возможно вынесение всех сервисов на отдельный диск для простоты обслуживания.

=== Оперативная память ===
* Минимальный объем ОЗУ: 8 Гбайт.

Для комфортной работы сервисов лучше использовать 16 Гбайт ОЗУ. Использование более 32 Гбайт в настоящее время не целесообразно.

=== Операционная система ===
* Серверная версия Windows x64.

Интеграционные сервисы работают в среде Windows. применение других ОС не предусмотрено.

=== Процессор ===
* Количество ядер= 4

Возможно увеличение количества до 8.

=== Сеть ===
* 1 Гбит/с

{{warning}} Допускается использовать для сервера интеграции виртуальную машину.

== Подсистема резервного копирования ==
* Раздел на сетевом хранилище (NAS).

CIFS (SMB, ресурс сети Майкрософт) ресурс подключается к основному и резервному серверам. Объем сетевого ресурса должен минимум в 2.5 раза, лучше в 4 раза, превышать объем диска для базы данных.

= Требования к клиентскому рабочему месту =
== Windows XP и выше ==
* ОЗУ 1 Гбайт (желательно 2 Гбайт)
* Место на диске не менее 2 Гбайт
* Сеть

== Linux ==
* Wine 1.8 и выше(Ubuntu 17.04). При это возможны некоторые ограничения в работе программы.
* ОЗУ 2 Гбайт и выше.
* Сеть.

{{warning}} На "Astra Linux" корректно клиент не работает в связи с отсутствием части функционала в графической оболочке ОС.

== Использование терминального сервера для клиентов ==
Система допускает работу клиентов по RDP на терминальном сервере. Для этого необходимо каждому пользователю установить свой комплект клиентского софта, чтобы не возникало проблем с обновлением файлов. Вариант установки - в папку на "Рабочем столе". Есть варианты использование несколькими пользователями одной копии клиента, но тут есть много особенностей, которые накладывают некоторые ограничения в процессе эксплуатации, в частности централизованное завершение работы всех клиентов для обновления администратором сервера.

[[Категория:MIS3]]

Требования к серверам и клиентам MIS3

2022-05-30T08:13:37Z

Admin: /* Дисковая подсистема */

= Архитектура серверной части =

Стандартная серверная инфраструктура МИС состоит из двух серверов баз данных:

* основной сервер БД
* резервный сервер БД
* сервер интеграции с внешними сервисами.

== Требования к серверу БД ==

=== Дисковая подсистема ===

Объем дисковой подсистемы для базы данных лучше заложить минимум 4 ТБ, для ОС достаточно 250 ГБ на SSD. Для обеспечения надежности и сохранности данных диски необходимо объединить в массивы: RAID 1, для больших объемов (от 200 пользователей) рекомендуется использовать RAID 10. RAID 5 не рекомендуется использовать для баз данных, но тоже подойдет.

=== Оперативная память ===
* Минимальный объем ОЗУ: вычисляем по формуле 4 Гбайт + (<количество пользователей> / 100) Гбайт.

В любом случае, от количества оперативной памяти пропорционально зависит скорость работы базы данных, поэтому принцип "чем больше, тем лучше" как нельзя точно определяет требования в объёму ОЗУ. Исходя из этого рекомендуется, по возможности, установить в сервер 32ГБ ОЗУ и более.

=== Процессор ===
Производительность сервера напрямую зависит от количества ядер процессоров. Поэтому рекомендуется использовать много процессорные серверные платформы. Весьма приблизительно минимальное количество ядер можно рассчитать по формуле

Количество ядер= 2 + <количество пользователей> / 100

Однако рекомендуется использовать 8 ядер и более.

=== Сеть ===
* 1 Гбит/с

=== Операционная система ===
* Linux x64
* Windows x64, желательно серверная.

Использование Windows не желательно ввиду ресурсоемких средств обеспечения безопасности и высокими накладными расходами ОС. Linux предпочтителен RHEL. C CentOS 7 накоплен большой опыт эксплуатации. Возможна замена на аналоги, например Rocky Linux, Oracle Linux. Использование дебиановских дистрибутивов тоже возможно, но это потребует некоторых временных затрат для настройки системы резервного копирования.

=== База данных ===
База данных работает под управлением PostgreSQL. Для инсталяций до конца первой половины 2021 года рекомендовалась версия 11. После этой даты рекомендуется версия 13 и новее, но также допускается использование 11 и 12.

=== Обеспечение отказоустойчивости ===
Для обеспечения отказоустойчивости необходимо два сервера БД. Один из них будет использоваться как основной сервер БД, с которым будут работать клиент. Второй будет его копией (репликой), который в случае аварии на основном сервере, будет введен в работу вместо него и станет основным. Также с него будет выполняться резервное копирование, чтобы снять нагрузку с основного сервера.

{{warning}} Репликация базы минимизирует простои системы при выходе из строя основного сервера, но не спасает от порчи данных в базе. Рекомендуется для обязательного применения в крупных МУ городского, областного значения в комплексе с другими способами резервного копирования.

== Требования к серверу интеграции ==
=== Дисковая подсистема ===
* Объем = 250 Гбайт
* RAID 1.

Для работы интеграционных сервисов достаточно 150ГБ. Для ОС и сервисов вполне достаточно 250 ГБ на SSD. Возможно вынесение всех сервисов на отдельный диск для простоты обслуживания.

=== Оперативная память ===
* Минимальный объем ОЗУ: 8 Гбайт.

Для комфортной работы сервисов лучше использовать 16 Гбайт ОЗУ. Использование более 32 Гбайт в настоящее время не целесообразно.

=== Операционная система ===
* Серверная версия Windows x64.

Интеграционные сервисы работают в среде Windows. применение других ОС не предусмотрено.

=== Процессор ===
* Количество ядер= 4

Возможно увеличение количества до 8.

=== Сеть ===
* 1 Гбит/с

{{warning}} Допускается использовать для сервера интеграции виртуальную машину.

== Подсистема резервного копирования ==
* Раздел на сетевом хранилище (NAS).

Для Windows необходим ресурс сети Майкрософт. Для Linux предпочтительней использовать сетевой ресурс по NFS. Объем сетевого ресурса должен минимум в 2.5 раза, лучше в 4 раза, превышать объем диска для базы данных.

= Требования к клиентскому рабочему месту =
== Windows XP и выше ==
* ОЗУ 1 Гбайт (желательно 2 Гбайт)
* Место на диске не менее 2 Гбайт
* Сеть

== Linux ==
* Wine 1.8 и выше(Ubuntu 17.04). При это возможны некоторые ограничения в работе программы.
* ОЗУ 2 Гбайт и выше.
* Сеть.

{{warning}} На "Astra Linux" корректно клиент не работает в связи с отсутствием части функционала в графической оболочке ОС.

== Использование терминального сервера для клиентов ==
Система допускает работу клиентов по RDP на терминальном сервере. Для этого необходимо каждому пользователю установить свой комплект клиентского софта, чтобы не возникало проблем с обновлением файлов. Вариант установки - в папку на "Рабочем столе". Есть варианты использование несколькими пользователями одной копии клиента, но тут есть много особенностей, которые накладывают некоторые ограничения в процессе эксплуатации, в частности централизованное завершение работы всех клиентов для обновления администратором сервера.

[[Категория:MIS3]]

Требования к серверам и клиентам MIS3

2022-05-30T08:12:50Z

Admin: /* Оперативная память */

= Архитектура серверной части =

Стандартная серверная инфраструктура МИС состоит из двух серверов баз данных:

* основной сервер БД
* резервный сервер БД
* сервер интеграции с внешними сервисами.

== Требования к серверу БД ==

=== Дисковая подсистема ===

Объем дисковой подсистемы для базы данных лучше заложить минимум 4 ТБ, для ОС достаточно 250 ГБ на SSD. Для обеспечения надежности и сохранности данных диски необходимо объедининить в массивы: RAID 1, для больших объемов (от 200 пользователей) рекомендуется использовать RAID 10. RAID 5 не рекомендуется использовать для баз данных, но тоже подойдет.

=== Оперативная память ===
* Минимальный объем ОЗУ: вычисляем по формуле 4 Гбайт + (<количество пользователей> / 100) Гбайт.

В любом случае, от количества оперативной памяти пропорционально зависит скорость работы базы данных, поэтому принцип "чем больше, тем лучше" как нельзя точно определяет требования в объёму ОЗУ. Исходя из этого рекомендуется, по возможности, установить в сервер 32ГБ ОЗУ и более.

=== Процессор ===
Производительность сервера напрямую зависит от количества ядер процессоров. Поэтому рекомендуется использовать много процессорные серверные платформы. Весьма приблизительно минимальное количество ядер можно рассчитать по формуле

Количество ядер= 2 + <количество пользователей> / 100

Однако рекомендуется использовать 8 ядер и более.

=== Сеть ===
* 1 Гбит/с

=== Операционная система ===
* Linux x64
* Windows x64, желательно серверная.

Использование Windows не желательно ввиду ресурсоемких средств обеспечения безопасности и высокими накладными расходами ОС. Linux предпочтителен RHEL. C CentOS 7 накоплен большой опыт эксплуатации. Возможна замена на аналоги, например Rocky Linux, Oracle Linux. Использование дебиановских дистрибутивов тоже возможно, но это потребует некоторых временных затрат для настройки системы резервного копирования.

=== База данных ===
База данных работает под управлением PostgreSQL. Для инсталяций до конца первой половины 2021 года рекомендовалась версия 11. После этой даты рекомендуется версия 13 и новее, но также допускается использование 11 и 12.

=== Обеспечение отказоустойчивости ===
Для обеспечения отказоустойчивости необходимо два сервера БД. Один из них будет использоваться как основной сервер БД, с которым будут работать клиент. Второй будет его копией (репликой), который в случае аварии на основном сервере, будет введен в работу вместо него и станет основным. Также с него будет выполняться резервное копирование, чтобы снять нагрузку с основного сервера.

{{warning}} Репликация базы минимизирует простои системы при выходе из строя основного сервера, но не спасает от порчи данных в базе. Рекомендуется для обязательного применения в крупных МУ городского, областного значения в комплексе с другими способами резервного копирования.

== Требования к серверу интеграции ==
=== Дисковая подсистема ===
* Объем = 250 Гбайт
* RAID 1.

Для работы интеграционных сервисов достаточно 150ГБ. Для ОС и сервисов вполне достаточно 250 ГБ на SSD. Возможно вынесение всех сервисов на отдельный диск для простоты обслуживания.

=== Оперативная память ===
* Минимальный объем ОЗУ: 8 Гбайт.

Для комфортной работы сервисов лучше использовать 16 Гбайт ОЗУ. Использование более 32 Гбайт в настоящее время не целесообразно.

=== Операционная система ===
* Серверная версия Windows x64.

Интеграционные сервисы работают в среде Windows. применение других ОС не предусмотрено.

=== Процессор ===
* Количество ядер= 4

Возможно увеличение количества до 8.

=== Сеть ===
* 1 Гбит/с

{{warning}} Допускается использовать для сервера интеграции виртуальную машину.

== Подсистема резервного копирования ==
* Раздел на сетевом хранилище (NAS).

Для Windows необходим ресурс сети Майкрософт. Для Linux предпочтительней использовать сетевой ресурс по NFS. Объем сетевого ресурса должен минимум в 2.5 раза, лучше в 4 раза, превышать объем диска для базы данных.

= Требования к клиентскому рабочему месту =
== Windows XP и выше ==
* ОЗУ 1 Гбайт (желательно 2 Гбайт)
* Место на диске не менее 2 Гбайт
* Сеть

== Linux ==
* Wine 1.8 и выше(Ubuntu 17.04). При это возможны некоторые ограничения в работе программы.
* ОЗУ 2 Гбайт и выше.
* Сеть.

{{warning}} На "Astra Linux" корректно клиент не работает в связи с отсутствием части функционала в графической оболочке ОС.

== Использование терминального сервера для клиентов ==
Система допускает работу клиентов по RDP на терминальном сервере. Для этого необходимо каждому пользователю установить свой комплект клиентского софта, чтобы не возникало проблем с обновлением файлов. Вариант установки - в папку на "Рабочем столе". Есть варианты использование несколькими пользователями одной копии клиента, но тут есть много особенностей, которые накладывают некоторые ограничения в процессе эксплуатации, в частности централизованное завершение работы всех клиентов для обновления администратором сервера.

[[Категория:MIS3]]

Требования к серверам и клиентам MIS3

2022-05-30T08:12:11Z

Admin: /* Процессор */

= Архитектура серверной части =

Стандартная серверная инфраструктура МИС состоит из двух серверов баз данных:

* основной сервер БД
* резервный сервер БД
* сервер интеграции с внешними сервисами.

== Требования к серверу БД ==

=== Дисковая подсистема ===

Объем дисковой подсистемы для базы данных лучше заложить минимум 4 ТБ, для ОС достаточно 250 ГБ на SSD. Для обеспечения надежности и сохранности данных диски необходимо объедининить в массивы: RAID 1, для больших объемов (от 200 пользователей) рекомендуется использовать RAID 10. RAID 5 не рекомендуется использовать для баз данных, но тоже подойдет.

=== Оперативная память ===
* Минимальный объем ОЗУ: вычисляем по формуле 4 Гбайт + (<количество пользователей> / 100) Гбайт.

В любом случае, от количества оперативной памяти пропртционально зависит скорость работы базы данных, поэтому принцип "чем больше, тем лучше" как нельзя точно определяет требования в объёму ОЗУ. Исходя из этого рекомендуется, по возможности, установить в сервер 32ГБ ОЗУ и более.

=== Процессор ===
Производительность сервера напрямую зависит от количества ядер процессоров. Поэтому рекомендуется использовать много процессорные серверные платформы. Весьма приблизительно минимальное количество ядер можно рассчитать по формуле

Количество ядер= 2 + <количество пользователей> / 100

Однако рекомендуется использовать 8 ядер и более.

=== Сеть ===
* 1 Гбит/с

=== Операционная система ===
* Linux x64
* Windows x64, желательно серверная.

Использование Windows не желательно ввиду ресурсоемких средств обеспечения безопасности и высокими накладными расходами ОС. Linux предпочтителен RHEL. C CentOS 7 накоплен большой опыт эксплуатации. Возможна замена на аналоги, например Rocky Linux, Oracle Linux. Использование дебиановских дистрибутивов тоже возможно, но это потребует некоторых временных затрат для настройки системы резервного копирования.

=== База данных ===
База данных работает под управлением PostgreSQL. Для инсталяций до конца первой половины 2021 года рекомендовалась версия 11. После этой даты рекомендуется версия 13 и новее, но также допускается использование 11 и 12.

=== Обеспечение отказоустойчивости ===
Для обеспечения отказоустойчивости необходимо два сервера БД. Один из них будет использоваться как основной сервер БД, с которым будут работать клиент. Второй будет его копией (репликой), который в случае аварии на основном сервере, будет введен в работу вместо него и станет основным. Также с него будет выполняться резервное копирование, чтобы снять нагрузку с основного сервера.

{{warning}} Репликация базы минимизирует простои системы при выходе из строя основного сервера, но не спасает от порчи данных в базе. Рекомендуется для обязательного применения в крупных МУ городского, областного значения в комплексе с другими способами резервного копирования.

== Требования к серверу интеграции ==
=== Дисковая подсистема ===
* Объем = 250 Гбайт
* RAID 1.

Для работы интеграционных сервисов достаточно 150ГБ. Для ОС и сервисов вполне достаточно 250 ГБ на SSD. Возможно вынесение всех сервисов на отдельный диск для простоты обслуживания.

=== Оперативная память ===
* Минимальный объем ОЗУ: 8 Гбайт.

Для комфортной работы сервисов лучше использовать 16 Гбайт ОЗУ. Использование более 32 Гбайт в настоящее время не целесообразно.

=== Операционная система ===
* Серверная версия Windows x64.

Интеграционные сервисы работают в среде Windows. применение других ОС не предусмотрено.

=== Процессор ===
* Количество ядер= 4

Возможно увеличение количества до 8.

=== Сеть ===
* 1 Гбит/с

{{warning}} Допускается использовать для сервера интеграции виртуальную машину.

== Подсистема резервного копирования ==
* Раздел на сетевом хранилище (NAS).

Для Windows необходим ресурс сети Майкрософт. Для Linux предпочтительней использовать сетевой ресурс по NFS. Объем сетевого ресурса должен минимум в 2.5 раза, лучше в 4 раза, превышать объем диска для базы данных.

= Требования к клиентскому рабочему месту =
== Windows XP и выше ==
* ОЗУ 1 Гбайт (желательно 2 Гбайт)
* Место на диске не менее 2 Гбайт
* Сеть

== Linux ==
* Wine 1.8 и выше(Ubuntu 17.04). При это возможны некоторые ограничения в работе программы.
* ОЗУ 2 Гбайт и выше.
* Сеть.

{{warning}} На "Astra Linux" корректно клиент не работает в связи с отсутствием части функционала в графической оболочке ОС.

== Использование терминального сервера для клиентов ==
Система допускает работу клиентов по RDP на терминальном сервере. Для этого необходимо каждому пользователю установить свой комплект клиентского софта, чтобы не возникало проблем с обновлением файлов. Вариант установки - в папку на "Рабочем столе". Есть варианты использование несколькими пользователями одной копии клиента, но тут есть много особенностей, которые накладывают некоторые ограничения в процессе эксплуатации, в частности централизованное завершение работы всех клиентов для обновления администратором сервера.

[[Категория:MIS3]]

Требования к серверам и клиентам MIS3

2022-05-30T08:10:28Z

Admin: /* Использование терминального сервера для клиентов */

= Архитектура серверной части =

Стандартная серверная инфраструктура МИС состоит из двух серверов баз данных:

* основной сервер БД
* резервный сервер БД
* сервер интеграции с внешними сервисами.

== Требования к серверу БД ==

=== Дисковая подсистема ===

Объем дисковой подсистемы для базы данных лучше заложить минимум 4 ТБ, для ОС достаточно 250 ГБ на SSD. Для обеспечения надежности и сохранности данных диски необходимо объедининить в массивы: RAID 1, для больших объемов (от 200 пользователей) рекомендуется использовать RAID 10. RAID 5 не рекомендуется использовать для баз данных, но тоже подойдет.

=== Оперативная память ===
* Минимальный объем ОЗУ: вычисляем по формуле 4 Гбайт + (<количество пользователей> / 100) Гбайт.

В любом случае, от количества оперативной памяти пропртционально зависит скорость работы базы данных, поэтому принцип "чем больше, тем лучше" как нельзя точно определяет требования в объёму ОЗУ. Исходя из этого рекомендуется, по возможности, установить в сервер 32ГБ ОЗУ и более.

=== Процессор ===
Производительность сервера напрямую зависит от количества ядер процессоров. Поэтому рекомендуется использовать много процессорные серверные платформы. Весьма приблизительно минимальное количество ядер можно расчитать по формуле

Количество ядер= 2 + <количество пользователей> / 100

Однако рекомендуется использовать 8 ядер и более.

=== Сеть ===
* 1 Гбит/с

=== Операционная система ===
* Linux x64
* Windows x64, желательно серверная.

Использование Windows не желательно ввиду ресурсоемких средств обеспечения безопасности и высокими накладными расходами ОС. Linux предпочтителен RHEL. C CentOS 7 накоплен большой опыт эксплуатации. Возможна замена на аналоги, например Rocky Linux, Oracle Linux. Использование дебиановских дистрибутивов тоже возможно, но это потребует некоторых временных затрат для настройки системы резервного копирования.

=== База данных ===
База данных работает под управлением PostgreSQL. Для инсталяций до конца первой половины 2021 года рекомендовалась версия 11. После этой даты рекомендуется версия 13 и новее, но также допускается использование 11 и 12.

=== Обеспечение отказоустойчивости ===
Для обеспечения отказоустойчивости необходимо два сервера БД. Один из них будет использоваться как основной сервер БД, с которым будут работать клиент. Второй будет его копией (репликой), который в случае аварии на основном сервере, будет введен в работу вместо него и станет основным. Также с него будет выполняться резервное копирование, чтобы снять нагрузку с основного сервера.

{{warning}} Репликация базы минимизирует простои системы при выходе из строя основного сервера, но не спасает от порчи данных в базе. Рекомендуется для обязательного применения в крупных МУ городского, областного значения в комплексе с другими способами резервного копирования.

== Требования к серверу интеграции ==
=== Дисковая подсистема ===
* Объем = 250 Гбайт
* RAID 1.

Для работы интеграционных сервисов достаточно 150ГБ. Для ОС и сервисов вполне достаточно 250 ГБ на SSD. Возможно вынесение всех сервисов на отдельный диск для простоты обслуживания.

=== Оперативная память ===
* Минимальный объем ОЗУ: 8 Гбайт.

Для комфортной работы сервисов лучше использовать 16 Гбайт ОЗУ. Использование более 32 Гбайт в настоящее время не целесообразно.

=== Операционная система ===
* Серверная версия Windows x64.

Интеграционные сервисы работают в среде Windows. применение других ОС не предусмотрено.

=== Процессор ===
* Количество ядер= 4

Возможно увеличение количества до 8.

=== Сеть ===
* 1 Гбит/с

{{warning}} Допускается использовать для сервера интеграции виртуальную машину.

== Подсистема резервного копирования ==
* Раздел на сетевом хранилище (NAS).

Для Windows необходим ресурс сети Майкрософт. Для Linux предпочтительней использовать сетевой ресурс по NFS. Объем сетевого ресурса должен минимум в 2.5 раза, лучше в 4 раза, превышать объем диска для базы данных.

= Требования к клиентскому рабочему месту =
== Windows XP и выше ==
* ОЗУ 1 Гбайт (желательно 2 Гбайт)
* Место на диске не менее 2 Гбайт
* Сеть

== Linux ==
* Wine 1.8 и выше(Ubuntu 17.04). При это возможны некоторые ограничения в работе программы.
* ОЗУ 2 Гбайт и выше.
* Сеть.

{{warning}} На "Astra Linux" корректно клиент не работает в связи с отсутствием части функционала в графической оболочке ОС.

== Использование терминального сервера для клиентов ==
Система допускает работу клиентов по RDP на терминальном сервере. Для этого необходимо каждому пользователю установить свой комплект клиентского софта, чтобы не возникало проблем с обновлением файлов. Вариант установки - в папку на "Рабочем столе". Есть варианты использование несколькими пользователями одной копии клиента, но тут есть много особенностей, которые накладывают некоторые ограничения в процессе эксплуатации, в частности централизованное завершение работы всех клиентов для обновления администратором сервера.

[[Категория:MIS3]]

Требования к серверам и клиентам MIS3

2022-05-30T08:07:33Z

Admin: /* Оперативная память */

= Архитектура серверной части =

Стандартная серверная инфраструктура МИС состоит из двух серверов баз данных:

* основной сервер БД
* резервный сервер БД
* сервер интеграции с внешними сервисами.

== Требования к серверу БД ==

=== Дисковая подсистема ===

Объем дисковой подсистемы для базы данных лучше заложить минимум 4 ТБ, для ОС достаточно 250 ГБ на SSD. Для обеспечения надежности и сохранности данных диски необходимо объедининить в массивы: RAID 1, для больших объемов (от 200 пользователей) рекомендуется использовать RAID 10. RAID 5 не рекомендуется использовать для баз данных, но тоже подойдет.

=== Оперативная память ===
* Минимальный объем ОЗУ: вычисляем по формуле 4 Гбайт + (<количество пользователей> / 100) Гбайт.

В любом случае, от количества оперативной памяти пропртционально зависит скорость работы базы данных, поэтому принцип "чем больше, тем лучше" как нельзя точно определяет требования в объёму ОЗУ. Исходя из этого рекомендуется, по возможности, установить в сервер 32ГБ ОЗУ и более.

=== Процессор ===
Производительность сервера напрямую зависит от количества ядер процессоров. Поэтому рекомендуется использовать много процессорные серверные платформы. Весьма приблизительно минимальное количество ядер можно расчитать по формуле

Количество ядер= 2 + <количество пользователей> / 100

Однако рекомендуется использовать 8 ядер и более.

=== Сеть ===
* 1 Гбит/с

=== Операционная система ===
* Linux x64
* Windows x64, желательно серверная.

Использование Windows не желательно ввиду ресурсоемких средств обеспечения безопасности и высокими накладными расходами ОС. Linux предпочтителен RHEL. C CentOS 7 накоплен большой опыт эксплуатации. Возможна замена на аналоги, например Rocky Linux, Oracle Linux. Использование дебиановских дистрибутивов тоже возможно, но это потребует некоторых временных затрат для настройки системы резервного копирования.

=== База данных ===
База данных работает под управлением PostgreSQL. Для инсталяций до конца первой половины 2021 года рекомендовалась версия 11. После этой даты рекомендуется версия 13 и новее, но также допускается использование 11 и 12.

=== Обеспечение отказоустойчивости ===
Для обеспечения отказоустойчивости необходимо два сервера БД. Один из них будет использоваться как основной сервер БД, с которым будут работать клиент. Второй будет его копией (репликой), который в случае аварии на основном сервере, будет введен в работу вместо него и станет основным. Также с него будет выполняться резервное копирование, чтобы снять нагрузку с основного сервера.

{{warning}} Репликация базы минимизирует простои системы при выходе из строя основного сервера, но не спасает от порчи данных в базе. Рекомендуется для обязательного применения в крупных МУ городского, областного значения в комплексе с другими способами резервного копирования.

== Требования к серверу интеграции ==
=== Дисковая подсистема ===
* Объем = 250 Гбайт
* RAID 1.

Для работы интеграционных сервисов достаточно 150ГБ. Для ОС и сервисов вполне достаточно 250 ГБ на SSD. Возможно вынесение всех сервисов на отдельный диск для простоты обслуживания.

=== Оперативная память ===
* Минимальный объем ОЗУ: 8 Гбайт.

Для комфортной работы сервисов лучше использовать 16 Гбайт ОЗУ. Использование более 32 Гбайт в настоящее время не целесообразно.

=== Операционная система ===
* Серверная версия Windows x64.

Интеграционные сервисы работают в среде Windows. применение других ОС не предусмотрено.

=== Процессор ===
* Количество ядер= 4

Возможно увеличение количества до 8.

=== Сеть ===
* 1 Гбит/с

{{warning}} Допускается использовать для сервера интеграции виртуальную машину.

== Подсистема резервного копирования ==
* Раздел на сетевом хранилище (NAS).

Для Windows необходим ресурс сети Майкрософт. Для Linux предпочтительней использовать сетевой ресурс по NFS. Объем сетевого ресурса должен минимум в 2.5 раза, лучше в 4 раза, превышать объем диска для базы данных.

= Требования к клиентскому рабочему месту =
== Windows XP и выше ==
* ОЗУ 1 Гбайт (желательно 2 Гбайт)
* Место на диске не менее 2 Гбайт
* Сеть

== Linux ==
* Wine 1.8 и выше(Ubuntu 17.04). При это возможны некоторые ограничения в работе программы.
* ОЗУ 2 Гбайт и выше.
* Сеть.

{{warning}} На "Astra Linux" корректно клиент не работает в связи с отсутствием части функционала в графической оболочке ОС.

== Использование терминального сервера для клиентов ==
Система допускает работу клиентов по RDP на терминальном сервере. Для этого необходимо каждому пользователю установить свой комплект клиентского софта, чтобы не возникало проблем с обновлением файлов. Вариант установки - в папку на "Рабочем столе". Есть варианты использование несколькими пользователями одной копии клиента, но тут есть много собенностей, которые накладывают некоторые ограничения в процессе эксплуатации, в частности централизованное завершение работы всех клиентов для обновления администратором сервера.

[[Категория:MIS3]]

Требования к серверам и клиентам MIS3

2022-05-30T08:06:20Z

Admin: /* База данных */

= Архитектура серверной части =

Стандартная серверная инфраструктура МИС состоит из двух серверов баз данных:

* основной сервер БД
* резервный сервер БД
* сервер интеграции с внешними сервисами.

== Требования к серверу БД ==

=== Дисковая подсистема ===

Объем дисковой подсистемы для базы данных лучше заложить минимум 4 ТБ, для ОС достаточно 250 ГБ на SSD. Для обеспечения надежности и сохранности данных диски необходимо объедининить в массивы: RAID 1, для больших объемов (от 200 пользователей) рекомендуется использовать RAID 10. RAID 5 не рекомендуется использовать для баз данных, но тоже подойдет.

=== Оперативная память ===
* Минимальный объем ОЗУ: вычисляем по формуле 4 Гбайт + (<количество пользователей> / 100) Гбайт.

В любом случае, от количества оперативной памяти пропртционально зависит скорость работы базы данных, поэтому принцип "чем больше, тем лучше" как нельзя точно определяет требования в объёму ОЗУ. Исходя из этого рекомендуется, по возможности, установить в сервер 32ГБ ОЗУ и более.

=== Процессор ===
Производительность сервера напрямую зависит от количества ядер процессоров. Поэтому рекомендуется использовать много процессорные серверные платформы. Весьма приблизительно минимальное количество ядер можно расчитать по формуле

Количество ядер= 2 + <количество пользователей> / 100

Однако рекомендуется использовать 8 ядер и более.

=== Сеть ===
* 1 Гбит/с

=== Операционная система ===
* Linux x64
* Windows x64, желательно серверная.

Использование Windows не желательно ввиду ресурсоемких средств обеспечения безопасности и высокими накладными расходами ОС. Linux предпочтителен RHEL. C CentOS 7 накоплен большой опыт эксплуатации. Возможна замена на аналоги, например Rocky Linux, Oracle Linux. Использование дебиановских дистрибутивов тоже возможно, но это потребует некоторых временных затрат для настройки системы резервного копирования.

=== База данных ===
База данных работает под управлением PostgreSQL. Для инсталяций до конца первой половины 2021 года рекомендовалась версия 11. После этой даты рекомендуется версия 13 и новее, но также допускается использование 11 и 12.

=== Обеспечение отказоустойчивости ===
Для обеспечения отказоустойчивости необходимо два сервера БД. Один из них будет использоваться как основной сервер БД, с которым будут работать клиент. Второй будет его копией (репликой), который в случае аварии на основном сервере, будет введен в работу вместо него и станет основным. Также с него будет выполняться резервное копирование, чтобы снять нагрузку с основного сервера.

{{warning}} Репликация базы минимизирует простои системы при выходе из строя основного сервера, но не спасает от порчи данных в базе. Рекомендуется для обязательного применения в крупных МУ городского, областного значения в комплексе с другими способами резервного копирования.

== Требования к серверу интеграции ==
=== Дисковая подсистема ===
* Объем = 250 Гбайт
* RAID 1.

Для работы интеграционных сервисов достаточно 150ГБ. Для ОС и сервисов вполне достаточно 250 ГБ на SSD. Возможно вынесение всех сервисов на отдельный диск для простоты обслуживания.

=== Оперативная память ===
* Минимальный объем ОЗУ: 8 Гбайт.

Для комфортной работы сервисов луше использовать 16 Гбайт ОЗУ. Использование более 32 Гбайт в настоящее время не целесообразно.

=== Операционная система ===
* Серверная версия Windows x64.

Интеграционные сервисы работают в среде Windows. применение других ОС не предусмотрено.

=== Процессор ===
* Количество ядер= 4

Возможно увеличение количества до 8.

=== Сеть ===
* 1 Гбит/с

{{warning}} Допускается использовать для сервера интеграции виртуальную машину.

== Подсистема резервного копирования ==
* Раздел на сетевом хранилище (NAS).

Для Windows необходим ресурс сети Майкрософт. Для Linux предпочтительней использовать сетевой ресурс по NFS. Объем сетевого ресурса должен минимум в 2.5 раза, лучше в 4 раза, превышать объем диска для базы данных.

= Требования к клиентскому рабочему месту =
== Windows XP и выше ==
* ОЗУ 1 Гбайт (желательно 2 Гбайт)
* Место на диске не менее 2 Гбайт
* Сеть

== Linux ==
* Wine 1.8 и выше(Ubuntu 17.04). При это возможны некоторые ограничения в работе программы.
* ОЗУ 2 Гбайт и выше.
* Сеть.

{{warning}} На "Astra Linux" корректно клиент не работает в связи с отсутствием части функционала в графической оболочке ОС.

== Использование терминального сервера для клиентов ==
Система допускает работу клиентов по RDP на терминальном сервере. Для этого необходимо каждому пользователю установить свой комплект клиентского софта, чтобы не возникало проблем с обновлением файлов. Вариант установки - в папку на "Рабочем столе". Есть варианты использование несколькими пользователями одной копии клиента, но тут есть много собенностей, которые накладывают некоторые ограничения в процессе эксплуатации, в частности централизованное завершение работы всех клиентов для обновления администратором сервера.

[[Категория:MIS3]]

Требования к серверам и клиентам MIS3

2022-05-30T08:05:59Z

Admin: /* Операционная система */

= Архитектура серверной части =

Стандартная серверная инфраструктура МИС состоит из двух серверов баз данных:

* основной сервер БД
* резервный сервер БД
* сервер интеграции с внешними сервисами.

== Требования к серверу БД ==

=== Дисковая подсистема ===

Объем дисковой подсистемы для базы данных лучше заложить минимум 4 ТБ, для ОС достаточно 250 ГБ на SSD. Для обеспечения надежности и сохранности данных диски необходимо объедининить в массивы: RAID 1, для больших объемов (от 200 пользователей) рекомендуется использовать RAID 10. RAID 5 не рекомендуется использовать для баз данных, но тоже подойдет.

=== Оперативная память ===
* Минимальный объем ОЗУ: вычисляем по формуле 4 Гбайт + (<количество пользователей> / 100) Гбайт.

В любом случае, от количества оперативной памяти пропртционально зависит скорость работы базы данных, поэтому принцип "чем больше, тем лучше" как нельзя точно определяет требования в объёму ОЗУ. Исходя из этого рекомендуется, по возможности, установить в сервер 32ГБ ОЗУ и более.

=== Процессор ===
Производительность сервера напрямую зависит от количества ядер процессоров. Поэтому рекомендуется использовать много процессорные серверные платформы. Весьма приблизительно минимальное количество ядер можно расчитать по формуле

Количество ядер= 2 + <количество пользователей> / 100

Однако рекомендуется использовать 8 ядер и более.

=== Сеть ===
* 1 Гбит/с

=== Операционная система ===
* Linux x64
* Windows x64, желательно серверная.

Использование Windows не желательно ввиду ресурсоемких средств обеспечения безопасности и высокими накладными расходами ОС. Linux предпочтителен RHEL. C CentOS 7 накоплен большой опыт эксплуатации. Возможна замена на аналоги, например Rocky Linux, Oracle Linux. Использование дебиановских дистрибутивов тоже возможно, но это потребует некоторых временных затрат для настройки системы резервного копирования.

=== База данных ===
База данных работает под управлением PostgreSQL. Для инсталяций до конца первой половины 2021 года рекомендовалась версия 11. После этой даты рекомендуется версия 13, но также допускается использование 11 и 12.

=== Обеспечение отказоустойчивости ===
Для обеспечения отказоустойчивости необходимо два сервера БД. Один из них будет использоваться как основной сервер БД, с которым будут работать клиент. Второй будет его копией (репликой), который в случае аварии на основном сервере, будет введен в работу вместо него и станет основным. Также с него будет выполняться резервное копирование, чтобы снять нагрузку с основного сервера.

{{warning}} Репликация базы минимизирует простои системы при выходе из строя основного сервера, но не спасает от порчи данных в базе. Рекомендуется для обязательного применения в крупных МУ городского, областного значения в комплексе с другими способами резервного копирования.

== Требования к серверу интеграции ==
=== Дисковая подсистема ===
* Объем = 250 Гбайт
* RAID 1.

Для работы интеграционных сервисов достаточно 150ГБ. Для ОС и сервисов вполне достаточно 250 ГБ на SSD. Возможно вынесение всех сервисов на отдельный диск для простоты обслуживания.

=== Оперативная память ===
* Минимальный объем ОЗУ: 8 Гбайт.

Для комфортной работы сервисов луше использовать 16 Гбайт ОЗУ. Использование более 32 Гбайт в настоящее время не целесообразно.

=== Операционная система ===
* Серверная версия Windows x64.

Интеграционные сервисы работают в среде Windows. применение других ОС не предусмотрено.

=== Процессор ===
* Количество ядер= 4

Возможно увеличение количества до 8.

=== Сеть ===
* 1 Гбит/с

{{warning}} Допускается использовать для сервера интеграции виртуальную машину.

== Подсистема резервного копирования ==
* Раздел на сетевом хранилище (NAS).

Для Windows необходим ресурс сети Майкрософт. Для Linux предпочтительней использовать сетевой ресурс по NFS. Объем сетевого ресурса должен минимум в 2.5 раза, лучше в 4 раза, превышать объем диска для базы данных.

= Требования к клиентскому рабочему месту =
== Windows XP и выше ==
* ОЗУ 1 Гбайт (желательно 2 Гбайт)
* Место на диске не менее 2 Гбайт
* Сеть

== Linux ==
* Wine 1.8 и выше(Ubuntu 17.04). При это возможны некоторые ограничения в работе программы.
* ОЗУ 2 Гбайт и выше.
* Сеть.

{{warning}} На "Astra Linux" корректно клиент не работает в связи с отсутствием части функционала в графической оболочке ОС.

== Использование терминального сервера для клиентов ==
Система допускает работу клиентов по RDP на терминальном сервере. Для этого необходимо каждому пользователю установить свой комплект клиентского софта, чтобы не возникало проблем с обновлением файлов. Вариант установки - в папку на "Рабочем столе". Есть варианты использование несколькими пользователями одной копии клиента, но тут есть много собенностей, которые накладывают некоторые ограничения в процессе эксплуатации, в частности централизованное завершение работы всех клиентов для обновления администратором сервера.

[[Категория:MIS3]]

Концепция БД MIS3

2022-04-21T08:32:55Z

Admin:

== Целостность ==

База сама должна поддерживать целостность данных – это возможно с помощью стандартных средств constraint и trigger.

Foreign Key на другие схемы допускается только в состоянии Disable. (подумать почему, и может быть сделать более жесткое требование).

TODO Нужен скрипт который помогает найти недостающие FK. смотри на SVN "ER\DOC\DB\SCRIPTS\Columns - Кандидаты на FK.SQL"

== Самодокументирование ==

Количество комментариев, Foregn Key должно и правил именования должно быть достаточным для понимания БД. Поэтому предъявляются следующие требования

{| width="100%" border="1" cellpadding="0" cellspacing="0"
|-
| Таблица

| Все таблицы и столбцы должны иметь комментарий. Для таблицы в комментарии обязательно должно быть написано кто автор таблицы Строка Author
|-
| Комментарий к столбцам

| Все столбцы должны иметь комментарий. 
|-
| Комментарии к коду 

| За основу берем формат комментариев из PLSQLDeveloper. Инструкция находится рядом с этим документом 
|}

см pg_script в которой есть скрипты для правильного именования объектов.

см скрипты на svn IBIS\trunk\ER3\DB\LocalScripts\

TODO Также необходимо добавить скрипты для проверки достаточности комментариев на аналогичные АИДС:
* "DOC\DB\SCRIPTS\Column - Правит комментарии к ID.sql"
* "DOC\DB\SCRIPTS\Column - Столбцы без комментария.sql"
* "DOC\DB\SCRIPTS\Columns - Неправильные комментарии к ID.sql"
* "DOC\DB\SCRIPTS\Table - Неправильные комментарии к таблицам.sql"

== Соглашение об именовании ==

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

=== 1. Таблицы ===

1.1. Таблицы именуются существительными в ед. числе на английском языке маленькими буквами. (Рассматривать как название сущности). Не использовать в именовании этих объектов символ «$»

1.2. Все таблицы и столбцы должны иметь комментарий. Для таблицы в комментарии обязательно должно быть написано кто автор таблицы. (После строчки “Author:” ). Если автор у таблицы изменился, то старого автора оставлять.

1.3. Каждая таблица должна иметь первичный ключ, типа serial (smallserial) или bigserial (для таблиц в которых предполагается больше 1 млн записей).

1.4. Первичные ключи делаем через serial (smallserial) или bigserial

1.5. Столбцы, ссылающиеся на другую таблицы именовать по правилу: '''%TABLE%_ID'''

1.6. Таблицы содержащие исторические данные '''%TABLE%_H'''

1.7. Временные таблицы '''%TABLE%_TMP'''

1.8. Таблицы созданные для каких либо тестов TEST_%TABLE%

1.9. Таблицы копии %TABLE%_YYMMDD

1.10. Не рекомендуется в названиях столбцов использовать отрицательную частицу (not и.т)

=== 2. Индексы ===
{{warning}} на SVN существует скрипт, который правильно переименовывает все индексы (trunk/ER3/DB/LocalScripts/Index_name.sql)

2.1. Индексы не уникальные (NORMAL) именуются по правилу '''IX_%TABLE%$%FIELDS%'''.

2.2. Индексы уникальные именовать по правилу '''IU_%TABLE%$%FIELDS%'''.

2.3. Индексы функциональные (FUNCTION-BASED NORMAL) именовать по правилу '''IF_%TABLE%$%FUNC%'''.

2.4. Индексы первичного ключа именуются так же как и сам первичный ключ '''PK_%TABLE%$FIELD%'''

=== 3. Констаринты ===

3.1. Ссылки (References) именуем по правилу '''FK_%TABLE%$%REFTABLEF%$%FIELDS%.'''

3.2. Первичный ключ именуются по правилу '''PK_%TABLE%$%FIELD%'''

=== 4. Триггеры ===

4.1. Триггеры именуются по правилу '''%TABLE%_tr_%Суффикс%'''. Где суффикс определяет тип триггера и может иметь длину от 2 до 5 символов.
* Первая буква определяет момент срабатывания триггера (Timing) и может имеет значение A или B (After, Before)
* ДалееObject Event - комбинация букв I,U,D
* Если триггер уровня оператора, то прибавляем в конце S

4.2. Триггерные функции именуются по правилу ''%TABLE%_tr_%имя из триггера%'''_fn

для проверки именования триггеров существует функция mm.dev_ddl_check_trigger()

для проверки именования триггерных функций существует функция mm.dev_ddl_check_trigger_func()

=== 5. Другие объекты ===

5.1. SEQUENCE Правило выглядит так %TABLE%_%COLUMN%_SEQ.

5.2. Views : <name>_V

5.3. Materialized Views: <name>_MV

5.4. Types : <name>_T

5.5. Directories : <name>_DIR

5.6. External Tables : <name>_EXT

=== 6. PqSQL Variables ===

6.1. Package Global Variables: g_variable_name 
6.2. Local Variables : v_variable_name 
6.3. Types : t_type_name 
6.4. Cursors : c_cursor_name 
6.5. Exceptions : e_exception_name 
6.6. Input Parameters : i_parameter_name 
6.7. Outut Parameters : o_parameter_name 
6.8. In/Out Parameters : io_parameter_name 

=== 7. Процедуры, функции ===

7.0. Имя функции должно начинаться с имени сущности. Например addr_clone 
7.1. При объявлении переменных в заголовке обязателен префикс p_. Это избавит от неоднозначности при компиляции 
7.2. Переменные внутри PL/SQL блока должны иметь префикс v_. Это избавит от неоднозначности при компиляции 
7.3. Процедуры изменяющие данные в таблицах, должны содержать '''DO''' 
7.4. Функции, возвращающие значение должные должны содержать '''GET''' 

=== 8. Объекты связанные с аудитом данных ===
* Весь аудит храниться в схеме audit.Для преобразования данных из hstore в русские названия используются %table_name_hstore_transform%. См статью [[Аудит в MIS3]]

=== 9. Сводная таблица правил ===

=== 10. Сокращения ===

Если при именовании подчиненных объектов (FK и прочее), выходим за ограничение длины, то использовать следующее правило: 
*APPLICATIONS = APPL (4)
*APPLICATION_FUNCTIONS = APFU (2:2)
*APPLICATON_FUNCTION_ROLES = APFR (2:1:1)
*APPLICATION_FUNCTION_ROLE_BANANAS = AFRB (1:1:1:1)

По возможности использовать стандартные сокращения при названии сущностей  :

{| width="550" border="1" cellpadding="0" cellspacing="0"
|+ Стандартные сокращения

|-
| Account

| ACCNT

|
|-
| Addres

| ADDR

| Адрес
|-
| Adjustment

| ADJ

|
|-
| Alternate

| ALT

|
|-
| Application

| APP

|
|-
| Attribute

| ATTR

|
|-
| Beginning

| BEG

|
|-
| Budget

| BUDG

|
|-
| Category

| CATG

|
|-
| COUNT

| CNT

|
|-
| Difference

| DIFF

|
|-
| Column
| COL
|
|-
| Comment
| CMT
| Комментарий
|-
| Currency

| CURR

|
|-
| Customer
| CUST
| заказчик
|-
| DATE
| DT
| дата
|-
| DAY
| DY
| день
|-
| Department
| DEPT
| отдел, подразделение
|-
| Document
| DOC
| документ
|-
| Employee
| EMP
| работник
|-
| Error
| ERR
|
|-
| Identifier
| ID
|
|-
| Information
| INFO
| информация
|-
| Inventory
| INV
| Опись. Реестр, инвентарь
|-
| Location
| LOC
| местоположение
|-
| Length
| LNTH
| длина
|-
| Month
| MO
| месяц
|-
| Number
| NUM
| номер, количество
|-
| Organization
| ORG
| организация
|-
| Option
| OPT
|
|-
| Payment
| PAY
| платеж
|-
| Percent
| PCT
| процент
|-
| Previous
| PREV
| предыдущий
|-
| Record
| REC
| запись
|-
| Report
| RPT
| отчет
|-
| Request
| REQ
| Запрос
|-
| Section
| SECT
| секция
|-
| Status
| STS
| статус
|-
| Table
| TAB
| таблица
|-
| Temporary
| TEMP
| временный
|-
| Value
| VAL
| значение, переменная
|-
| Version
| VER
| версия
|-
| Year
| YR
| год
|}

см pg_script в которой есть скрипты для правильного именования объектов.

== Безопасность ==

Авторизация пользователей осуществляется с помощью стандартных средств Postgresql. При этом:
* скрывается истинный пароль и пользователя.
* Пользователь SOFTMASTER имеет очень сложный пароль и под ним никто не должен логиниться.
* Логины (ВСЕГДА БОЛЬШИМИ БУКВАМИ!) postgresql формируются по правилу X+<логин большими буквами в системе МИС>
* Пользователь SOFTMASTER (БОЛЬШИМИ БУКВАМИ) обладает всеми правами (из под него ставиться БД)

=== Роли POSTGRESQL ===
{| width="90%" border="1" cellpadding="0" cellspacing="0"
|-
! scope="col" | Роль
! scope="col" | Назначение и права
|-
| MIS_USER
| Роль которой обладают все пользователи МИС. Дает необходимые права для работы в системе. Является владельцем всех объектов
|-
|
|
|}

== Разделение схем ==
Название схем должны быть в нижнем регистре. Все данные МИС должны храниться в схеме mm. Данные аудита должны храниться в схеме audit. Архивные данные в схеме ht.

{| width="90%" border="1" cellpadding="0" cellspacing="0"
|-
! scope="col" | Схема
! scope="col" | Назначение
|-
| mm
| Основная схема для хранения данных
|-
| audit
| Аудит данных. История изменения
|-
| zz
| Архивные данные
|-
| rls
| база данных РЛС - реестр лекарственных средств России (РЛС). Только для чтения. Есть импорт данных
|-
| nsi
| нормативно справочная инфомрация
|-
| dd
| временная схема, в которой обычно храним таблциы с данными из унаследованных систем
|-
| oms
| данные по выгурзке в ФОМС
|-
| nsi
| Нормативно справочная информация. Есть возможность загружать из nsi.rosminzdrav.ru
|-
| ismlp
| Схема для объектов ИСЛМП
|-
| iemk
| Объекты для работы с ИЭМК ХМАО
|-
| isar
| Выгрузка диспансеризации ХМАО

|}

== Табличные пространства==

Данные и индексы хранить в разных таблспейсах USR_DATA и USR _INDX . Данные аудита хранить в таблеспейсах LOG_DATA и LOG_INDX. Архивные данные в схемах HST_DATA и HST_INDX.

{| width="90%" border="1" cellpadding="0" cellspacing="0"
|-
! scope="col" | Tablespace
! scope="col" | Назначение
|-
| USR_DATA
| таблицы данных из схемы MIS
|-
| USR_INDX
| индексы из схемы MIS
|-
| LOG_DATA
| Данные аудита
|-
| LOG_INDX
| Архивные данные
|-
| HST_DATA
| Индексы архива
|-
| HST_INDX
| Индексы аудита
|}

== AUDIT ==

Описание механизма аудита смотреть в комментариях к функциям audit.audit_table
см отдельную статью [[Аудит в MIS3]]

== Резервное копирование ==

* pg_basebackup + wal archive на неделю (для возможности отката базы на любое время в течении недели назад)
* pg_dump раз в неделю с аккуратно настроенными политиками хранения архивов (на случай если попросят восстановить базу чтобы что то посмотреть например на начало 2010 года).
* hot standby на случай сбоя мастер сервера

Ссылки

* http://habrahabr.ru/post/197742/

== Разделение данных на оперативные данные и архивные. ==

Таблицы, которые относятся к архивным данным хранить в схеме zz, таблспейсы HST_DATA, HST_INDX

== Верификация ==

Последняя версия скриптов для верификации именования и расположения объектов находятся на SVN IBIS/trunk/ER3/DB/LocalScripts На данный момент это:
* правильные имена constraint (Constraint_name.sql) - делает сразу правильные
* правильные имена index (Index_name.sql) (делает сразу правильные)
* функции у которых нет комментария Check_comments\funct_desc_check.sql
* таблицы у которых нет комментариев Check_comments\table_desc_check.sql
* для всех объектов овнер должен быть MIS_USER (select mm.mis_user_owner)

== Ссылки ==
* http://www.sqlstyle.guide

[[Категория:Руководство программиста MIS3]]
[[Категория:Postgresql]]

VPN подключение к офису в Таганроге (OpenVPN)

2022-03-09T08:36:34Z

Admin:

== Подключение к офису ==

'''Важно!''' Если у вас домашняя сеть имеет адресное пространство в сетях 192.168.0.0, 192.168.1.0, 192.168.2.0, 192.168.3.0, 192.168.4.0 192.168.5.0, 192.168.254.0, 192.168.255.0, то во избежания конфликта адресов при доступе к офисным ресурсам вам необходимо перенастроить домашний маршрутизатор на другое адресное пространство 192.168.x.0, где x лежит в диапазоне от 8 до 250.

Для доступа к ресурсам в офисе и некоторых удалённых объектов необходимо настроить подключение с использованием OpenVPN. Для этого нужно выполнить несколько несложных действий. В данная статья рассчитана на пользователей Windows10, а вот пользователям Windows7 и Windows8x не повезло. Сообществом разработчиков OpenVPN уже не поддерживаются, поэтому на свой страх и риск можно попробовать.

# Получить у сетевого администратора персональные параметры подключения.
# Скачать отсюда https://cloud.oblteh.ru/s/Wq6LjkzpfmFcQG5 установочный файл ''openvpn-install-2.4.4-I601.exe''. Также можно скачать более новую версию ''OpenVPN-2.5.3-I601-amd64.msi'', которая имеет лучшую интеграцию с Windows 10. Последний релиз можно скачать тут https://openvpn.net/community-downloads/
# Запустить его, устанавить, на все вопросы установщика дать утвердительный ответ ("Да").
# По завершению установки запустить приложение ''OpenVPN GUI''.
# В своей домашней папке создать папку ''C:\Users\%USERNAME%\OpenVPN\config''.
# Полученный у сетевого администратора архив с личными параметрами входа необходимо разархивировать с поддиректорием (папкой) в созданною папку.
# В ''"Панеле уведомлений"'' найти иконку монитора с замочком", нажать на нем ''"Подключить"''.
# На запрос логина и пароля ввести свои '''логин и пароль от корпоративной почты'''.

Через это подключение не работает IP телефония через офисную [[АТС]]

'''Находясь в офисе''', держать подключенный к офису OpenVPN абсолютно бессмысленно. Кроме того, это может быть причиной снижения скорости доступа к ресурсам локальной сети офиса и вызвать проблемы с доступом на удаленные ресурсы.

== Несколько одновременных подключений ==

Если необходимо выполнить '''одновременно несколько подключений''', нужно добавить соответствующие сетевые интерфейсы. Для этого необходимо выполнить с правами администратора "C:\Program Files\TAP-Windows\bin\addtap.bat". Этот скрипт необходимо запустить один раз для второго подключения. Для трёх одновременных подключений его придется выполнить еще раз (всего 2 раза). Не рекомендуется запускать его много раз, с запасом.

== Особенности некоторых подключений ==

=== ДИТ Москвы ===

Это подключение не работает с версиями новее ''2.4.4''. Для решения этой проблемы в конфигурационный файл ''ДИТ Москвы.ovpn'' необходимо добавить строку

tls-cipher "DEFAULT:@SECLEVEL=0"

[[Категория:Офис в Таганроге]]

Аудит в MIS3

2022-02-14T06:08:54Z

Admin: /* Просмотр */

Существуют следующие виды аудита
* Аудит изменения данных
* аудит входа/выхода

== Аудит изменения данных ==
# Аудит данных осуществляется посредством триггров на таблицы
# Триггеры имеют название: audit_trigger%
# Данные аудита хранятся в схеме audit
# Пока Существуют два хранилища аудита:
* audit.logged_action_dict - справочники
* audit.logged_action - все остальное

# Хранилище к которому относится аудит конкретной таблицы можно получить из таблицы audit.table_conf. Эта таблица должна быть одинаковой на всех БД

=== Включение аудита ===

* SELECT audit.audit_table('mm.naz');
* в хранилище справочников: SELECT audit.audit_table_dict('');
* пример с исключающими столбцами select audit.audit_table('mm.naz_text', true, true, '{"textb"}' )

=== Выключение аудита ===

DROP TRIGGER if exists audit_trigger_row ON &table_name ;
DROP TRIGGER if exists audit_trigger_stm ON &table_name ;

== Просмотр ==
Ниже примеры:

<source>
SELECT a.action_tstamp_tx,
a.table_name,
a.session_user_name,
a.client_addr,
a.client_query,
a.action,
a.row_data,
a.changed_fields
FROM audit.logged_actions a
where a.table_name = 'naz_text' and
schema_name = 'mm' and
a.row_data -> 'naz_id' = '8204'
</source>

<source>
-- все снятые подписи
SELECT a.action_tstamp_tx,
a.TABLE_NAME,
a.session_user_name,
a.client_addr,
a.client_query,
a.action,
a.row_data,
a.changed_fields
FROM audit.logged_actions a
WHERE a.TABLE_NAME = 'naz' AND
schema_name = 'mm'
AND a.action_tstamp_tx >= current_date - interval '100 day'
and a.row_data -> 'naz_state_id' in ('1', '6','7','8','9')
and a.changed_fields -> 'naz_state_id' = '2'

</source>

-- Изменение по определенной ИБ
<source>
select nd.name,naz_audit.* from

(SELECT
(populate_record(NULL::mm.naz, a.row_data)).*, a.action_tstamp_tx,
a.TABLE_NAME,
a.session_user_name,
a.client_addr,
a.client_query,
a.action,
a.row_data,
a.changed_fields
FROM audit.logged_actions a
WHERE a.TABLE_NAME = 'naz' AND
schema_name = 'mm'
AND a.row_data -> 'mdoc_id' ='6048') naz_audit left join mm.naz_dict nd on naz_audit.naz_dict_id = nd.id

</source>

=== Просмотр истории изменения из форм наследников TfmWinOnTask ===

Формы-наследники от TfmWinOnTask могут показывать аудит при нажатии на клавишу "Ctrl+Shift+H"

Для этого необходимо:

# Заполнить запись в таблице mm.entity (Справочники -> система и пользователи -> Сущности). Прописать два SQL-запроса для просмотра аудита.
# В форме WOT установить соответствующее свойство EntityName, например EntityName := 'ambticket';

== Восстановление данных из аудита ==

select (populate_record(null::mm.ambticket, a.row_data)).*
FROM audit.logged_actions a
WHERE a.TABLE_NAME = 'ambticket'
AND schema_name = 'mm'
AND a.row_data -> 'mdoc_id' = '9992'
and a.action_tstamp_tx = '2016-02-08 13:56:39.021+03'

== Аудит входа / выхода ==

Работает на основе логов postgresql. Для этого необходимо включить следующие настройки
log_timezone = 'Etc/GMT-3'

log_destination = 'csvlog'
log_directory = 'pg_log' # directory where log files are written,
logging_collector = on
log_connections = on
log_disconnections = on
log_duration = on
#log_statement = 'all'
log_statement = 'ddl' # none, ddl, mod, all
lc_messages = 'English_English.1251' # locale for system error message
log_filename = 'postgresql-%Y-%m-%d.log' # log file name pattern,

Просмотреть можно на закладке Аудит, журнал входов/ выходов. Импорт данных работает только под SOFTMASTER

{{warning}} Папку с логами нужно периодически чистить.

[[Категория:Руководство программиста MIS3]]

Аудит в MIS3

2022-02-14T06:08:22Z

Admin: /* Просмотр */

Существуют следующие виды аудита
* Аудит изменения данных
* аудит входа/выхода

== Аудит изменения данных ==
# Аудит данных осуществляется посредством триггров на таблицы
# Триггеры имеют название: audit_trigger%
# Данные аудита хранятся в схеме audit
# Пока Существуют два хранилища аудита:
* audit.logged_action_dict - справочники
* audit.logged_action - все остальное

# Хранилище к которому относится аудит конкретной таблицы можно получить из таблицы audit.table_conf. Эта таблица должна быть одинаковой на всех БД

=== Включение аудита ===

* SELECT audit.audit_table('mm.naz');
* в хранилище справочников: SELECT audit.audit_table_dict('');
* пример с исключающими столбцами select audit.audit_table('mm.naz_text', true, true, '{"textb"}' )

=== Выключение аудита ===

DROP TRIGGER if exists audit_trigger_row ON &table_name ;
DROP TRIGGER if exists audit_trigger_stm ON &table_name ;

== Просмотр ==
Ниже примеры:

<source>
SELECT a.action_tstamp_tx,
a.table_name,
a.session_user_name,
a.client_addr,
a.client_query,
a.action,
a.row_data,
a.changed_fields
FROM audit.logged_actions a
where a.table_name = 'naz_text' and
schema_name = 'mm' and
a.row_data -> 'naz_id' = '8204'
</source>

<source lang="sql">
-- все снятые подписи
SELECT a.action_tstamp_tx,
a.TABLE_NAME,
a.session_user_name,
a.client_addr,
a.client_query,
a.action,
a.row_data,
a.changed_fields
FROM audit.logged_actions a
WHERE a.TABLE_NAME = 'naz' AND
schema_name = 'mm'
AND a.action_tstamp_tx >= current_date - interval '100 day'
and a.row_data -> 'naz_state_id' in ('1', '6','7','8','9')
and a.changed_fields -> 'naz_state_id' = '2'

-- Изменение по определенной ИБ
select nd.name,naz_audit.* from

(SELECT
(populate_record(NULL::mm.naz, a.row_data)).*, a.action_tstamp_tx,
a.TABLE_NAME,
a.session_user_name,
a.client_addr,
a.client_query,
a.action,
a.row_data,
a.changed_fields
FROM audit.logged_actions a
WHERE a.TABLE_NAME = 'naz' AND
schema_name = 'mm'
AND a.row_data -> 'mdoc_id' ='6048') naz_audit left join mm.naz_dict nd on naz_audit.naz_dict_id = nd.id

=== Просмотр истории изменения из форм наследников TfmWinOnTask ===

Формы-наследники от TfmWinOnTask могут показывать аудит при нажатии на клавишу "Ctrl+Shift+H"

Для этого необходимо:

# Заполнить запись в таблице mm.entity (Справочники -> система и пользователи -> Сущности). Прописать два SQL-запроса для просмотра аудита.
# В форме WOT установить соответствующее свойство EntityName, например EntityName := 'ambticket';

== Восстановление данных из аудита ==

select (populate_record(null::mm.ambticket, a.row_data)).*
FROM audit.logged_actions a
WHERE a.TABLE_NAME = 'ambticket'
AND schema_name = 'mm'
AND a.row_data -> 'mdoc_id' = '9992'
and a.action_tstamp_tx = '2016-02-08 13:56:39.021+03'

== Аудит входа / выхода ==

Работает на основе логов postgresql. Для этого необходимо включить следующие настройки
log_timezone = 'Etc/GMT-3'

log_destination = 'csvlog'
log_directory = 'pg_log' # directory where log files are written,
logging_collector = on
log_connections = on
log_disconnections = on
log_duration = on
#log_statement = 'all'
log_statement = 'ddl' # none, ddl, mod, all
lc_messages = 'English_English.1251' # locale for system error message
log_filename = 'postgresql-%Y-%m-%d.log' # log file name pattern,

Просмотреть можно на закладке Аудит, журнал входов/ выходов. Импорт данных работает только под SOFTMASTER

{{warning}} Папку с логами нужно периодически чистить.

[[Категория:Руководство программиста MIS3]]

История изменений MIS3

2022-02-11T04:54:24Z

Admin:

== Изменения в компилируемых модулях ==
История изменений берется из комментариев при комите svn, начинающихся с символа [

см [[Формат комментариев в VCS]]

== История изменений БД ==
Каждый файл обновления БД (7z) должен содержать файл readme.txt в котором должно быть краткое описание обновления

[[Категория:Руководство программиста MIS3]]

История изменений MIS3

2022-02-11T04:54:11Z

Admin:

== Изменения в компилируемых модулях ==
История изменений берется из комментариев при комите svn, начинающихся с символа [

== История изменений БД ==
Каждый файл обновления БД (7z) должен содержать файл readme.txt в котором должно быть краткое описание обновления

см [[Формат комментариев в VCS]]

[[Категория:Руководство программиста MIS3]]

История изменений MIS3

2022-02-11T04:53:59Z

Admin:

== Изменения в компилируемых модулях ==
История изменений берется из комментариев при комите svn, начинающихся с символа [

== История изменений БД ==
Каждый файл обновления БД (7z) должен содержать файл readme.txt в котором должно быть краткое описание обновления

см [Формат комментариев в VCS]

[[Категория:Руководство программиста MIS3]]