1C postgresql windows: 1С — настройка PostgreSQL 11.9 на сервере Windows Server 2019

Содержание

1С — настройка PostgreSQL 11.9 на сервере Windows Server 2019

Приветствую тебя, мой юный 1С-ник. Ты, как и я, не любишь 1С и стараешься как можно быстрее и качественнее отвязаться от задач, связанных с этим продуктом, чтобы больше никогда к ним не возвращаться? Настроил — и забыл, это наш подход!

1С тормозит. Корову можно кормить топовыми процессорами, SSD и немеряным количеством оперативки, но гепардом она всё равно не станет. Этому есть несколько причин:

Транзакционная модель, от этого в финансах не уйти. Транзакция сидит на транзакции и транзакцией погоняет. Опять же, транзакции подразумевают блокировки, пока блокировка не будет снята, объект не станет доступным другим пользователям.
Доступность среды разработки. Куча разработчиков сидят, что-то там программируют. Бесконечные циклы, утечки памяти, перерасход ресурсов, кривые руки и непонимание того, что они делают. Ладно бы это делалось централизованно, но сколько 1С серверов, столько и разработчиков. Одну и ту же задачу можно решить разными способами, зачастую решение задачи оказывается не самым оптимальным. В итоге мы слышим: «Это железо тормозит!» «Это база тормозит!»
Временные таблицы. Весь 1С построен на временных таблицах. На каждый чих создаётся временная таблица, с которой проводятся операции, на них даже индексы строятся. И если БД не может правильно обрабатывать временные таблицы, то успеха не будет. Table Scan — не самая быстрая операция.
Неправильные настройки сервера БД. Кривые настройки — такой же результат.

Сегодня будем настраивать PostgreSQL 11.9 на сервере Windows Server 2019.

Что лучше: MSSQL или PostgreSQL?

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

https://infostart.ru/1c/articles/962876/

И тут я такой: «А если поднять у MSSQL tempdb в RAM диск?» И снова становится непонятно. Но понятно одно, MSSQL стоит денег, а PostgreSQL бесплатный.

Итак, тестовый стенд (или правильнее сказать, реальный?):

Сервер, виртуальный, операционная система Windows Server 2019 Standard, триальная.
CPU: 16 ядер
ОЗУ: 64 ГБ
Диск SSD, отдельный для БД.
Размер базы: 50 Гб
1С 8.3 и PostgreSQL 11.9-1.1C вместе на одном сервере
50 аккаунтов пользователей 1С в настоящее время

По хорошему, мух следует отделять от котлет. И разносить 1С и БД на разные серверы. Однако, на практике, часто бывает иначе. Сервер имеется один, на нём размещают и базу и сервер 1С. И это не просто предположение, вчера привезли новый сервер и поставили задачу: установить Windows, MSSQL и 1С. Всё на одну машину. Но это немного другая история, не связанная с текущей.

Как разделить ресурсы между 1С и PostgreSQL?

Очень просто. 50 пользователей 1С работают в разное время, создают 3-4 рабочих процесса и забирают примерно 8-12 Гб ОЗУ. Оперативку я мысленно разделил так: 75% (48 Гб) отдаём PostgreSQL, 25% (16 Гб) отдаём 1С.

Следовательно, для настроек PostgreSQL я исхожу из цифр:

CPU: 16 ядер
ОЗУ: 48 ГБ
Диск: SSD
Количество пользователей 1С: 100 (с расчётом на будущее)

Далее RAM — это 48 Гб, которые выделены для PostgreSQL.

Полезные ссылки

https://pgtune.leopard.in.ua/

https://infostart.ru/public/554213/

http://www.gilev.ru/postgresql/

Настройка PostgreSQL 11.9

Основной файл настроек PostgreSQL — postgresql.conf. Приступим.

Сеть

max_connections = 100

Максимальное количество одновременных подключений к БД. Я просто установил в два раза больше, чем текущее количество 1С пользователей. К базе ещё подключается пользователь для мониторинга и администраторы. Если будет не хватать, то можно потом изменить параметры.

Память

shared_buffers = 12GB

Количество памяти, выделенное для кэша страниц. Рекомендуется от 1/8 до 1/4 RAM. Вычисляю: 48 Гб / 4 = 12 Гб.

