Monthly Archive: Грудень 2012

Korzystanie UFW krótko

ufw enable | disable – wew. off. brendmauэr
ufw logowania | off – wew. off. Dzienniki
Domyślna ufw pozwalają | zaprzeczyć – Domyślna reguła
ufw pozwolić | zaprzeczyć [service] – wew. off. port
ufw status – brendmauэra stanu.
ufw umożliwiają 21 – stan portu w brendmauэre.
ufw usuwać umożliwiają 21 – Usuń zasady.
ufw pozwolić 53 / tcp – Pozwól portu 53 TCP.
ufw pozwalają z 10.123.192.199 – Uchwała drzwi s zdecydowanie adres IP.
ufw zaprzeczyć proto tcp do 72.55.148.21
ufw zaprzeczyć proto tcp z 72.55.148.21
ufw zaprzeczyć 80 z 72.55.148.21
ufw pozwolić | zaprzeczyć | odrzucenia | Limit [in|out on INTERFACE] [log|log-all] [proto protocol] [from ADDRESS [port PORT]] [to ADDRESS [port PORT]]

ufw zaprzeczyć proto udp do każdego – zakaz protokół UDP
ufw pozwalają na na eth0 do dowolnego portu 80 proto tcp
ufw usuwać 3 – Usuń zasady według numeru
Stan ufw numerowane – Pierwsze numerovannoho listę zasad

ufw reload – ekran Restart setevoho

ufw włóż 2 zaprzeczyć proto udp do każdego

© 2012 – 2014, https:. Все права защищены. Rudyuk Sergey. К2®

Using ufw briefly

ufw enable | disable – incl. off. brendmauэr
ufw logging on | off – incl. off. logs
ufw default allow | deny – Default rule
ufw allow | deny [service] – incl. off. Port
ufw status – status brendmauэra.
ufw allow 21 – port status in brendmauэre.
ufw delete allow 21 – Remove rules.
ufw allow 53 / tcp – Allow port 53 tcp.
ufw allow from 10.123.192.199 – Resolution door of s definitely ip-address.
ufw deny proto tcp to 72.55.148.21
ufw deny proto tcp from 72.55.148.21
ufw deny 80 from 72.55.148.21
ufw allow | deny | reject | limit [in|out on INTERFACE] [log|log-all] [proto protocol] [from ADDRESS [port PORT]] [to ADDRESS [port PORT]]

ufw deny proto udp to any – prohibition udp-protocol
ufw allow in on eth0 to any port 80 proto tcp
ufw delete 3 – Remove rules by number
ufw status numbered – Getting numerovannoho list of rules

ufw reload – Restart setevoho Screen

ufw insert 2 deny proto udp to any

© 2012 – 2014, https:. Все права защищены. Rudyuk Sergey. К2®

Использование ufw кратко

ufw enable | disable – вкл. выкл. брендмауэр
ufw logging on | off – вкл. выкл. логи
ufw default allow | deny – правило по умолчанию
ufw allow | deny [service] – вкл. выкл. порт
ufw status – статус Брендмауэр.
ufw allow 21 – статус порта в Брендмауэр.
ufw delete allow 21 – удаление правила.
ufw allow 53 / tcp – разрешить 53 порт tcp.
ufw allow from 10.123.192.199 – разрешение входа с определенного ip-адрес.
ufw deny proto tcp to 72.55.148.21
ufw deny proto tcp from 72.55.148.21
ufw deny 80 from 72.55.148.21
ufw allow | deny | reject | limit [in|out on INTERFACE] [log|log-all] [proto protocol] [from ADDRESS [port PORT]] [to ADDRESS [port PORT]]

ufw deny proto udp to any – запрет udp-протокола
ufw allow in on eth0 to any port 80 proto tcp
ufw delete 3 – удаление правила по номеру
ufw status numbered – получение нумерованного списка правил

ufw reload – перезагрузка сетевого экрана

ufw insert 2 deny proto udp to any

© 2012 – 2015, https:. Все права защищены. Rudyuk Sergey. К2®

Использование ufw кратко

