I have installed postgresql-9.2.4 from the source, now in rails app when I execute:
rake db:create command I get:
$ bin/rake db:create RAILS_ENV="test"
PG::Error: ERROR: new encoding (UTF8) is incompatible with the encoding of the template database (SQL_ASCII)
HINT: Use the same encoding as in the template database, or use template0 as template.
: CREATE DATABASE "verticals_test" ENCODING = 'unicode'
/home/vagrant/my-project/.gems/ruby/1.9.1/gems/activerecord-3.2.12/lib/active_record/connection_adapters/postgresql_adapter.rb:652:in `exec
....
bin/rake:16:in `load'
bin/rake:16:in `<main>'
Couldn't create database for {"adapter"=>"postgresql", "encoding"=>"unicode", "database"=>"my_db", "host"=>"localhost", "pool"=>5, "username"=>"my_user", "password"=>"my_password"}
any idea?
asked May 24, 2013 at 14:06
Ok, below steps resolved the problem:
-
First, we need to drop template1. Templates can’t be dropped, so we first modify it so t’s an ordinary database:
UPDATE pg_database SET datistemplate = FALSE WHERE datname = 'template1'; -
Now we can drop it:
DROP DATABASE template1; -
Now its time to create database from template0, with a new default encoding:
CREATE DATABASE template1 WITH TEMPLATE = template0 ENCODING = 'UNICODE'; -
Now modify template1 so it’s actually a template:
UPDATE pg_database SET datistemplate = TRUE WHERE datname = 'template1'; -
Now switch to template1 and VACUUM FREEZE the template:
c template1VACUUM FREEZE;
Problem should be resolved.
answered May 24, 2013 at 14:48
tokhitokhi
20.6k23 gold badges92 silver badges105 bronze badges
2
Make sure you have the correct setup in your database.yml file. You should use template0, as the error suggests:
test:
adapter: postgresql
encoding: unicode
database: your_db_name
template: template0
host: localhost
...
answered May 24, 2013 at 14:15
mihaimihai
36.3k9 gold badges58 silver badges83 bronze badges
4
If you use Debian, when you install the postgresql package it will use your default locale to create the template1 database. If you have not configured your OS to use UTF-8 as a default locale, you will encounter this error.
In addition to the above solutions, if you are on a new installation and have no active databases, you can remove the postgresql package and set your default locale to UTF-8. The advantage of this method is you can omit locale information when creating databases in the future.
dpkg-reconfigure locales
If you don’t see the desired locale, install the locales-all package
apt-get install locales-all
Then remove postgresql
apt-get remove --purge postgresql-<version>
Then reinstall or better yet upgrade to a recent release that isn’t in Debian stable.
answered Jan 24, 2015 at 23:13
leelee
4173 silver badges13 bronze badges
3
If your postgres installation is new and you haven’t populated any databases yet, then you can remove your data directory and re-run the initdb command with the flag to create databases using UTF-8.
Modify this command to match your postgres installation. The -E flag tells what character encoding should be the default. Other character encodings are listed here.
/usr/local/pgsql/bin/initdb -E UTF8 -D /usr/local/pgsql/data -U postgres
It should error and tell you that the data directory is not empty. Follow the instructions and remove the directory, then re-run the command. (Or, remove the data directory before you start, but it’s always nice to see the instructions for yourself.)
answered Jun 19, 2015 at 19:49
littleforestlittleforest
1,98222 silver badges29 bronze badges
As for me, I just change the line from database.yml:
encoding: unicode
to:
encoding: SQL_ASCII
just that and it all works.
answered Jan 30, 2018 at 11:35
Yakob UbaidiYakob Ubaidi
1,7912 gold badges19 silver badges22 bronze badges
3
I had a similar issue. My database.yml was like this:-
default: &default
adapter: postgresql
encoding: unicode
pool: <%= ENV.fetch("RAILS_MAX_THREADS") { 5 } %>
development:
<<: *default
database: chatapp_development
test:
<<: *default
database: chatapp_test
production:
<<: *default
database: chatapp_production
username: chatapp
password: <%= ENV['CHATAPP_DATABASE_PASSWORD'] %>
I added template: template0 to the default settings
default: &default
adapter: postgresql
template: template0
encoding: unicode
pool: <%= ENV.fetch("RAILS_MAX_THREADS") { 5 } %>
And it worked
answered Aug 9, 2017 at 10:14
Hussain NiaziHussain Niazi
5491 gold badge3 silver badges20 bronze badges
1
I have installed postgresql-9.2.4 from the source, now in rails app when I execute:
rake db:create command I get:
$ bin/rake db:create RAILS_ENV="test"
PG::Error: ERROR: new encoding (UTF8) is incompatible with the encoding of the template database (SQL_ASCII)
HINT: Use the same encoding as in the template database, or use template0 as template.
: CREATE DATABASE "verticals_test" ENCODING = 'unicode'
/home/vagrant/my-project/.gems/ruby/1.9.1/gems/activerecord-3.2.12/lib/active_record/connection_adapters/postgresql_adapter.rb:652:in `exec
....
bin/rake:16:in `load'
bin/rake:16:in `<main>'
Couldn't create database for {"adapter"=>"postgresql", "encoding"=>"unicode", "database"=>"my_db", "host"=>"localhost", "pool"=>5, "username"=>"my_user", "password"=>"my_password"}
any idea?
asked May 24, 2013 at 14:06
Ok, below steps resolved the problem:
-
First, we need to drop template1. Templates can’t be dropped, so we first modify it so t’s an ordinary database:
UPDATE pg_database SET datistemplate = FALSE WHERE datname = 'template1'; -
Now we can drop it:
DROP DATABASE template1; -
Now its time to create database from template0, with a new default encoding:
CREATE DATABASE template1 WITH TEMPLATE = template0 ENCODING = 'UNICODE'; -
Now modify template1 so it’s actually a template:
UPDATE pg_database SET datistemplate = TRUE WHERE datname = 'template1'; -
Now switch to template1 and VACUUM FREEZE the template:
c template1VACUUM FREEZE;
Problem should be resolved.
answered May 24, 2013 at 14:48
tokhitokhi
20.6k23 gold badges92 silver badges105 bronze badges
2
Make sure you have the correct setup in your database.yml file. You should use template0, as the error suggests:
test:
adapter: postgresql
encoding: unicode
database: your_db_name
template: template0
host: localhost
...
answered May 24, 2013 at 14:15
mihaimihai
36.3k9 gold badges58 silver badges83 bronze badges
4
If you use Debian, when you install the postgresql package it will use your default locale to create the template1 database. If you have not configured your OS to use UTF-8 as a default locale, you will encounter this error.
In addition to the above solutions, if you are on a new installation and have no active databases, you can remove the postgresql package and set your default locale to UTF-8. The advantage of this method is you can omit locale information when creating databases in the future.
dpkg-reconfigure locales
If you don’t see the desired locale, install the locales-all package
apt-get install locales-all
Then remove postgresql
apt-get remove --purge postgresql-<version>
Then reinstall or better yet upgrade to a recent release that isn’t in Debian stable.
answered Jan 24, 2015 at 23:13
leelee
4173 silver badges13 bronze badges
3
If your postgres installation is new and you haven’t populated any databases yet, then you can remove your data directory and re-run the initdb command with the flag to create databases using UTF-8.
Modify this command to match your postgres installation. The -E flag tells what character encoding should be the default. Other character encodings are listed here.
/usr/local/pgsql/bin/initdb -E UTF8 -D /usr/local/pgsql/data -U postgres
It should error and tell you that the data directory is not empty. Follow the instructions and remove the directory, then re-run the command. (Or, remove the data directory before you start, but it’s always nice to see the instructions for yourself.)
answered Jun 19, 2015 at 19:49
littleforestlittleforest
1,98222 silver badges29 bronze badges
As for me, I just change the line from database.yml:
encoding: unicode
to:
encoding: SQL_ASCII
just that and it all works.
answered Jan 30, 2018 at 11:35
Yakob UbaidiYakob Ubaidi
1,7912 gold badges19 silver badges22 bronze badges
3
I had a similar issue. My database.yml was like this:-
default: &default
adapter: postgresql
encoding: unicode
pool: <%= ENV.fetch("RAILS_MAX_THREADS") { 5 } %>
development:
<<: *default
database: chatapp_development
test:
<<: *default
database: chatapp_test
production:
<<: *default
database: chatapp_production
username: chatapp
password: <%= ENV['CHATAPP_DATABASE_PASSWORD'] %>
I added template: template0 to the default settings
default: &default
adapter: postgresql
template: template0
encoding: unicode
pool: <%= ENV.fetch("RAILS_MAX_THREADS") { 5 } %>
And it worked
answered Aug 9, 2017 at 10:14
Hussain NiaziHussain Niazi
5491 gold badge3 silver badges20 bronze badges
1
После установки 1С и PostgreSQL выдаются ошибки:
а) Ошибка при создании информационной базы:
Ошибка при выполнении операции с информационной базой.
Ошибка СУБД: ERROR: language «plpgsql» does not exist.
HINT: use CREATE LANGUAGE to load the language into the database.
б) Ошибка при создании информационной базы:
Ошибка при выполнении операции с информационной базой.
Ошибка СУБД: ERROR: type «mvarchar» does not exist at character 31
в) Ошибка при создании информационной базы:
Ошибка при выполнении операции с информационной базой.
Ошибка СУБД: ERROR: new encoding (UTF8) is incompatible with the encoding of the template database (WIN1251).
HINT: Use the same encoding as in the template database, or use template0 as template.
Если вы столкнулись с такими проблемами и ищите ответ, то эта статья именно для вас.
[wp_ad_camp_3]
1. Установка 1C:Предприятия 8.2
Начало установки 1С:Предприятие 8.2.
Выбор компонентов для установки, дополнительно нам понадобятся:
-Сервер 1С:Предприятия
-Администрирование сервера 1С:Предприятия
[wp_ad_camp_3]
Выбираем русский язык
Далее нужно создать пользователя, от имени которого будет запускаться служба Агент Сервера. Значит ставим галку установить сервер 1С: Предприятия как сервис Windows (Рекомендуется). И создаем пользователя. Даже если вы укажете существующего и случайно зададите не тот пароль, то служба просто не запустится после установки. А сама установка завершиться корректно, нужно в окне запуске службы нажать — продолжить.
Запускаем установку
Установка драйвера защиты: Драйвер защиты нужно устанавливать на том компьютере, в который вставлен физический ключ. Чаще всего ключ устанавливают в сервер, мы поступим так же и оставим галку для установки драйверов по умолчанию — устанавливать.
Заканчиваем установку.
Далее я обычно для службы Агент сервера задают — запускать с системной учетной записью. Для этого заходим в «панель управления» — «администрирование» — «службы».
Находим «Агент сервера 1С: Предприятия», заходим в свойства:
[wp_ad_camp_3]
И на вкладке «вход в систему» переключаем вид входа на «с системной учетной записью».
2. Установка PostgreSQL для работы 1C:Предприятия.
Запускаем установку PostgreSQL. Сам дистрибутив нужно скачать с официального сайта 1С, т.к. там уже предоставляется версия, настроенная для работы с 1С.
Запускаем установку, выбираем русский язык, и жмем далее.
Еще раз далее
И еще раз далее
Выбор компонентов для установки — оставляем по умолчанию.
Далее нужно указать от имени какого пользователя будет запускаться сервер PostgreSQL.
Инициализация кластера.
Если необходимо чтобы агент сервера был разделен с SQL сервером ставим галку — поддерживать присоединения с любых IP, а не только localhost.
ВНИМАНИЕ! Кодировку устанавливаем: UTF-8 и для сервера и для клиента.
Тут оставляем все по умолчанию и опять жмем далее.
Дополнительные модули можно оставить по умолчанию, если нужно можете отметить необходимые.
Запускаем установку PostgreSQL
Завершаем установку.
Для службы PostgreSQL я так же обычно переключаю вид запуска — с системной учетной записью.
3. Создание информационной базы на pgsql сервере и частые ошибки которые встречаются на данном этапе.
Заходим в 1С, добавляем новую базу, говорим что база будет на сервере и указываем параметры сервера:
!Внимение. Базу нужно создавать именно из 1С, иначе если вы будете создавать ее из PgMyAdmin, то при попытке зайти в базу будут выдаваться ошибки:
Ошибка 1:
Ошибка при создании информационной базы:
Ошибка при выполнении операции с информационной базой.
Ошибка СУБД: ERROR: language «plpgsql» does not exist.
HINT: use CREATE LANGUAGE to load the language into the database.
Если вы даже зайдете в pgMyAdmin и добавите язык ‘plpgsql’ для базы данных, то будет появляться следующая ошибка.
Ошибка при создании информационной базы:
Ошибка при выполнении операции с информационной базой.
Ошибка СУБД: ERROR: type «mvarchar» does not exist at character 31
РЕШЕНИЕ: Вам нужно создавать базу именно из 1С.
Если при создании базы из 1С: Предприятия у вас появилось такое сообщение:
Ошибка при выполнении операции с информационной базой.
Ошибка СУБД: ERROR: new encoding (UTF8) is incompatible with the encoding of the template database (WIN1251).
HINT: Use the same encoding as in the template database, or use template0 as template.
РЕШЕНИЕ: Вы при установке PostgreSQL оставили язык Windows-1251 для сервера или клиента, который установлен по умолчанию, а нужно было изменить на UTF-8
Переустановите PostgreSQL и укажите язык UTF-8 при установке.
Источник: intelav.ru
Last active
November 25, 2022 01:57
Star
Postgres PG::Error: ERROR: new encoding (UTF8) is incompatible
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| ======= Prolbem ================================================================================================================= | |
| I have installed : ruby-2.0.0,postgres-9.2 , now in rails app when I execute: | |
| rake db:create , command I get: | |
| PG::InvalidParameterValue: ERROR: new encoding (UTF8) is incompatible with the encoding of the template database (SQL_ASCII) | |
| HINT: Use the same encoding as in the template database, or use template0 as template. | |
| : CREATE DATABASE «my_db_name» ENCODING = ‘unicode’……. | |
| bin/rake:16:in `load’ | |
| bin/rake:16:in `<main>’ | |
| Couldn’t create database for {«adapter»=>»postgresql», «encoding»=>»unicode», «database»=>»my_db», «host»=>»localhost», «pool»=>5, «username» =>»my_user», «password»=>»my_password»} | |
| ================================================================================================================================= | |
| Solution | |
| ================================================================================================================================= | |
| Ok, below steps resolved the problem: | |
| First, we need to drop template1. Templates can’t be dropped, so we first modify it so t’s an ordinary database: | |
| UPDATE pg_database SET datistemplate = FALSE WHERE datname = ‘template1’; | |
| Now we can drop it: | |
| DROP DATABASE template1; | |
| Now its time to create database from template0, with a new default encoding: | |
| CREATE DATABASE template1 WITH TEMPLATE = template0 ENCODING = ‘UNICODE’; | |
| Now modify template1 so it’s actually a template: | |
| UPDATE pg_database SET datistemplate = TRUE WHERE datname = ‘template1’; | |
| Now switch to template1 and VACUUM FREEZE the template: | |
| c template1 | |
| VACUUM FREEZE; | |
| Problem should be resolved. |
Содержание
- PostgreSQL: установка, настройка, обслуживание
- Postgresql initdb 1c windows
- Наш кейс: опыт внедрения 1С на PostgreSQL
- Выбор решения и архитектура
- Установка и настройка
- Результат:
- Резервное копирование и обслуживание
- Пример:
- Тестирование
- Переход
PostgreSQL: установка, настройка, обслуживание
PostgreSQL напрямую «из коробки» применяться для использования с 1С Предприятем не может. Необходима именно адаптированная версия от 1С, превращающая PostgreSQL в блокировочник, причем нужно понимать, что блокировки будут накладываться на всю таблицу сразу. Если нужны блокировки на уровне записей, включаем в 1С режим управляемых блокировок и прописываем их в конфигурации ручками. Вывод: необходимо скачать специальный дистрибутив с сайта 1С или взять на диске ИТС.
Установка
Сама установка особых затруднений не вызывает, обратить внимание нужно на правильную инициализацию базы данных, а именно настройку локали, изменить потом это можно только повторной начальной инициализацией. Например, база 1С с украинскими региональными установками в СУБД с установленной русской локалью не загрузится. Да и проблемы с сортировкой потом не нужны. Поэтому делаем init в соответствии с нужным языком.
Для русского языка
initdb —locale=ru_RU.UTF-8 —lc-collate=ru_RU.UTF-8 —lc-ctype=ru_RU.UTF-8 —encoding=UTF8 -D /db/postgresql
Для украинского языка
initdb —locale=uk_UA.UTF-8 —lc-collate=uk_UA.UTF-8 —lc-ctype=uk_UA.UTF-8 —encoding=UTF8 -D /db/postgresql
где /db/postgresql ваш каталог данных PostgreSQL. Кодировка, конечно же, UTF-8.
Подробный вариант пересоздания кластера
1.Необходимо выдать полные права на папку в которую мы установили PostgreSQL, обычно это C:Program FilesPostgreSQL
2.Из под админских прав запускаем cmd. Если это делаете в win7, то запускаем от Администратора.
3.Создаем папку где будет храниться кластер. Например d:postgredata.
4.Проводим инициализацию кластера вручную с указанием пути где он будет находиться.
“C:Program FilesPostgreSQL9.1.2-1.1Cbininitdb.exe” -D d:postgredata —locale=Russian_Russia —encoding=UTF8 -U postgres
5.Удаляем службу PostgreSQL, которая была установлена в ходе установки.
sc delete pgsql-9.1.2-1.1C-x64
Где pgsql-9.1.2-1.1C-x64 – Это название службы. Если не знаете название точно, можно посмотреть свойствах службы “PostgreSQL Database Server…” (Пуск – Панель управления – Администрирование – Службы )
6.Создаем новый сервис с указанием нашего кластера
“C:Program FilesPostgreSQL9.1.2-1.1Cbinpg_ctl” register -N pgsql -U postgresql -P пароль -D d:/postgredata
7.Теперь заходим в службы. Пуск – Панель управления – Администрирование – Службы и стартуем нашу службу.
Ошибка СУБД: ERROR: new encoding (UTF8) is incompatible with the encoding of the template database (WIN1251).
HINT: Use the same encoding as in the template database, or use template0 as template.
Вы выбрали неправильную локаль при установке СУБД (WIN1251) для сервера и клиента, нужно изменить на UTF-8 в конфигурации или переустановить СУБД со следующими параметрами:
Внимание при установке НЕ выбирайте локаль Настройки ОС, выбирайте из списка Russian, Russia
Следует помнить о рекомендации 1С не использовать в запросах конструкции ПОЛНОЕ ВНЕШНЕЕ СОЕДИНЕНИЕ и заменять его, используя, например, комбинацию из нескольких левых соединений. Известна также проблема с потерей производительности в запросах, где применяется соединение с виртуальной таблицей СрезПоследних, к ней рекомендуется делать отдельные запросы и сохранять результаты во временных таблицах.
Настройка конфигурации производится редактированем файла postgresql.conf.
Наиболее важные параметры
effective_cache_size = 0,5 от ёмкости RAM
fsync = off отключаем сброс на диск после каждой транзации (Внимание! Применять только при использовании надежного UPS, есть опасность потери данных при неожиданном отключении)
synchronous_commit = off отключаем синхронную запись в лог (риски теже, что и у fsync)
wal_buffers = 0,25 от ёмкости RAM
После настройки не забываем выполнить перезапуск службы:
service postgresql restart
Настройка сети
Для подключения клиентов 1С к серверу извне и работы сервера баз данных, на файрволе, должны быть открыты следующие порты:
Агент сервера (ragent) & tcp:1540 Главный менеджер кластера (rmngr) & tcp:1541 Диапазон сетевых портов, для динамического распределения рабочих процессов & tcp:1560&1591, tcp:5432 & Postgresql. Создадим правило через стандартный интерфейс, либо с помощью команды:
netsh advfirewall firewall add rule name=»1Cv8-Server» dir=in action=allow protocol=TCP localport=1540,1541,5432,1560-1590 enable=yes profile=ANY remoteip=ANY interfacetype=LAN
Теперь с другого компьютера мы спокойно запускаем клиент 1С:Предприятия, добавляем существующую информационную базу newdb. Не забываем про лицензии, программной / аппаратной защиты.
Резервное копирование
Создание дампа базы данных делаем командой
su postgres -c ‘pg_dump -U postgres -Fc -Z9 -f baza1.sql baza1’
Восстановление из дампа
su postgres -c ‘pg_restore -U postgres -c -d baza1 -v baza1.sql’
Периодическое обслуживание
Рекомендуется настроить AVTO VACUUM в файле конфигурации. Но не пренебрегаем и запуском через планировщик принудительной команды.
su postgres -c ‘/usr/bin/vacuumdb —dbname=$i —analyze —full —quiet’
Просмотр активности PostgreSQL
Иногда полезно видеть чем сейчас занимается сервер. Поможет такая конструкция:
Источник
Postgresql initdb 1c windows
Вы можете установить и использовать Postgres Pro с решениями 1С в клиент/серверной модели.
Убедитесь, что в вашей системе установлена русская локаль (например, ru_RU.UTF-8 в системах Linux) и она является активной локалью пользователя, создающего кластер БД. Например, в ОС Debian выполните следующие действия:
Подробности можно найти в соответствующих разделах документации 1C и вашей ОС.
Для оптимальной производительности и стабильности измените следующие параметры в конфигурационном файле postgresql.conf сервера Postgres Pro :
Увеличьте максимально возможное число одновременных подключений к серверу баз данных до 1000. Решения 1С могут открывать большое количество соединений, даже если все они не нужны, так что рекомендуется разрешить на сервере не менее 500 подключений.
Чтобы временные таблицы работали корректно, измените следующие параметры:
Увеличьте размер буфера для временных таблиц:
Увеличьте число допустимых в одной транзакции блокировок таблиц или индексов до 256:
Обычно решения 1C используют множество временных таблиц. Такие таблицы в большом количестве используются каждым обслуживающим процессом. Закрывая соединение, Postgres Pro пытается удалить все временные таблицы в одной транзакции, при этом транзакция может запрашивать множество блокировок. Если число блокировок превысит значение max_locks_per_transaction , транзакция прервётся и оставит за собой множество потерянных временных таблиц.
Включите экранирование символом обратной косой черты для всех строк и выключите предупреждение об использовании этого символа:
Оптимизируйте планирование запросов с помощью расширения plantuner :
Добавьте plantuner в переменную shared_preload_libraries :
Настройте оптимизатор Postgres Pro для улучшенного планирования запросов с недавно созданными пустыми таблицами:
Источник
Наш кейс: опыт внедрения 1С на PostgreSQL
Когда перед нами стал вопрос снижения стоимости серверных 1С, мы начали искать пути экономии без потери качества. И одним из самых очевидных решений стало использование свободно распространяемого ПО, которое по характеристикам не уступает платному. Так наш выбор пал на SQL сервер Postgre, официально интегрированный с продуктами 1С. А приятным бонусом для нас стало импортозамещение, которое мы при прочих равных всегда поддерживаем.
Выбор решения и архитектура
Чтобы упростить переход с MS SQL на базе ОС Windows 2016 Server, мы решили использовать SQL сервер Postgre, представленный на сайте 1С, релиз 11.5-19.1C, и при этом остаться на хорошо знакомой нам Windows 2016. Это решение позволяет более быстро осуществить переход, т.к. администрировать Windows системы нам привычнее, есть масса наработок для резервного копирования и мониторинга производительности. А еще такой подход позволил объективно сравнить показатели производительности 1С на PostgreSQL по сравнению с MS SQL, так как в обоих случаях использовались идентичные по производительности сервера с одинаковыми настройками ОС.
Для тестирования системы мы взяли сервера со следующими параметрами:
| Роль | Конфигурация |
|---|---|
| Сервер БД MS SQL | 10 vCPU 50 RAM |
| Сервер предприятия 1C | 6 vCPU 20 RAM |
| Сервер БД PostgreSQL | 10 vCPU 50 RAM |
Установка и настройка
Скачать дистрибутив можно с сайта релизов 1С. Установка Postgre происходит типовым способом, сервер устанавливается как сервис. Обратите внимание на путь к расположению инстанса, конечная папка назначения и будет именем инстанса (по умолчанию data), не рекомендуем оставлять путь по умолчанию, для каталога данных лучше использовать отдельный диск, отличный от системного.
Далее указываете порт подключения (по умолчанию 5432), задаете пароль для суперпользователя инстанса с логином postgres. При установке требуется, чтобы была запущена служба “Вторичный вход в систему”, а также выданы права к каталогу данных для NETWORK SERVICE .
Тюнинг настроек мы производили в соответствии с ресурсами сервера и с учетом рекомендаций из различных источников — мы изучили официальную документацию, тематические форумы, чаты в Телеграм, видеоматериалы.
PostgreSQL, как и MS SQL, позволяет запуск нескольких инстансов (экземпляров) на одном сервере. Этот функционал полезен в различных ситуациях, одна из популярнейших утилит резервного копирования БД Postgre — pg_probackup, позволяющая выполнять полное и журнальное бекапирование, обеспечивать валидацию данных, восстановление на произвольный момент времени. Она выполняет бекап полностью всего инстанса, а не отдельных баз, поэтому использование нескольких инстансов для различных баз или групп баз позволит настроить индивидуальные планы резервного копирования, исключит простой баз других инстансов в случае необходимости восстановления единичного инстанса. Также обычный перезапуск службы, например, для изменения конфигурации затронет только единичный инстанс.
Настройка производится стандартными утилитами initdb.exe и pg_ctl.exe, новая инсталляция Postgre SQL не требуется, пример использования:
После этого необходимо зарегистрировать службу:
Команды выполняются из командного файла или строки с привилегиями администратора.
Результат:
Изменяем в postgresql.conf параметр port = 5432 (стандартный) на другой, например, 5433. При необходимости меняем параметры авторизации службы «OriginalName-5433» и стартуем. На сервере предприятия при создании базы указываем имя хоста сервера и порт в следующем формате — “hostname port 5433”
После этого можем зайти в графический клиент управления Pgadmin 4, настраиваем подключение к серверу по порту 5433 и проверяем успешное создание базы.
Резервное копирование и обслуживание
Для резервного копирования мы выбрали утилиту pg_probackup, так как она обеспечивает нужный нам сценарий резервного копирования. Резервное копирование и обслуживание баз, в отличие от MS SQL, не имеет графического интерфейса, в котором можно настроить Maintenance plan (План обслуживания). Все команды выполняются из командной строки планировщиком заданий Windows. Мы настроили и протестировали архивирование журналов предзаписи (WAL) и создание полных копий 1 раз в сутки с планом хранения в течение 2х недель.
Два бекапа — всегда лучше, чем один, поэтому полные бекапы баз и журналы WAL синхронизируются с облачным объектным хранилищем. С этой задачей нам помогла успешно справится свободно распространяемая утилита Rclone, которая позволяет копировать, переносить, синхронизировать файлы между различными типами хранилищ, обеспечивая высокую скорость за счет многопоточности и гарантируя доставку валидных данных за счет алгоритма хеширования MD5.
Обслуживание инстанса или отдельных баз, как правило, заключается в ежедневном сборе мусора и анализе данных с помощью VACUUM, запускать который желательно перед началом рабочего дня. Для запуска из командного файла по шедулеру требуется учесть настройку авторизации, без которой командный файл не отработает, так как будет ждать ввода пароля. В каталоге %APPDATA%postgresql необходимо создать файл pgpass.conf, формат записей, которые необходимо создать для всех баз : : : : , например, localhost:5432:Dbname:postgres:password. В командной строке обслуживания указываем опцию — w, и авторизация будет использовать данные из конфига.
Пример:
Тестирование
Ну вот мы и готовы приступить к тестированию. Для этого мы выбрали достаточно высоконагруженную базу 1С из прод среды размером около 40 ГБ, в которой ежедневно более 500 подключений одновременно. Загрузка базы в формате DT подготовила нам первый сюрприз — она не залилась полностью, мы убедились в том, что те ошибки, которые прощает разработчикам MS SQL, в PostgreSQL вылазят наружу и требуют более тщательного подхода к написанию кода и организации хранения данных. Мы призвали на помощь наших разработчиков 1С. Они проанализировали ошибки и нашли причину — виной всему оказалось хранение в базе крупных и даже очень крупных объектов, таких как архивы, медиа-файлы и документы. Пришлось выполнить доработки в прод базе — ограничить максимальный объем вложений. Теперь вместо крупных вложений хранятся ссылки на них (ссылки на портал компании или другие облачные хранилища, такие как Google Disk). Автотесты, которые предусмотрены в нашей базе, также не прошли сразу по причине различия правил сортировки, и снова наши разработчики 1С оказались на высоте и удачно устранили все сложности.
После доработок базы приступили к тестированию производительности на PostgreSQL и MS SQL. APDEX показал примерно одинаковые результаты на MS SQL 0.862/0.877 на Postgre 0.898/0.895. Также мы протестировали время бекапирования и восстановления, MS SQL примерно в 1.5 -2 раза превосходит по скорости таких операций, но при объеме данной базы вилка по времени не значительна. Поэтому мы сделали вывод, что использование PostgreSQL вполне оправдано.
Переход
Каким бы тщательным ни было тестирование, переход на использование новых стандартов всегда торжественно тревожен. Ни один синтетический тест не сравнится с реальной нагрузкой, которую создают практически все сотрудники нашей компании, работая в базе и открывая по несколько сеансов одновременно. Мы еще раз все тщательно проверили, взвесили все риски, детально составили план деплоя и план отката, если что-то пойдет не так. И вот однажды поздним вечером, когда все граждане уже мирно спали, наша команда приступила к переезду.
На следующее утро никто не заметил наших усилий и перемен, база работала также стабильно. На сегодняшний день она уже больше месяца функционирует на PostgreSQL. Так мы убедились, что PostgreSQL под управлением Windows 2016 Server хорошо справился с обеспечением необходимой производительности. Мы начинали проект с базовым набором знаний в PostgreSQL, в результате мы получили реальные пруфы и прокачали скиллы. Следующим этапом снижения стоимости содержания серверных баз 1С мы планируем использование Linux серверов. Таким образом мы исключим необходимость оплаты лицензий Windows.
Источник
Содержание
- Postgresql 1c ошибка создания временной директории
- Необходимые компоненты для установки
- Установка сервера приложений 1С
- Установка PostgreSQL в стандартном виде, достаточном для запуска 1С без дополнительных настроек
- Установка Postgre с выбором места хранения кластера
- Создание новой базы данных 1С на сервере с PostgreSQL
- Указание папки хранения базы данных
- ERROR: type «tt7» already exists
- ERROR: could not read block
- Еще можно посмотреть
- Утилита ring license для 1С версии 8.3.14 и выше под Linux
- Установка и настройка хранилища конфигураций 1C на Linux сервере
- Основные команды Linux
- Администрирование серверов 1С на Linux
- Ошибки публикации базы и веб сервиса на веб сервере 1C+ Apache +Linux.
- Ошибки на клиенте при работе с сервером 1С на Linux. Часть 2
- Установка двух версий сервера 1С на Linux
Postgresql 1c ошибка создания временной директории
Другой способ решить эту проблему — изменить регион (язык) вашей операционной системы (Машины). Если вы выбираете, например, французский, возьмите французский из Франции, а не местный французский. То же самое для английского, а не местного английского. Некоторые символы не работают с местным языком. Думаю, это решит вашу проблему.
Для меня это терпело неудачу каждый раз и для каждого решения, упомянутого здесь. Затем, после небольших собственных исследований и разработок, я смог успешно использовать postgresql. Ниже приведены шаги, которые необходимо выполнить при обнаружении этой ошибки «сбой при инициализации кластера базы данных».
Вы должны вручную запустить initdb, который присутствует: «C: Software PostgreSql 12 bin»
Теперь убедитесь, что вы связали «postgres» как пользователя с командой initdb, поскольку «postgres» — это суперпользователь, созданный во время установки.
initdb -D «D: PostgreSql 12 data» -U postgres
Теперь, когда кластер базы данных инициализирован, вы можете запустить сервер с помощью утилиты pg_ctl, находящейся в папке bin PostgreSql 12.
pg_ctl start -D «D: PostgreSql 12 data»
Или вы также можете зарегистрировать его как службу Windows, и вы можете установить его на автоматический
pg_ctl register -N PostgreSql-12.3.1 -D «D: PostgreSql 12 data»
Теперь вы готовы к использованию базы данных postgresql. Либо используйте его через строку cmd (psql), либо pgAdmin4
У меня была такая же ошибка, но с другой основной проблемой (не с разрешениями пользователя, а с проблемой локали). Решение для этого описано здесь: Инициализация кластера базы данных Win 10 Postgresql 11 не удалась
Я пытался и терпел неудачу несколько раз, думая, что это как-то связано с правами и пользователем, которые использовались во время установки. Но благодаря совету ThangLeQuoc по проверке журнала установки я нашел причину:
initdb: недопустимое имя локали «NorwegianBokm † l, Norway»
Вызывается Die (не удалось инициализировать кластер базы данных с помощью initdb) .
Не удалось инициализировать кластер базы данных с помощью initdb
Итак, после выбора «локали по умолчанию» в процессе установки все прошло нормально. Это было в версии 11.6 OS Postgres.
Я выполнил шаги, предложенные @IsoNecroMad, и это сработало
1) Прежде всего, запустите настройку от имени администратора.
2) Выберите папку для установки внутри программных файлов (по умолчанию)
3) Но выберите расположение данных вне указанной выше папки в другое место (c: postgres data или что-то в этом роде.)
Возможное решение для 10.3. версия:
Переместите загруженный файл на диск C: .
Пример: C:postgresql-10.3-2-windows-x64.exe
Создайте каталог с именем PostgreSQL на диске C:
Создайте каталог с именем 10 в ранее созданном каталоге PostgreSQL.
Итак, вам нужно иметь C: PostgreSQL 10 .
Запустите C: postgresql-10.3-2-windows-x64.exe (НЕ НАЖИМАЙТЕ «ЗАПУСТИТЬ ОТ АДМИНИСТРАТОРА», просто дважды щелкните)
Измените путь к каталогу установки на C:PostgreSQL
Измените путь к каталогу данных на C:PostgreSQLdata
Надеюсь, установка пройдет успешно.
Запустите установку от имени администратора и используйте режим Windows 7
Я столкнулся с той же проблемой при попытке установить postgres 10.3. Запуск от имени администратора мне не помог. Но он был установлен правильно, когда я изменил каталог установки с каталога по умолчанию, который находится внутри Program Files. Вместо этого я создал новую папку на диске C и сделал ее каталогом установки.
Я устанавливал Postgres версии 9.5 (в Windows 7 и с помощью установщика DBEnterprise) . для меня проблема, похоже, в том, что я выбирал «POSIX» в качестве региональной конфигурации . Но я пробовал с региональной конфигурацией «C» Настройка и установка завершились без проблем .
Также я запускаю установщик от имени администратора!
Только не используйте установщик EDB. Сейчас есть альтернатива BigSQL.
Сейчас 2019 , и у меня все еще та же проблема с Postgres 11 . Перед этим я удаляю текущий Postgres 9.6 (если я правильно помню версию) и пытаюсь установить новый Postgres 11, и возникает проблема. Я пробовал следующие подходы, но ни один из них не работает:
- Запускать установку от имени администратора при каждом запуске -> сбой
- Выберите папку для установки по умолчанию, предложенную при установке (C: / Program Files / PostgresSQL / 11), и папку данных, расположенную в другом место -> не удалось
- Установить его за пределами C: / -> все равно не удалось
Необходимые компоненты для установки
Итак, имеем на руках дистрибутивы:
Статья разбита на 5 разделов:
1) Установка сервера 1C.
2) Установка PostgreSQL в стандартном виде, достаточном для запуска 1С без дополнительных настроек.
3) Установка PostgreSQL с выбором папки хранения кластера.
4) Создание новой информационной базы 1С.
5) Указание папки хранения файлов базы данных на сервере СУБД.
Перед установкой обязательно прочитайте всю статью целиком!
Установка сервера приложений 1С
Запускаем setup.exe из папки с дистрибутивом сервера 1С.
В том случае, если вы установите сервер приложений не как сервис, нужно будет вручную его запускать каждый раз. Требуется такой вариант редко. Устанавливаем как службу (сервис), и решаем, под каким пользователем он будет запускаться. Из соображений безопасности лучше создать отдельного пользователя USR1CV82, а не разрешать сервису работать под полными правами.
После установки сервера приложений система предложит установить драйвер ключа защиты HASP. Соглашаемся:
Установка PostgreSQL в стандартном виде, достаточном для запуска 1С без дополнительных настроек
Выбираем русский язык и двигаемся дальше.
Опции установки можно не менять, 1С работать будет. Далее.
Postgre, как и сервер 1С, может сам создать пользователя, под которым будете запускаться служба. Обращаю ваше внимание на то, что если указать учетную запись с правами администратора, то служба корректно работать не будет. Обязательно создавайте нового пользователя.
Следующее окно установки.
Инициализируем кластер. Если у нас сервер баз данных и сервер приложений 1С находятся на разных компьютерах, тогда устанавливаем галочку «Поодерживать подсоединения с любых IP», иначе не трогаем. Обязательно указываем кодировку UTF8. Создаем суперпользователя СУБД. Далее…
Уже почти все. Далее.
Для начальной работы нам ничего дополнительного не нужно, снимаем галочку, завершаем установку.
Установка Postgre с выбором места хранения кластера
Приступаем к установки Postgre и выполняем все шаги до тех пор, пока нам не предложат инициализировать кластер:
Дальше начинаем колдовать в командной строке:
1. Необходимо выдать полные права на папку в которую мы установили PostgreSQL, обычно это C:Program FilesPostgreSQL
2. Из под админских прав запускаем cmd. Если это делаете в win7, то запускаем от Администратора.
3. Создаем папку где будет храниться кластер. Например d:postgredata.
4. Проводим инициализацию кластера вручную с указанием пути где он будет находиться.
5. Удаляем службу PostgreSQL, которая была установлена в ходе установки.
sc delete pgsql-9.1.2-1.1C-x64
Где pgsql-9.1.2-1.1C-x64 – Это название службы. Если не знаете название точно, можно посмотреть свойствах службы “PostgreSQL Database Server…” (Пуск – Панель управления – Администрирование – Службы )
6. Создаем новый сервис с указанием нашего кластера
“C:Program FilesPostgreSQL9.1.2-1.1Cbinpg_ctl” register -N pgsql -U postgresql -P пароль -D d:/postgredata
7. Теперь заходим в службы. Пуск – Панель управления – Администрирование – Службы и стартуем нашу службу.
Создание новой базы данных 1С на сервере с PostgreSQL
Есть несколько вариантов создания базы данных. Можно попробовать создавать базу через pgAdmin3, консоль администрирования серверов 1С. Но тут вы столкнетесь с массой непонятных вопросов и кучей ошибок, ответы на которые будете долго искать. Оставьте это для специалистов. Наша задача получить работоспособную базу с минимальными усилиями. Опишем самый простой путь добиться этого.
Запускаем клиент 1С.
Кластер серверов 1С:Предприятия – localhost, если мы создаем базу на том же компьютере, где установлен сервер 1С, или имя сервера приложений 1С, если на другом.
Тип СУБД – Выбираем PostgreSQL.
Имя базы данных – с таким название будет создана база в PostgreSQL.
Готово. Правильно установленная система дальше все сделает сама.
Указание папки хранения базы данных
Итак, мы создали базу. В большинстве случаев на этом установка заканчивается. Однако, если баз много, и есть несколько дисковых массивов для разных групп баз, нужно указать, где физически должны располагаться базы. Чтобы сделать это, запускаем pgAdmin3 из Пуск – Программы – PostgreSQL. Подключаемся к нашему серверу.
При первом подключении Postgre попросит пароль для пользователя postgres (которого мы создавали при установке).
Создаем новый TableSpace, это будет та папка, в которой будут храниться наши базы.
Указали место хранения файлов базы. Ок.
Теперь открываем свойства уже созданной ранее базы данных, размещение которой мы хотим изменить.
PostgreSQL напрямую «из коробки» применяться для использования с 1С Предприятем не может. Необходима именно адаптированная версия от 1С, превращающая PostgreSQL в блокировочник, причем нужно понимать, что блокировки будут накладываться на всю таблицу сразу. Если нужны блокировки на уровне записей, включаем в 1С режим управляемых блокировок и прописываем их в конфигурации ручками. Вывод: необходимо скачать специальный дистрибутив с сайта 1С или взять на диске ИТС.
Сама установка особых затруднений не вызывает, обратить внимание нужно на правильную инициализацию базы данных, а именно настройку локали, изменить потом это можно только повторной начальной инициализацией. Например, база 1С с украинскими региональными установками в СУБД с установленной русской локалью не загрузится. Да и проблемы с сортировкой потом не нужны. Поэтому делаем init в соответствии с нужным языком.
Для русского языка
initdb —locale=ru_RU.UTF-8 —lc-collate=ru_RU.UTF-8 —lc-ctype=ru_RU.UTF-8 —encoding=UTF8 -D /db/postgresql
Для украинского языка
initdb —locale=uk_UA.UTF-8 —lc-collate=uk_UA.UTF-8 —lc-ctype=uk_UA.UTF-8 —encoding=UTF8 -D /db/postgresql
где /db/postgresql ваш каталог данных PostgreSQL. Кодировка, конечно же, UTF-8.
Подробный вариант пересоздания кластера
2.Из под админских прав запускаем cmd. Если это делаете в win7, то запускаем от Администратора.
4.Проводим инициализацию кластера вручную с указанием пути где он будет находиться.
5.Удаляем службу PostgreSQL, которая была установлена в ходе установки.
sc delete pgsql-9.1.2-1.1C-x64
Где pgsql-9.1.2-1.1C-x64 – Это название службы. Если не знаете название точно, можно посмотреть свойствах службы “PostgreSQL Database Server…” (Пуск – Панель управления – Администрирование – Службы )
6.Создаем новый сервис с указанием нашего кластера
7.Теперь заходим в службы. Пуск – Панель управления – Администрирование – Службы и стартуем нашу службу.
Ошибка СУБД: ERROR: new encoding (UTF8) is incompatible with the encoding of the template database (WIN1251).
HINT: Use the same encoding as in the template database, or use template0 as template.
Вы выбрали неправильную локаль при установке СУБД (WIN1251) для сервера и клиента, нужно изменить на UTF-8 в конфигурации или переустановить СУБД со следующими параметрами:
Внимание при установке НЕ выбирайте локаль Настройки ОС, выбирайте из списка Russian, Russia
Следует помнить о рекомендации 1С не использовать в запросах конструкции ПОЛНОЕ ВНЕШНЕЕ СОЕДИНЕНИЕ и заменять его, используя, например, комбинацию из нескольких левых соединений. Известна также проблема с потерей производительности в запросах, где применяется соединение с виртуальной таблицей СрезПоследних, к ней рекомендуется делать отдельные запросы и сохранять результаты во временных таблицах.
Настройка конфигурации производится редактированем файла postgresql.conf.
Наиболее важные параметры
effective_cache_size = 0,5 от ёмкости RAM
fsync = off отключаем сброс на диск после каждой транзации (Внимание! Применять только при использовании надежного UPS, есть опасность потери данных при неожиданном отключении)
synchronous_commit = off отключаем синхронную запись в лог (риски теже, что и у fsync)
wal_buffers = 0,25 от ёмкости RAM
После настройки не забываем выполнить перезапуск службы:
service postgresql restart
Для подключения клиентов 1С к серверу извне и работы сервера баз данных, на файрволе, должны быть открыты следующие порты:
Агент сервера (ragent) & tcp:1540 Главный менеджер кластера (rmngr) & tcp:1541 Диапазон сетевых портов, для динамического распределения рабочих процессов & tcp:1560&1591, tcp:5432 & Postgresql. Создадим правило через стандартный интерфейс, либо с помощью команды:
Теперь с другого компьютера мы спокойно запускаем клиент 1С:Предприятия, добавляем существующую информационную базу newdb. Не забываем про лицензии, программной / аппаратной защиты.
Создание дампа базы данных делаем командой
Восстановление из дампа
Рекомендуется настроить AVTO VACUUM в файле конфигурации. Но не пренебрегаем и запуском через планировщик принудительной команды.
Просмотр активности PostgreSQL
Иногда полезно видеть чем сейчас занимается сервер. Поможет такая конструкция:
Либо проверим все ли зависимости были установлены. И установим недостающие.
ERROR: type «tt7» already exists
Пример полного текста ошибки:
HINT : A relation has an associated type of the same name , so you must use a name that doesn ‘ t conflict .
Данная ошибка является «плавающей» и может возникать в различных местах
Выгрузим и загрузим базу данных средствами 1С:Предприятия(через файл *.dt).
ERROR: could not read block
База не запускается. Разрушились диски.
Переносим базу на другую дисковую систему.
Разворачиваем из резервной копии.
Пример полного текста ошибки:
Не удалось привязаться к адресу . Адрес уже используется . Возможно порт 5432 занят другим процессом postmaster ? Система БД выключена . Не удалось запустить сервер .
Такая ситуация часто случается у начинающих администраторов в случае, если они хотят инициализировать сервер в каталог отличный от каталога по умолчанию. При этом сервер уже запустили из каталога по умолчанию.
В этой ситуации при попытке запуска видно ошибку – сервер не запускается.
А при проверке состояния видно, что сервер работает.
Если проверим запущенные процессы пользователя postgres, то можно увидеть, что порт 5432 занят кластером PostgreSQL, только запущенным из каталога по умолчанию.
Остановим работающий кластер сервера СУБД.
/ opt / pgpro / ent — 10 / bin / pg_ctl — locale = ru_RU . UTF — 8 — D / var / lib / pgpro / ent — 10 / data stop
Инициализируем кластер из нового каталога(если он не инициализирован).
/ opt / pgpro / ent — 10 / bin / initdb — locale = ru_RU . UTF — 8 — D / pgpro / pgdata
Запустим из нового каталога.
/ opt / pgpro / ent — 10 / bin / pg_ctl — locale = ru_RU . UTF — 8 — D / pgpro / pgdata start
Длительный запуск, длительный захват объектов в хранилище, длительное сохранение конфигурации 1С:Предприятия.
Такая проблема может быть связано с настройками СУБД PostgreSQL.
Рассчитаем настройки СУБД.
Описание настроек приведено на ИТС.
Выполним настройки, для этого перейдем в терминал psql:
Через psql установим параметры командой ALTER SYSTEM SET(параметры необходимо указать для вашей СУБД):
ALTER SYSTEM SET max_parallel_workers_per_gather = 22 ;
При загрузке данных из файла *.xlsx в 1С отображаются иероглифы. Используемая СУБД PostgreSQL/PostgresPro.
Также возможна проблема с кодировкой в выгружаемом файле из 1С:
На сервере СУБД проверим и выполним настройку локали.
1. Проверим наличие локали:
2. Проверим переменную:
Корректное значение результатов выполнения команд 2, 3:
3. Если результат не соответствует, выполним:
5. Выполним перезапуск серверов СУБД
Еще можно посмотреть
Утилита ring license для 1С версии 8.3.14 и выше под Linux
Для чего нужен 1C ring license? На текущий момент широко распространено использование программных лицензий. И системы на базе 1С в этом не исключение. Но, помимо простой активации пин-кодов, программная лицензия 1С также нуждается в обслуживании. Для обслуживания разработчику требуются знания об инструменте для получения списков, информации, анализа состояния файлов программных лицензий. Об этом инструменте мы […]
Установка и настройка хранилища конфигураций 1C на Linux сервере
Хранилище конфигурации 1С:Предприятия 8.3 является инструментом групповой разработки. Настраиваем сервер хранилища на Linux.
Основные команды Linux
Список основных команд консоли Linux которые потребуются при установке и настройке 1С. Примеры использования с комментариями.
Администрирование серверов 1С на Linux
Ошибки публикации базы и веб сервиса на веб сервере 1C+ Apache +Linux.
Многие из нас привыкли публиковать базу или веб сервис 1С нажатием нескольких кнопок. Но не все из многих знают, что для этого необходимо запустить(от имени администратора!) конфигуратор 1С:Предприятие именно на той машине, где установлен веб сервер(а именно компонента веб-расширения 1С:Предприятия). В случае, если веб-сервер и компонента веб-расширения 1С:Предприятия установлены на машину с ОС Linux без […]
Ошибки на клиенте при работе с сервером 1С на Linux. Часть 2
Разбор наиболее часто встречающихся ошибок при работе с 1С на Linux.
Установка двух версий сервера 1С на Linux
Пошаговый процесс установки и запуска двух версий сервера 1С на Linux. Полное описание настройки второго экземпляра сервера 1С.
Источник