maintenance_work_mem = 2024MB

Лимит памяти для внутренних обслуживающих задач. Рекомендуется 1/4 RAM. Однако, при увеличении больше 2024MB служба PostgreSQL не запускается.

effective_cache_size = 36GB

Кэш файловой системы. Планировщик исходя из этого параметра принимает решение об использовании больших индексов (IndexScan), и это хорошо. Рекомендуется RAM — shared_buffers. Вычисляю: 48 Гб — 12 Гб = 36 Гб.

work_mem = 2024MB

Лимит памяти для обработки одного запроса. При превышении этого объёма сервер начинает использовать временные файлы на диске. Рекомендуется от 1/32 до 1/16 RAM. Однако, при увеличении больше 2024MB служба PostgreSQL не запускается.

temp_buffers = 2024MB

Буфер под временные объекты, например, для временных таблиц. Рекомендуется 1/20 RAM. Однако, при увеличении больше 2024MB служба PostgreSQL не запускается.

Процессор

max_worker_processes = 16

Максимальное число фоновых процессов. Зависит от количества выделенных для PostgreSQL ядер CPU. По калькулятору.

max_parallel_workers = 8

Задаёт максимальное число рабочих процессов, которое система сможет поддерживать для параллельных запросов. Рекомендуют равным max_worker_processes, однако в этом случае какой-то «толстый» запрос может сожрать все потоки и другим не достанется. Использую половину процессоров.

max_parallel_workers_per_gather = 8

Задаёт максимальное число рабочих процессов, которые могут запускаться одним узлом Gather илиGather Merge. Не более max_parallel_workers, задал по максимуму.

max_parallel_maintenance_workers = 4

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

max_files_per_process = 1000

Задаёт максимальное число файлов, которые могут быть одновременно открыты каждым процессом. Значение по умолчанию — 1000 файлов.

autovacuum_max_workers = 4

Задаёт максимальное число процессов автоочистки (не считая процесс, запускающий автоочистку), которые могут выполняться одновременно. Чем больше запросов записи, тем больше процессов. Если база только для чтения, то достаточно одного процесса.

Диск

fsync = on

Если параметр fsync включён, то при выполнении операции COMMIT данные сразу переписываются из кэша операционной системы на диск, тем самым гарантируется целостность данных при возможном аппаратном сбое. При этом снижается производительность операций записи на диск, поскольку при этом не используются возможности отложенной записи данных операционной системы. Данный параметр можно отключать только при наличие аппаратного RAID контроллера с кэшем в режиме write-back и батарейкой для гарантированной записи данных при отключении питания.

#effective_io_concurrency = 2

Задаёт допустимое число параллельных операций ввода/вывода, которое говорит PostgreSQL о том, сколько операций ввода/вывода могут быть выполнены одновременно. Для магнитных носителей хорошим начальным значением этого параметра будет число отдельных дисков, составляющих массив RAID 0 или RAID 1, в котором размещена база данных. Для RAID 5 следует исключить один диск (как диск с чётностью). У меня один диск, поэтому у меня данный параметр закомментирован.

wal_sync_method = open_datasync

Метод, который используется для принудительной записи данных на диск. Возможные значения:

open_datasync – запись данных методом open() с параметром O_DSYNC,
fdatasync – вызов метода fdatasync() после каждого commit,
fsync_writethrough – вызывать fsync() после каждого commit игнорирую паралельные процессы,
fsync – вызов fsync() после каждого commit,
open_sync – запись данных методом open() с параметром O_SYNC.

Выбор метода зависит от операционной системы под управлением, которой работает PostgreSQL. Для Windows рекомендуется open_datasync. Для Linux — fdatasync.

#checkpoint_segments = 32

В версии PostgreSQL 11.9 не используется, поэтому у меня данный параметр закомментирован. Данный параметр определяет количество сегментов (каждый по 16 МБ) лога транзакций между контрольными точками. В зависимости от объема данных установите этот параметр в диапазоне от 12 до 256 сегментов и, если в логе появляются предупреждения (warning) о том, что контрольные точки происходят слишком часто, постепенно увеличивайте его. Можно установить в 32 (если у вас PostgreSQL поддерживает этот параметр) и дальше смотреть предупреждения в логе.