ufw enable|disable – вкл. выкл. брендмауэр
ufw logging on|off – вкл. выкл. логи
ufw default allow|deny – правило по умолчанию
ufw allow|deny [service] – вкл. выкл. порт
ufw status – статус брендмауэра.
ufw allow 21 – статус порта в брендмауэре.
ufw delete allow 21 – удаление правила.
ufw allow 53/tcp – разрешить 53 порт tcp.
ufw allow from 10.123.192.199 – разрешение входа с определенного ip-адреса.
ufw deny proto tcp to 72.55.148.21
ufw deny proto tcp from 72.55.148.21
ufw deny 80 from 72.55.148.21
ufw allow|deny|reject|limit [in|out on INTERFACE] [log|log-all] [proto protocol] [from ADDRESS [port PORT]] [to ADDRESS [port PORT]]

ufw deny proto udp to any – запрет udp-протокола
ufw allow in on eth0 to any port 80 proto tcp
ufw delete 3 – удаление правила по номеру
ufw status numbered – получение нумерованного списка правил

ufw reload – перезагрузка сетевого экрана

ufw insert 2 deny proto udp to any

© 2012 – 2015, https:. Все права защищены. Rudyuk Sergey. К2®

Konfiguracja PostgreSQL do pracy z 1C

# Szybko komputer pamięci, Rozmiar bazы danych, liczba związków i złożoność zaprosov,.

# Bыt Powyżej Jeśli portsyy aktywnego bazы dużych ilości danych, slozhnыe żądanie,.
# Duży Tom szybko ILI pamięci procesory bolshee ilości. I oczywiście to samo,.
# Mamy mozhem Otrzymuj uhudshenye proyzvodytelnosty. Tutaj neskolko prymerov, poluchennыh.

# * Serwer Athlon, 1 GB pamięci RAM, Obsługa Przyjęcie rozwiązań baz danych 10 GB: 200 MB
# * Quad Xeon serwer, 8GB RAM, 200GB, 300 związki, “Heavy” płatność: 2 GB
# Sztolnie, że shared_buffers Zwiększenie liczby parametrów, a drugi potrebuet pamięci.
# Można prochytat w dokumentacji PostgreSQL.
shared_buffers = 32MB # min 128kB
# Buffer Under vremennыe obiektów, głównie na stołach vremennыh.
800kB temp_buffers = 128MB # min
#work_mem: Jak wcześniej yzvestnoe sort_mem, To pereymenovano tak kak określa TERAZ.
# Sortowanie, ahrehatsyy i inni. To nie jest pamięć razdelyaemaya, work_mem vыdelyaetsya oddzielnie.
# Kolejny parametr określa sposób: Ilość dostupnoy szybko.
# Aplikacje i shared_buffers) delytsya na numer maksymalnoe odnovremennыh zaprosov.

# Zazwyczaj wiele, ale te, Proste, Zazwyczaj hvataet od 512 do 2048 KB. Z drugiej strony.
# Zaproś i dziesiątki myllyonov stolbtsov w tabeli faktov często trebuyut work_mem.
# Można ustanavlyvat dla zapytania kazhdogo indywidualnie, ustawienie yspolzuya sesję ..
work_mem = 32MB # min 64kB
# Kotorыy Wymagane dla PostgreSQL VACUUM, analizować, CREATE INDEX i dodatki zewnętrzne.
# Parametr Nad tematów, niż bolshe tabeli Rozmiar w danych Bazet. Neploho bы ustanavlyvat.
# Jeśli nie można określić dokładnie, to od 32 do 256 MB.
maintenance_work_mem = 256 # min 1MB
# OSTATNI stab. 512kB # min 100kB

Poziom synchronous_commit = off # synchronizacja; włączony, wyłączony lub lokalnym
# Open_datasync
# Fsync
# Open_sync
full_page_writes = na # odzyskać częściowe stronie pisze
commit_delay = 10 # Zakres 0-100000, w mikrosekundach
Zakres commit_siblings = 5 # 1-1000

checkpoint_segments = 200 # w segmentach pliku dziennika, min 1, 16 MB każdy
Jak pokazыvaet praktyka nie nastroennaya PostgreSQL Bardzo powoli pracuje w 1C. Dlatego też, gdy mówią coś MsSQL Szybkie działa, niż Postgresql z 1C – nie verte. Tutaj veroyatney vsego przyczyny kroetsya skonfigurowane jako domyślne. Ponieważ Postgresql Domyślnie skonfigurowane w taki sposób, do pracy na lyubom komputerze. I tak, aby wszystkie Mosch Vasheho serwera – trochę ego podnastroyt potrzebne.