checkpoint_completion_target = 0.9

Часть интервала контрольной точки. Рекомендуется максимальное значение 0.9.

wal_buffers = 16MB

PostgreSQL сначала пишет в буферы, а затем эти буферы сбрасываются в WAL файлы на диск. По молчанию 16MB.

min_wal_size = 4GB

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

max_wal_size = 16GB

Максимальный размер WAL файла. Рекомендуется от 2 * min_wal_size до 4 * min_wal_size.

autovacuum = on

Включение автоочистки.

bgwriter_delay = 20ms

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

bgwriter_lru_multiplier = 4.0
bgwriter_lru_maxpages = 400

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

Параметры, управляющие интенсивностью записи фонового процесса записи.

synchronous_commit = off

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

commit_delay = 1000

Пауза в микросекундах перед собственно выполнением сохранения WAL.

commit_siblings = 5

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

Оптимизатор запросов

default_statistics_target = 300

Количество записей, просматриваемых при сборе статистики по таблицам. Рекомендуется для 1С от 1000 до 10000. Я поставил 300, если будут зависания, параметр можно увеличить.

from_collapse_limit = 20

Задаёт максимальное число элементов в списке FROM, до которого планировщик будет объединять вложенные запросы с внешним запросом. При меньших значениях сокращается время планирования, но план запроса может стать менее эффективным.

join_collapse_limit = 6

Задаёт максимальное количество элементов в списке FROM, до достижения которого планировщик будет сносить в него явные конструкции JOIN (за исключением FULL JOIN). Рекомендуется 1, но сложные запросы с большим количеством соединений и источников данных станут надолго зависать. Поэтому ставлю чуть меньше значения по умолчанию — 6.

seq_page_cost = 0.1

Задаёт приблизительную стоимость последовательного чтения одной страницы с диска. Для NVMe дисков рекомендуется 0.1. Для HDD 1.5 — 2.0. Для SSD 1.1 — 1.3. Можно посмотреть характеристики ваших дисков.

random_page_cost = 0.4

Задаёт приблизительную стоимость случайного чтения одной страницы с диска. Рекомендуется ставить чуть больше чем seq_page_cost.

cpu_operator_cost = 0.00025

Задаёт приблизительную стоимость обработки оператора или функции при выполнении запроса. Рекомендуется 0.00025.

online_analyze.table_type = 'temporary'

Типы таблиц, для которых выполняется немедленный анализ:

all (все),
persistent (постоянные),
temporary (временные),
none (никакие).

При возникновении проблем с производительностью выполнения регламентных операций можно включить сбор статистики для всех таблиц: all.

online_analyze.threshold = 50

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

online_analyze.scale_factor = 0.1

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

online_analyze.min_interval = 10000

Минимальный интервал времени между вызовами ANALYZE для отдельной таблицы (в миллисекундах).

online_analyze.verbose = off

Отключаем подробные сообщения расширения online_analyze.

online_analyze.local_tracking = off

online_analyze использует для временных таблиц системную статистику по умолчанию.

plantuner.fix_empty_table = on

plantuner будет обнулять число страниц/кортежей в таблице, которая не содержит никаких блоков в файле.

enable_nestloop = off

Отключает использование планов соединения с вложенными циклами.

enable_mergejoin = off

Отключает использование планов соединения слиянием.

Сбор статистики

track_counts = on

Включает сбор статистики активности в базе данных. Этот параметр по умолчанию включён, так как собранная информация требуется автоочистке.

1С

standard_conforming_strings = off

Разрешить использовать символ «\» для экранирования.

escape_string_warning = off

Не выдавать предупреждение об использовании символа «\» для экранирования.

shared_preload_libraries = 'online_analyze, plantuner'

Библиотеки, которые будут загружаться при запуске сервера.

online_analyze.enable = on

Анализ статистики временных таблиц.

PostgreSQL

max_locks_per_transaction = 256

Этот параметр управляет средним числом блокировок объектов, выделяемым для каждой транзакции.

ssl = off

Шифрование. Если сеть защищена, то отключаем. Если 1С и PostgreSQL находятся на одном сервере — тем более отключаем.

Прошёл месяц

Сначала были какие-то ошибки в логах postgresql, но они были связаны с процессом разработки. Месяц — полёт нормальный.

Как установить и настроить СУБД Postgres Pro для 1С

Актуальность использования СУБД PostgreSQL для 1С особенно набирает обороты в последнее время, поскольку не требуется приобретать лицензии MS SQL.

Рассмотрим архитектурное решение, когда СУБД вынесена на отдельную машину, а сервер 1С находится на Windows Server.

Данное архитектурное решение было выбрано по причине того, что обмен между БД настроен через COM-компонент. Если сервер 1С переносить на Linux, то требуется также перенастраивать обмен, который в нашем решении не требуется.

В первую очередь требуется выбрать дистрибутив, на котором будем устанавливать СУБД. Мы выбрали Debian 11.

Минимальные системные требования для установки Postgres Pro, создания кластера баз данных и запуска сервера:

Процессор с частотой 1 ГГц.

1 ГБ ОЗУ.

1 ГБ свободного дискового пространства.

Для вспомогательных компонентов или данных потребуется дополнительное дисковое пространство.

Для того чтобы Postgres Pro работал с сервером 1С требуется установить locale ru_RU.UTF-8. Вводим команду:

# dpkg-reconfigure locales

Выбираем пробелом ru_RU.UTF-8 UTF-8 и нажимаем “Enter”. Перезагружаем сервер.

Установка Postgres Pro для работы с 1С

Для работы с 1С существует несколько редакций PostgreSQL, наиболее известные это от компании Postgres Pro и так же от самой 1С.

У нас будет установка Postgres Pro.

Заходим на сайт 1c.postgres.ru.

Отвечаем на 3 вопроса и в конце заполняем свой e-mail, куда вышлют инструкцию по установки.

Вводим команды:

# wget https://repo.postgrespro.ru/pg1c-14/keys/pgpro-repo-add.sh

# sh pgpro-repo-add.sh

# apt-get install postgrespro-1c-14

# systemctl status postgrespro-1c-14.service

Проверяем статус Postgres Pro, он должен быть установлен и запущен.

Рисунок 1 — Успешно запущенная Postgres Pro

Настройка PostgreSQL для работы с 1С

После успешной установки, мы должны настроить СУБД для работы 1С. В первую очередь задаем пароль для внутреннего пользователя Postgres, чтобы подключаться к БД с 1С сервера.

# sudo -u postgres psql -U postgres -c "alter user postgres with password 'postgrespwd';"
ALTER ROLE

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

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

Создаем директорию, куда будем добавлять виртуальный диск:

# mkdir /var/lib/pgsql_tmp
 # chown postgres:postgres  /var/lib/pgsql_tmp/

Добавляем в /etc/fstab в конец строчку:

tmpfs /var/lib/pgsql_tmp tmpfs     size=256M,uid=postgres,gid=postgres 0 0

Монтируем диск в систему:

# mount /var/lib/pgsql_tmp

Идем в конфиг БД /var/lib/pgpro/1c-14/data/postgresql.conf и меняем параметр:

stats_temp_directory = '/var/lib/pgsql_tmp'

После успешной настройки перезагружаем службу:

# systemctl restart postgrespro-1c-14.service

Подключение информационной базы 1С к серверу PostgreSQL

Заходим на сервер, где расположена консоль администрирования сервера 1С.

Правой кнопкой мыши нажать на “Информационные базы (Далее ИБ)” > “Создать” > “ИБ”. Заполняем поля:

Имя — Test (Как будет называться ИБ).

Сервер баз данных: 192.168.74.128 (Адрес нашего сервера postgresql).

Тип СУБД: PostgreSQL.

База данных: Test (как будет называться БД в СУБД).

Пользователь сервера БД: postgres.

Пароль пользователя БД: postgrespwd.

Если базы нет, то еще поставить “Создать базу данных с случае ее отсутствия”.

Подключаем ИБ для запуска 1С:Предприятия. Заходим в 1С:Предприятие, нажимаем “Добавить”. Ставим “Добавление в список существующей ИБ”. Указываем наименование ИБ. Ставим “На сервере 1С:Предприятия”.

Кластер серверов: localhost (Адрес где находится сервер 1С).

Имя ИБ: Test (Имя которое мы задавали в оснастке).