Ustawiając PostgreSQL otvechaet pliku: postgresql.conf

Jeśli Dużo jest USER (MORETHAN 100-200) pracy, polecam, aby rozpocząć działalność PostgreSQL przez pgBouncer. Ale Nie stawiamy Zell dannoy artykuł opysыvat dannuyu ustawienia … Dlatego opiszemy jak opcje, kotorыe skazыvayutsya na proyzvodytelnosty serwerze Vasheho:

# Jeżeli *, a następnie co Posłuchaj vseh adresów IP. Domyślnie, slushaetsya tylko localhost. Vprochem, эtoho Czy chwycisz.
= ‘* listen_addresses “

# Numer portu.
port = 5432 # (zmiana wymaga restartu)

# Maksymalnoe Ilość Connected
max_connections = 100 # (zmiana wymaga restartu)

# Shared_buffers: Przypomnijmy, to nie jest cała pamięć, kotoraja Potrzebujesz pracy dla PostgreSQL to.
# Tylko razdelyaemoy Rozmiar między procesem pamięci PostgreSQL, Potrzebujesz kotoraja realizacji.
Operacje # Aktyvnыh. Ona dolzhna onthem menshuyu część vasheho niezwłocznie pamięci.
# Komputer tak kak PostgreSQL yspolzuet także dyskovыy cache systemu operacyjnego ..
# Niestety, Avto wiedzieć tochnoe liczbę wspólnych buforów, potrzebne uchest ilości.
# Szybko komputer pamięci, Rozmiar bazы danych, liczba związków i złożoność zaprosov,.
# Więc coś lepszego vospolzuemsya Kilka ustawień zasady prostыmy.

# Na serwerach vыdelennыh poleznыm głośności znaczenie od 8 MB do 2 GB. Głośność może.
# Bыt Powyżej Jeśli portsyy aktywnego bazы dużych ilości danych, slozhnыe żądanie,.
Działki związki # Numer odnovremennыh, dlytelnыe płatności, dostęp dla Ciebie.
# Duży Tom szybko ILI pamięci procesory bolshee ilości. I oczywiście to samo,.
# Nie zabыvaem na aplikacjach ostalnыh. Vыdelyv zbyt dużo pamięci dla bazы danych,.
# Mamy mozhem Otrzymuj uhudshenye proyzvodytelnosty. Tutaj neskolko prymerov, poluchennыh.
# On osobiście i doświadczeniem w badaniach:

# * Laptop, Celeron, 384MB RAM, 25MB bazy danych: 12 MB shared_buffers
# * Serwer Athlon, 1 GB pamięci RAM, Obsługa Przyjęcie rozwiązań baz danych 10 GB: 200 MB
# * PIII serwerów Quad, 4GB RAM, 40GB, 150 związki, “Heavy” płatność: 1 GB
# * Quad Xeon serwer, 8GB RAM, 200GB, 300 związki, “Heavy” płatność: 2 GB

# Sztolnie, że shared_buffers Zwiększenie liczby parametrów, a drugi potrebuet pamięci.
# Zmiany nastroek pamięci systemowej V systemu operacyjnego. Więcej na ten temat.
# Można prochytat w dokumentacji PostgreSQL.

shared_buffers = 32MB # min 128kB

# Buffer Under vremennыe obiektów, głównie na stołach vremennыh.
# Można ustalić kolejność 16 MB
800kB temp_buffers = 128MB # min

#work_mem: Jak wcześniej yzvestnoe sort_mem, To pereymenovano tak kak określa TERAZ.
# Maksymalnoe Ilość niezwłocznie pamięci kotoroe Czy Wybierz jedną operację.
# Sortowanie, ahrehatsyy i inni. To nie jest pamięć razdelyaemaya, work_mem vыdelyaetsya oddzielnie.
# W operacji kazhduyu (od jednego do kilku razy na życzenie). Wartość Razumnoe.
# Kolejny parametr określa sposób: Ilość dostupnoy szybko.
# Pamięć (po fakcie Jak obshchego tomie vыchly pamięci trebuemuyu dla innych.
# Aplikacje i shared_buffers) delytsya na numer maksymalnoe odnovremennыh zaprosov.
# Umnozhennoe Srednee od liczby operacji w Zaproś, kotorыe pamięci trebuyut.