Мы добавили ИБ для запуска, можно заходить в конфигуратор и загружать имеющую конфигурацию.

Мы провели успешно установку сервера PostgreSQL на Debian 11.

Что такое сервер 1С? | Cloud4Y

Когда в 1С одновременно работает много сотрудников, программа склонна к «зависаниям». Сервер 1С создан, чтобы избавиться от этой проблемы и обеспечить высокую производительность при работе с большими объемами информации.

В состав сервера 1С входят два компонента: сервер приложений, обрабатывающий данные, и SQL-сервер, хранящий данные. Он совместим с такими продуктами, как Microsoft SQL Server, Linux PostgreSQL, IBM DB2. Сервер 1С выступает посредником между сервером баз данных и клиентскими компьютерами. Он выполняет тяжелые вычислительные задачи, значительно освобождая клиентские компьютеры.

Понятие «сервер 1С» появилось только после выхода линейки версий 1С 7. До этого была просто программа 1С, которая постепенно эволюционировала в толстый клиент. Он работал со своей файловой базой.

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

Важным событием стал переход на клиент-серверную технологию 1С. В платформе 7.7 появилась экспериментальная версия SQL, которая использовала отдельную СУБД для хранения и управления БД.

В 1С:Предприятии 8.0 появилось разделение на клиентские и серверные процедуры. С тех пор установка и настройка сервера 1С стала обычным делом.

Эту технологию разумно взять на вооружение крупным и средним компаниям, когда файловая база уже не справляется, и требуется полноценная СУБД. Если в организации от одного до пяти пользователей 1С, для поддержки бизнес-процессов достаточно типовой конфигурации.

Когда сеансов пользователей больше десяти, локальная сеть перегружается, что сильно замедляет параллельную работу. Например, если 1С использует отдел из 20 человек, плюс менеджмент и кассиры в торговых точках. Другой пример — оптовый поставщик, у которого может быть не так много пользователей, но ассортимент товаров и список контрагентов огромен. В этих случаях сервер 1С становится необходимостью.

Выбор сервера для 1С — типовая архитектура

Архитектура решения может быть разной, в зависимости от целей. В целом он включает в себя следующие компоненты: сервер 1С:Предприятия и сервер СУБД, чаще всего MSSQL или PostgresSQL PRO. Это программные серверы, которые могут располагаться как на физических, так и на виртуальных серверах.

Клиенты. При необходимости запуска платформы на ПК (например, при использовании определенных моделей торгово-кассового оборудования) – на рабочие устройства устанавливаются программные клиенты. В эти компьютеры вставляются ключи защиты, распространяемые по сети специальной программой или сервером 1С.

Если вы устанавливаете компоненты веб-сервера на сервер 1С (входит в Платформу 1С), то клиенты вам не понадобятся — вы получаете доступ через браузер.

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

Сервер 1С в облаке

Построение инфраструктуры для платформы 1С предполагает большие вложения, плюс затраты на обслуживание и модернизацию, наем ИТ-специалистов и т. д. Альтернативное решение — аренда инфраструктуры для 1С в облаке. Сервер 1С на виртуальной машине обойдется намного дешевле — так как это модель IaaS, вам придется платить только за используемые ресурсы.

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

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

Аренда виртуального сервера для 1С с Cloud4Y

Cloud4Y предлагает по подписке вариант работы с полнофункциональной версией 1С. Программа установлена на отказоустойчивом облачном сервере, клиент может подключиться к нему по зашифрованному интернет-каналу с любого устройства и из любой точки мира.

Как использовать 1С в облаке? Возможны три варианта реализации:

Подключение к удаленному серверу (по протоколу MS RDP) . Сервер 1С разворачивается на площадке провайдера и подключается к серверу (при необходимости могут использоваться защищенные соединения). Пользователь подключается к удаленному виртуальному серверу по протоколу RDP и получает визуализацию того, что происходит на другом компьютере. Все вычислительные процессы происходят на сервере.

Соединение с сервером приложений . RemoteApp — служба удаленных приложений, предоставляющая доступ к 1С по протоколу RDP. Для настройки связи между локальным компьютером и облачной 1С этим методом также используется клиент удаленного рабочего стола. Вычислительные процессы выполняются на сервере с помощью приложения. В отличие от RDP, пользователь имеет доступ только к программе 1С, а не ко всему удаленному рабочему столу.

Доступ через веб-браузер . При таком варианте вам не придется устанавливать 1С на локальные ПК. Все, что вам нужно сделать, это запустить браузер и перейти по адресу.

Cloud4Y также предоставляет лицензии 1С в аренду. Если у компании уже есть лицензии, вы можете использовать свои USB-ключи.

Услуга аренды сервера 1С не только поможет сэкономить деньги и оптимизировать работу ваших сотрудников с программой, но и избавит вас от решения технических вопросов, связанных с обслуживанием инфраструктуры.

Системные требования | Платформа «1С:Предприятие»

70, 9653353, 8934457.

70,
15, 6642692, 8889930, 7556778, 5586604.70, 9653353, 8934457.70,
15, 8947919, 8889930, 7556778, 5586604.

Технологическая платформа «1С:Предприятие»
Тонкий клиент и толстый клиент
Операционная система		Примечания
Microsoft Windows	Windows 8
	Windows 7
	Windows Server 2012 (x64)
	Windows Server 2008 R2 (x64)
	Windows Server 2008
	Windows Server 2003
	Windows Vista
	Windows XP
Линукс	Убунту 12. 04 ЛТС
	Новый 12
	Федора 17
Веб-клиент
Операционная система
Microsoft Windows	Windows 8	Мы рекомендуем использовать Internet Explorer 9 на компьютерах с ограниченным объемом ОЗУ и ЦП. В качестве альтернативы вы можете использовать другие браузеры, поддерживаемые «1С:Предприятием».
	Windows 7
	Windows Server 2012 (x64)
	Windows Server 2008 R2 (x64)
	Windows Server 2008
	Windows Server 2003
	Windows Vista
	Windows XP
Линукс	Линукс
Mac OS X	Mac OS X 10. 5 или новее
iOS	iOS 3.2, 4.2 или новее	Только планшеты iPad.
Поддерживаемые веб-браузеры
	Mozilla Firefox версии 17 или новее для Windows и Linux
	Microsoft Internet Explorer 8.0, 9.0 (x86) или 10 (x86) для Windows	Мы рекомендуем использовать Internet Explorer 9 на компьютерах с ограниченным объемом ОЗУ и ЦП.
	Google Chrome 4 или более поздней версии для Windows
	Safari 4. 0.5 или более поздней версии для Mac OS X	Следующие функции не поддерживаются: надстройки, расширения файлов и расширения шифрования.
Сервер 1С:Предприятия
Архитектура x86
Операционная система
Microsoft Windows	Windows 8
	Windows 7
	Windows Server 2012 (x64)
	Windows Server 2008
	Windows Server 2003
	Windows Vista
	Windows XP
Линукс (*)	ALT Linux 2. 4 или выше	Только рабочие серверы и центральные серверы кластера.
	ASP Linux 11 или выше
	CentOS 4 или новее
	Debian GNU/Linux 4.0 или выше
	Fedora Core 4 или новее
	Fedora 7 или новее
	Блок питания Mandriva 2009
	Red Hat Enterprise Linux 4, обновление 4 или выше
	Ubuntu 7.10 или новее
Архитектура x86-64
Операционная система
Microsoft Windows	Windows 8 (x64)
	Windows 7 (x64)
	Windows Server 2012 R2 (x64)
	Windows Server 2008 R2 (x64)
	Windows Server 2008 (x64)
	Windows Server 2003 (x64)	Рекомендуется установить пакет обновлений 2.
	Windows Vista (x64)
	Windows XP (x64)	Рекомендуется установить пакет обновления 1.
Линукс (*)	ASP Linux 11 или выше	Только рабочие серверы и центральные серверы кластера.
	CentOS 4 или новее
	Debian GNU/Linux 4.0 или выше
	Fedora Core 4 или новее
	Fedora 7 или новее
	Блок питания Mandriva 2009
	Red Hat Enterprise Linux 4, обновление 4 или выше
	Ubuntu 7. 10 или новее