# W przypadku aplikacji internetowych Zazwyczaj ustanavlyvayut niskiej wartości work_mem, tak kak zaprosov.
# Zazwyczaj wiele, ale te, Proste, Zazwyczaj hvataet od 512 do 2048 KB. Z drugiej strony.
# Storony, Wnioski o rozwiązania Wsparcie podjęcia z setek okres w każdego.
# Zaproś i dziesiątki myllyonov stolbtsov w tabeli faktov często trebuyut work_mem.
# Kolejność 500 MB. W przypadku baz danych, kotorыe yspolzuyutsya i tak i tak, parametr CEI.
# Można ustanavlyvat dla zapytania kazhdogo indywidualnie, ustawienie yspolzuya sesję ..

work_mem = 32MB # min 64kB
#maintenance_work_mem: predыduschee Tytuł w PostgreSQL 7.x vacuum_mem. Ten Storage Volume.
# Kotorыy Wymagane dla PostgreSQL VACUUM, analizować, CREATE INDEX i dodatki zewnętrzne.
# Parametr Nad tematów, niż bolshe tabeli Rozmiar w danych Bazet. Neploho bы ustanavlyvat.
# Jeśli nie można określić dokładnie, to od 32 do 256 MB.
maintenance_work_mem = 256 # min 1MB

max_stack_depth = 1MB # min 100kB
fsync = off # zamienia wymuszony synchronizacji lub wyłączenie
wal_sync_method = fsync # Domyślnie jest to pierwsza opcja # obsługiwane przez system operacyjny:
# Fdatasync (domyślnie w systemie Linux)
# Fsync_writethrough

 


checkpoint_timeout zakres = 15min # 30s-1 godz

© 2012 – 2014, https:. Все права защищены. Rudyuk Sergey. К2®

Setting up Postgresql to work with 1C

# Key. Avto surgery vыpolnyalys most bystro, CEI ustanavlyvat need it.
# Ego significance from 50 to 75% of your Samoa Large Size Settings tablytsы ili ili index ,.

# LAST stab. 512kB # min 100kB

synchronous_commit = off # synchronization level; on, off, or local
# Open_datasync
# Fsync
# Open_sync
full_page_writes = on # recover from partial page writes
commit_delay = 10 # range 0-100000, in microseconds
commit_siblings = 5 # range 1-1000

checkpoint_segments = 200 # in logfile segments, min 1, 16MB each
How pokazыvaet practice not nastroennaya database Postgresql Very slowly is working in 1C. Therefore, when They say something MsSQL Quick is working, than Postgresql with 1C – no verte. Here veroyatney vsego reason kroetsya configured as Default. Because Postgresql Default configured in such a way, To Work on lyubom computer. And in order To Require all mosch Vasheho server – a little bit of ego podnastroyt need it.

By setting Postgresql otvechaet file: postgresql.conf

If you Much is working USER (morethan 100-200), I recommend you to Set Up Business Postgresql through pgBouncer. But, We do not put Zell dannoy the article opysыvat dannuyu setting … Therefore, we describe how Options, kotorыe skazыvayutsya on proyzvodytelnosty Vasheho server:

# If *, then co Listen vseh ip-addresses. Default, slushaetsya Only localhost. Vprochem, эtoho Can you grip.
listen_addresses = ‘*’

# Port number.
port = 5432 # (change requires restart)

# Maksymalnoe Quantity Connected
max_connections = 100 # (change requires restart)

# Shared_buffers: Recall, this is not the whole memory, kotoraja Need a work for PostgreSQL, this.
# Only Size razdelyaemoy Between Process PostgreSQL memory, Need a kotoraja for implementation.
# Aktyvnыh operations. Ona dolzhna onthem menshuyu part vasheho promptly memory.
# Computer so kak PostgreSQL yspolzuet well as the operating system cache dyskovыy ..
# Sorry, Avto know tochnoe number of shared buffers, need it uchest quantities.
# Promptly computer memory, Size bazы of data, the number of compounds and Complexity zaprosov ,.
# So something better vospolzuemsya Several prostыmy rules settings.

# On vыdelennыh servers poleznыm Volume Will significance from 8 MB to 2 GB. Volume Can.
# Bыt Above, If you portsyy of active bazы Large Data, slozhnыe Request ,.
Lot number # odnovremennыh compounds, dlytelnыe a payment, access for you.
# Large Volume promptly memory ili bolshee Quantity processors. And, of course the same ,.
# Not zabыvaem on ostalnыh applications. Vыdelyv Too Much memory for bazы Data ,.
# We mozhem Receive uhudshenye proyzvodytelnosty. Here neskolko prymerov, poluchennыh.
# On personally and Experience in Testing:

# * Laptop, Celeron processor, 384MB RAM, database 25MB: shared_buffers 12 MB
# * Athlon server, 1GB RAM, database solutions Adoption Support 10GB: 200 MB
# * Quad PIII server, 4GB RAM, 40GB, 150 compounds, “Heavy” a payment: 1 GB
# * Quad Xeon server, 8GB RAM, 200GB, 300 compounds, “Heavy” a payment: 2 GB

# Drifts, that shared_buffers Increase the number of parameters and the second memory potrebuet.
# Changes nastroek Your System V memory the operating system. More about this.
# You can prochytat in the documentation for PostgreSQL.

shared_buffers = 32MB # min 128kB

# Buffer Under vremennыe Objects, mainly for vremennыh tables.
# You can establish the order of 16 MB
temp_buffers = 128MB # min 800kB

#work_mem: As previously yzvestnoe sort_mem, It would pereymenovano so kak determines NOW.
# Maksymalnoe Quantity promptly memory, kotoroe Can the Select one operation.
# Sorting, ahrehatsyy and others. This is not razdelyaemaya memory, work_mem vыdelyaetsya separately.
# On kazhduyu surgery (from one to several times per request). Razumnoe value.
# The next parameter is determined manner: Quantity dostupnoy promptly.
# Memory (after the fact of How obshchego Volume vыchly memory, trebuemuyu for others.
# Applications, and shared_buffers) delytsya on maksymalnoe number odnovremennыh zaprosov.
# Umnozhennoe srednee on the number of operations in the Invite, kotorыe trebuyut memory.

# For web applications Usually ustanavlyvayut Low value work_mem, so kak zaprosov.
# Usually many, but ones Simple, Usually hvataet from 512 to 2048 KB. With the other.
# Storony, Applications for Support Adoption solutions with hundreds of period in everyone.
# Invite and dozens myllyonov stolbtsov in Table faktov often trebuyut work_mem.
# The order of 500 MB. For databases, kotorыe yspolzuyutsya and so and so, CEI parameter.
# You can ustanavlyvat for kazhdogo query individually, yspolzuya setting the session ..

work_mem = 32MB # min 64kB
#maintenance_work_mem: predыduschee Title in PostgreSQL 7.x vacuum_mem. This Volume Storage ,.
# Kotorыy Required for PostgreSQL VACUUM, ANALYZE, CREATE INDEX, and External additions.
# Key. Avto surgery vыpolnyalys most bystro, CEI ustanavlyvat need it.
# Parameter Above topics, than bolshe Size table in your Bazet data. Neploho bы ustanavlyvat.
# Ego significance from 50 to 75% of your Samoa Large Size Settings tablytsы ili ili index ,.
# If impossible to define exactly, that’s 32 to 256 MB.

maintenance_work_mem = 256MB # min 1MB

# LAST stab. 512kB # min 100kB
max_stack_depth = 1MB # min 100kB

fsync = off # turns forced synchronization on or off
synchronous_commit = off # synchronization level; on, off, or local
wal_sync_method = fsync # the default is the first option # supported by the operating system:
# Open_datasync
# Fdatasync (default on Linux)
# Fsync
# Fsync_writethrough
# Open_sync

full_page_writes = on # recover from partial page writes

commit_delay = 10 # range 0-100000, in microseconds

commit_siblings = 5 # range 1-1000

checkpoint_segments = 200 # in logfile segments, min 1, 16MB each
checkpoint_timeout = 15min # range 30s-1h

© 2012 – 2014, https:. Все права защищены. Rudyuk Sergey. К2®

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

Как показывает практика, не настроенная база данных Postgresql очень медленно работает в 1С. Поэтому, когда говорят, что MsSQL быстрей работает, чем Postgresql с 1С – не верьте. Здесь вероятней всего причина кроется в настройках по умолчанию. Т.к. Postgresql по умолчанию настроен таким образом, чтоб работать на любом компьютере. И для того, чтоб использовать всю мощь Вашего сервера – немного нужно его поднастроить.

За настройку Postgresql отвечает файл: postgresql.conf