Сервер базы данных Поддерживаются операционные системы семейств Linux и Windows
Архитектура x86
СУБД
Microsoft SQL Server	SQL Server 2012
	SQL Server 2008 R2
	SQL Server 2008	Требуется пакет обновления 1.
	SQL Server 2005	Требуется пакет обновления 3.
	SQL Server 2000	Рекомендуется пакет обновления 4. Требуется пакет обновления 2. Рекомендуется SQL Server 2005 или более поздней версии.
PostgreSQL(*)	PostgreSQL 9.2.4	Требуется одна из следующих операционных систем: Майкрософт Windows 2000 Windows XP Windows Server 2003 Windows 7 Windows Server 2008 Windows Server 2008 R2 Линукс (*) Ядро Fedora 8-15 Red Hat Enterprise Linux 5-6 Центос 5-6 ASP Linux 12-14 Убунту 10.10 Убунту 11.04
	PostgreSQL 9.1.9
	PostgreSQL 9.1.2
	PostgreSQL 9.0.3	Требуется одна из следующих операционных систем: Майкрософт Windows 2000 Windows XP Windows Server 2003 Windows 7 Windows Server 2008 Windows Server 2008 R2 Линукс (*) Ядро Fedora 4 Ядро Fedora 5 Ядро Fedora 6 Обновление Red Hat Enterprise Linux 4 4 ASP Linux 11
	PostgreSQL 8. 4.3
	PostgreSQL 8.3.8
	PostgreSQL 8.2.4
	PostgreSQL 8.1.5
IBM DB2	IBM DB2 10.1	Версия Express-C, поддерживаемая 1С:Предприятием, доступна на сайте IBM. Поддерживается в режиме бета-тестирования в связи со значительными изменениями в архитектуре DB2.
	IBM DB2 9.7 FixPack 6	DB2 9.7 FixPack 6 для коммерческих выпусков доступен на сайте IBM. Версия Express-C, поддерживаемая 1С:Предприятием, доступна в разделе Продукты.
	IBM DB2 9.7 FixPack 1	Список поддерживаемых операционных систем доступен на веб-сайте IBM. Эти ранние версии не рекомендуются к использованию.
	IBM DB2 9.5 FixPack 4 (сборка 22521)
	IBM DB2 9.1 (сборка 19840)
Oracle Database (Standard Edition One, Standard Edition или Enterprise Edition)	База данных Oracle 11gR2	Версия 11.2.0.3.0 для Microsoft Windows. Версия 11.2.0.2.0 для Linux со следующими исправлениями: 10094732, 11724916, 9620994 и 10269193.
	База данных Oracle 11gR1 (версия 11.1.0.7.0)	Версия 11.1.0.7.0 для Microsoft Windows с Bundle28 (исправление 9707661). Версия 11.1.0.7.0 для Linux со следующими исправлениями: 7556778, 8889930,

База данных Oracle 10gR2 (версия 10.2.0.4)	Версия 10.2.0.4 для Microsoft Windows с Bundle36 (исправление 9544021). Версия 10.2.0.4 для Linux со следующими исправлениями: 8576156, 9535703,
Архитектура x86-64
СУБД
Microsoft SQL Server	SQL Server 2012
	SQL Server 2008 R2
	SQL Server 2008	Требуется пакет обновления 1.
	SQL Server 2005	Требуется пакет обновления 3.
	SQL Server 2000	Рекомендуется пакет обновления 4. Требуется пакет обновления 2. Рекомендуется SQL Server 2005 или более поздней версии.
PostgreSQL(*)	PostgreSQL 9.2.4	Требуется одна из следующих операционных систем: Майкрософт Windows 2000 Windows XP Windows Server 2003 Windows 7 Windows Server 2008 Windows Server 2008 R2 Линукс (*) Ядро Fedora 8-15 Red Hat Enterprise Linux 5-6 Центос 5-6 ASP Linux 12-14 Убунту 10.10 Убунту 11. 04
	PostgreSQL 9.1.9
	PostgreSQL 9.1.2
	PostgreSQL 9.0.3	Требуется одна из следующих операционных систем: Майкрософт Windows 2000 Windows XP Windows Server 2003 Windows 7 Windows Server 2008 Windows Server 2008 R2 Линукс (*) Ядро Fedora 4 Ядро Fedora 5 Ядро Fedora 6 Red Hat Enterprise Linux 4, обновление 4 ASP Linux 11
	PostgreSQL 8.4.3
	PostgreSQL 8.3.8
	PostgreSQL 8.2.4
	PostgreSQL 8. 1.5