Если у Вас работает много пользователей (более 100-200), то рекомендую настроить Вам работу Postgresql через pgBouncer. Но, мы не ставим цель данной статьи описывать данную настройку … Поэтому, опишем то параметры, Которые сказываются на производительности Вашего сервера:

# Если *, то слушать со всех ip-адресов. По умолчанию, слушается только localhost. Впрочем, этого Вам может хватить.
listen_addresses = ‘*’

# Номер порта.
port = 5432 # (change requires restart)

# Максимальное количество подключений
max_connections = 100 # (change requires restart)

# Shared_buffers: Подметим, это НЕ вся память, которая нужна для работы PostgreSQL, это.
# Только размер разделяемой между процессами PostgreSQL памяти, которая нужна для выполнения.
# Активных операций. Она должна занимать меньшую часть оперативной памяти вашего.
# Компьютера, так как PostgreSQL употребляет также дисковый кэш операционной системы ..
# К сожалению, чтоб знать точное число shared buffers, нужно учесть количество.
# Оперативной памяти компьютера, размер базы данных, число соединений и сложность запросов ,.
# Так что лучше Воспользуемся Несколькими простыми правилами настройки.

# На выделенных серверах полезным объемом будет значение от 8 МБ до 2 ГБ. Объем может.
# Быть выше, если у вас большие активные порции базы данных, сложные запросы ,.
# Большое число одновременных соединений, длительные транзакции, вам доступен.
# Большой объем оперативной памяти или большее количество процессоров. И, конечно же ,.
# Не забываем об остальных приложениях. Выделив слишком много памяти для базы данных ,.
# Мы можем Получить ухудшение производительности. Вот несколько примеров, полученных.
# На личном опыте и при тестировании:

# * Laptop, Celeron processor, 384MB RAM, база данных 25MB: shared_buffers 12 MB
# * Athlon server, 1GB RAM, база данных поддержки принятия решений 10GB: 200 MB
# * Quad PIII server, 4GB RAM, 40GB, 150 соединений, “тяжелые” транзакции: 1 GB
# * Quad Xeon server, 8GB RAM, 200GB, 300 соединений, “тяжелые” транзакции: 2 GB

# Заметим, что увеличение числа shared_buffers и других параметров памяти потребует.
# Изменения настроек System V memory вашей операционной системы. Подробнее об этом.
# Можно прочитать в документации по PostgreSQL.

shared_buffers = 32MB # min 128kB

# Буфер под временные объекты, в основном для временных таблиц.
# Можно установить порядка 16 МБ
temp_buffers = 128MB # min 800kB
#work_mem: ранее известное как sort_mem, было переименован, так как сейчас определяет.
# Сортировки, агрегации и др. Это не разделяемая память, work_mem выделяется отдельно.
# Параметра определяется следующим образом: количество доступной оперативной.
# Приложений, и shared_buffers) делится на максимальное число одновременных запросов.

# Обычно много, но они простые, обычно хватает от 512 до 2048 Кб. С другой.
# Запросе и десятками миллионов столбцов в таблицах фактов часто требуют work_mem.
# Можно устанавливать для каждого запроса индивидуально, Используя настройки сессии ..
work_mem = 32MB # min 64kB
# Который требуется PostgreSQL для VACUUM, ANALYZE, CREATE INDEX, и добавления внешних.
# Параметр тем выше, чем больше размер таблиц в вашей базе данных. Неплохо бы устанавливать.
# Если точно определить невозможно, от 32 до 256 МБ.
maintenance_work_mem = 256MB # min 1MB
# Последнее стаб. 512kB # min 100kB

synchronous_commit = off # synchronization level; on, off, or local
# Open_datasync
# Fsync
# Open_sync
full_page_writes = on # recover from partial page writes
commit_delay = 10 # range 0-100000, in microseconds
commit_siblings = 5 # range 1-1000

checkpoint_segments = 200 # in logfile segments, min 1, 16MB each
Как показывает практика, не настроенная база данных Postgresql очень медленно работает в 1С. Поэтому, когда говорят, что MsSQL быстрей работает, чем Postgresql с 1С – не верьте. Здесь вероятней всего причина кроется в настройках по умолчанию. Т.к. Postgresql по умолчанию настроен таким образом, чтоб работать на любом компьютере. И для того, чтоб использовать всю мощь Вашего сервера – немного нужно его поднастроить.

За настройку Postgresql отвечает файл: postgresql.conf

Если у Вас работает много пользователей (более 100-200), то рекомендую настроить Вам работу Postgresql через pgBouncer. Но, мы не ставим цель данной статьи описывать данную настройку … Поэтому, опишем то параметры, Которые сказываются на производительности Вашего сервера:

# Если *, то слушать со всех ip-адресов. По умолчанию, слушается только localhost. Впрочем, этого Вам может хватить.
listen_addresses = ‘*’

# Номер порта.
port = 5432 # (change requires restart)

# Максимальное количество подключений
max_connections = 100 # (change requires restart)

# Shared_buffers: Подметим, это НЕ вся память, которая нужна для работы PostgreSQL, это.
# Только размер разделяемой между процессами PostgreSQL памяти, которая нужна для выполнения.
# Активных операций. Она должна занимать меньшую часть оперативной памяти вашего.
# Компьютера, так как PostgreSQL употребляет также дисковый кэш операционной системы ..
# К сожалению, чтоб знать точное число shared buffers, нужно учесть количество.
# Так что лучше Воспользуемся Несколькими простыми правилами настройки.
# На выделенных серверах полезным объемом будет значение от 8 МБ до 2 ГБ. Объем может.
# Большое число одновременных соединений, длительные транзакции, вам доступен.
# Не забываем об остальных приложениях. Выделив слишком много памяти для базы данных ,.
# На личном опыте и при тестировании:
# * Laptop, Celeron processor, 384MB RAM, база данных 25MB: shared_buffers 12 MB
# * Quad PIII server, 4GB RAM, 40GB, 150 соединений, “тяжелые” транзакции: 1 GB

# Изменения настроек System V memory вашей операционной системы. Подробнее об этом.

# Можно установить порядка 16 МБ

# Максимальное количество оперативной памяти, которое может выделить одна операция.
# На каждую операцию (от одного до нескольких раз за один запрос). Разумное значение.
# Памяти (после того, как из общего объема вычле память, требуемую для других.
# Умноженное на среднее число операций в запросе, Которые требуют памяти.
# Для веб-приложений обычно устанавливают низкие значения work_mem, так как запросов.
# Стороны, приложения для поддержки принятия решений с сотнями срок в каждом.
# Порядка 500 МБ. Для баз данных, Которые используются и так, и так, этот параметр.

#maintenance_work_mem: предыдущее название в PostgreSQL 7.x vacuum_mem. Это объем памяти ,.
# Ключей. Чтобы операции выполнялись максимально быстро, нужно устанавливать этот.
# Его значение от 50 до 75% размера вашей самой большой таблицы или индекса или ,.

max_stack_depth = 1MB # min 100kB
fsync = off # turns forced synchronization on or off
wal_sync_method = fsync # the default is the first option # supported by the operating system:
# Fdatasync (default on Linux)
# Fsync_writethrough

 


checkpoint_timeout = 15min # range 30s-1h

© 2012 – 2015, https:. Все права защищены. Rudyuk Sergey. К2®

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

Как показывает практика, не настроенная база данных Postgresql очень медленно работает в 1С. Поэтому, когда говорят, что MsSQL быстрей работает, чем Postgresql с 1С – не верьте. Тут вероятней всего причина кроется в настройках по умолчанию. Т.к. Postgresql по умолчанию настроен таким образом, чтоб работать на любом компьютере. И для того, чтоб использовать всю мощь Вашего сервера – немного нужно его поднастроить.

За настройку Postgresql отвечает файл: postgresql.conf

Если у Вас работает много пользователей (более 100-200), то рекомендую настроить Вам работу Postgresql через pgBouncer. Но, мы не ставим цель данной статьи описывать данную настройку… Поэтому, опишем те параметры, которые сказываются на производительности Вашего сервера:

# Если *, то слушать со всех ip-адресов. По умолчанию, слушается только localhost. Впрочем, этого Вам может хватить.
listen_addresses = ‘*’       

# Номер порта.
port = 5432                # (change requires restart)

# Максимальное количество подключений
max_connections = 100            # (change requires restart)