IBM DB2	IBM DB2 10.1	Версия Express-C, поддерживаемая 1С:Предприятием, доступна на сайте IBM. Поддерживается в режиме бета-тестирования в связи со значительными изменениями в архитектуре DB2.
	IBM DB2 9.7 FixPack 6	DB2 9.7 FixPack 6 для коммерческих выпусков доступен на веб-сайте IBM. Версия Express-C, поддерживаемая 1С:Предприятием, доступна в разделе Продукты .
	IBM DB2 9.7 FixPack 1	Список поддерживаемых операционных систем доступен на веб-сайте IBM. Эти ранние версии не рекомендуются к использованию.
	IBM DB2 9.5 FixPack 4 (сборка 22521)
	IBM DB2 9. 1 (сборка 19840)
База данных Oracle (Standard Edition One, Standard Edition или Enterprise Edition)	База данных Oracle 11gR2	Версия 11.2.0.3.0 для Microsoft Windows. Версия 11.2.0.2.0 для Linux со следующими исправлениями: 10094732, 11724916, 9620994 и 10269193.
	База данных Oracle 11gR1 (версия 11.1.0.7.0)	Версия 11.1.0.7.0 для Microsoft Windows с Bundle28 (исправление 9707665). Версия 11.1.0.7.0 для Linux со следующими исправлениями: 7556778, 8889930,

База данных Oracle 10gR2 (версия 10.2.0.4)	Версия 10. 2.0.4 для Microsoft Windows с Bundle36 (исправление 9544023). Версия 10.2.0.4 для Linux со следующими исправлениями: 8576156, 9535703,
Архитектура IA-64
СУБД
Microsoft SQL Server	SQL Server 2008 R2 (x64) IA64
	SQL Server 2008 (x64) IA64	Требуется пакет обновления 1.
	SQL Server 2005 (x64) на базе Itanium	Требуется пакет обновления 3.
	SQL Server 2000 (x64) на базе Itanium	Рекомендуется пакет обновления 4. Требуется пакет обновления 2. Рекомендуется SQL Server 2005 или более поздней версии.
Веб-сервер
Операционная система
Windows	ИИС 5.1	Версия IIS, поддерживаемая 1С:Предприятием, является частью операционной системы Windows: IIS 5.1 (Windows XP Professional) IIS 6.0 (Windows Server 2003) IIS 7.0 (Windows Vista; Windows Server 2008) IIS 7.5 (Windows 7; Windows Server 2008 R2) IIS 8. 0 (Windows 8; Windows Server 2012) Документация веб-сервера IIS: IIS 5.1, 6.0: http://technet.Microsoft.com/en-us/library/cc785089.aspx. IIS 7.0, 7.5: http://technet.Microsoft.com/en-us/library/cc732976.aspx. Вы можете загрузить последнюю версию веб-сервера Apache с http://httpd.apache.org/download.cgi.
	ИИС 6.0
	ИИС 7.0
	ИИС 7.5
	ИИС 8.0
	Апач 2.0
	Апач 2.2
Линукс	Апач 2.0
Линукс	Апач 2.2
Мобильная платформа
Операционная система
iOS	iOS 5. 1	Поддерживаются только устройства с процессором ARM 7: iPhone 3GS, 4, 4S, 5, 5S, 5C iPad 1, 2, 3, 4, Air iPod Touch поколений 3, 4 и 5 iPad Mini 1, 2
	iOS 6.0
	iOS 6.1
	iOS 7.0
Андроид	Android 2.2–2.2.3 Froyo	Поддерживаются только устройства с процессорами ARM с архитектурой ARMv5TE или более поздней версии (ARMv6, ARMv7, ARMv8). Требуется не менее 256 МБ ОЗУ. Сенсорный экран.
	Android 2.3–2.3.7 Gingerbread
	Android 3.0-3.2 Сотовые
	Android 4. Назад: Sql 2018 express sql management studio: SQL Server Downloads \| Microsoft Вперед: Что лучше виндовс 7 или 10 для ноутбука: Сравнение Windows 7 и Windows 10: что лучше? Imacros \| Все права защищены © 2021