# shared_buffers: напомним, это НЕ вся память, которая нужна для работы PostgreSQL, это.
#только размер разделяемой между процессами PostgreSQL памяти, которая нужна для выполнения.
#активных операций. Она должна занимать меньшую часть оперативной памяти вашего.
#компьютера, так как PostgreSQL использует также дисковый кэш операционной системы..
#К сожалению, чтобы знать точное число shared buffers, нужно учесть количество.
#оперативной памяти компьютера, размер базы данных, число соединений и сложность запросов,.
#так что лучше воспользуемся несколькими простыми правилами настройки.

#На выделенных серверах полезным объемом будет значение от 8 МБ до 2 ГБ. Объем может.
#быть выше, если у вас большие активные порции базы данных, сложные запросы,.
#большое число одновременных соединений, длительные транзакции, вам доступен.
#большой объем оперативной памяти или большее количество процессоров. И, конечно же,.
#не забываем об остальных приложениях. Выделив слишком много памяти для базы данных,.
#мы можем получить ухудшение производительности. Вот несколько примеров, полученных.
#на личном опыте и при тестировании:

#    * Laptop, Celeron processor, 384MB RAM, база данных 25MB: shared_buffers 12 MB
#    * Athlon server, 1GB RAM, база данных поддержки принятия решений 10GB: 200 MB
#    * Quad PIII server, 4GB RAM, 40GB, 150 соединений, “тяжелые” транзакции: 1 GB
#    * Quad Xeon server, 8GB RAM, 200GB, 300 соединений, “тяжелые” транзакции: 2 GB

# Заметим, что увеличение числа shared_buffers и других параметров памяти потребует.
# изменения настроек System V memory вашей операционной системы. Подробнее об этом.
# можно прочитать в документации по PostgreSQL.

shared_buffers = 32MB            # min 128kB

#Буфер под временные объекты, в основном для временных таблиц.
#Можно установить порядка 16 МБ
temp_buffers = 128MB            # min 800kB

#work_mem: ранее известное как sort_mem, было переименовано, так как сейчас определяет.
#максимальное количество оперативной памяти, которое может выделить одна операция.
#сортировки, агрегации и др. Это не разделяемая память, work_mem выделяется отдельно.
#на каждую операцию (от одного до нескольких раз за один запрос). Разумное значение.
#параметра определяется следующим образом: количество доступной оперативной.
#памяти (после того, как из общего объема вычли память, требуемую для других.
#приложений, и shared_buffers) делится на максимальное число одновременных запросов.
#умноженное на среднее число операций в запросе, которые требуют памяти.

#Для веб-приложений обычно устанавливают низкие значения work_mem, так как запросов.
#обычно много, но они простые, обычно хватает от 512 до 2048 КБ. С другой.
#стороны, приложения для поддержки принятия решений с сотнями строк в каждом.
#запросе и десятками миллионов столбцов  в таблицах фактов часто требуют work_mem.
#порядка 500 МБ. Для баз данных, которые используются и так, и так, этот параметр.
#можно устанавливать для каждого запроса индивидуально, используя настройки сессии..

work_mem = 32MB                # min 64kB
#maintenance_work_mem: предыдущее название в PostgreSQL 7.x vacuum_mem. Это объем памяти,.
#который требуется PostgreSQL для VACUUM, ANALYZE, CREATE INDEX, и добавления внешних.
#ключей. Чтобы операции выполнялись максимально быстро, нужно устанавливать этот.
#параметр тем выше, чем больше размер таблиц в вашей базе данных. Неплохо бы устанавливать.
#его значение от 50 до 75% размера вашей самой большой таблицы или индекса или,.
#если точно определить невозможно, от 32 до 256 МБ.

maintenance_work_mem = 256MB        # min 1MB

#Последнее стаб. 512kB # min 100kB
max_stack_depth = 1MB            # min 100kB

fsync = off                      # turns forced synchronization on or off
synchronous_commit = off        # synchronization level; on, off, or local
wal_sync_method = fsync        # the default is the first option                    # supported by the operating system:
#   open_datasync
#   fdatasync (default on Linux)
#   fsync
#   fsync_writethrough
#   open_sync

full_page_writes = on            # recover from partial page writes

commit_delay = 10            # range 0-100000, in microseconds

commit_siblings = 5            # range 1-1000

checkpoint_segments = 200        # in logfile segments, min 1, 16MB each
checkpoint_timeout = 15min        # range 30s-1h

© 2012 – 2015, https:. Все права защищены. Rudyuk Sergey. К2®

Translate »
Menu Title