Menü
Ingyenes
becsekkolás
a fő  /  az internet / 1c és postgres telepítés a Windows rendszeren. Telepítse a PostgreSQL-t

1c és postgres telepítés a Windows rendszeren. Telepítse a PostgreSQL-t

Alapértelmezés szerint a PostgreSQL úgy van konfigurálva, hogy a minimális erőforrások minimális mennyiségét a kis adatbázisok működjenek 4 GB-ig, nem nagyon produktív szervereken. Vagyis, ha az ügy komolyabban érinti a rendszereket, akkor csak az adatbázis-teljesítmény nagy veszteségét tapasztalja, mivel az alapértelmezett beállítások nem felelnek meg az északi berendezések teljesítményének. Resource Allocation beállítások véletlen hozzáférési memória A fájlban tárolt postgresql munkájához posztgresql.conf..

Elérhető mind a mappából, ahol a PostgreSQL / adatok telepítve vannak, és a pgadmin:

Általában a kezdeti szakaszban nehézségek és lassulás esetén az adatbázis munkájában elegendő a felhasználók szemének három paraméterének növelése:

shared_buffers

Ez egy memória méret, amely az aktív műveletek elvégzéséért felelős postgresql folyamatok között osztott. A paraméter maximális megengedett értéke a teljes RAM 25% -a

Például 1-2 GB RAM-on a kiszolgálón elég ahhoz, hogy ezt a paramétert 64-128 MB-ra (8192-16384) adja meg.

temp_buffers.

Ez az ideiglenes tárgyak (ideiglenes táblák) pufferének mérete. A teljes RAM 2-4% -a átlagos értéke

Például 1-2 GB RAM-on a kiszolgálón elegendő, ha ebben a paraméterben 32-64 MB értéket adhat meg.

work_mem.

Ez egy memória méret, amelyet a táblázatok rendezésére és gyorsítására használnak.

Az új értékek hatálybalépéséhez a szolgáltatás újraindul, így jobb a munkaidő külső részében.

Még kettő fontos paraméterek Ez a karbantartás_work_mem (vákuum, index létrehozása és egyéb) és a max_stack_depth

Az optimális beállítások példái:

  • CPU: E3-1240 V3 @ 3.40GHz
  • Ram: 32 GB 1600MHz
  • Lemezek: PLEXTOR M6PRO

postgresql.conf:

  • shared_buffers \u003d 8 GB.
  • work_mem \u003d 128mb.
  • karbantartás_work_mem \u003d 2 GB.
  • fsync \u003d be.
  • synchronous_commit \u003d Ki.
  • wal_sync_method \u003d fdatasync.
  • checkpoint_Segments \u003d 64.
  • seq_page_cost \u003d 1.0.
  • random_page_cost \u003d 6.0.
  • cpu_tuple_cost \u003d 0,01.
  • cpu_index_tuple_cost \u003d 0,0005
  • cPU_PERATOR_COST \u003d 0,0025
  • hatékony_cache_size \u003d 24 GB.

Hasznos lekérdezések:

BD blokkolja a felhasználókat

Az összes táblázat megjelenítése, több mint 10 MB


PG_Tables-től
Ha a Tábláma nem olyan, mint az "SQL_%" és a PG_SIZE_PRETTY (PG_TOTAL_RELATION_SIZE (PG_TOTAL_RELATION_SIZE (CAST (TABLAMEAME mint szöveg))), mint a "% MB%";

A táblázatméretek meghatározása a PostgreSQL adatbázisban

SQL Select Tablename Code, PG_SIZE_PRETTY (PG_TOTAL_RELATION_SIZE (CAST (TABLEAMEAME mint szöveg)))
PG_Tables-től
Ahol a Tábláma nem olyan, mint az "sql_%"
Sorrend szerint;

A felhasználók egy adott táblát blokkolnak

Kód SQL SELECT A.USENAME, T.RELNAME, A.CURRENT_QUERY, módot PG_LOCKS L inner join PG_STAT_ACTIVITY A BE A.PROCPID \u003d L.PID inner join PG_STAT_ALL_TABLES T ON T.RELID \u003d L.RELATION WHERE T.RELNAME \u003d „TableName "; Kód SQL SELECT KAPCSOLAT :: REGCLASS, MODE, A.UseName, Adott, PG_LOCKS L INNER INNER INNER INNER PG_STAT_ACTITIVE A A.PROCPID \u003d L.PID, ahol nem mód \u003d 'accesssharelock' és a kapcsolat nem null;

Kérések exkluzív zárakkal

Kód SQL Select A.UseName, A.Current_Query, mód a PG_LOCKS L INNER INNER INNER PG_STAT_ACTITIVE A on A.Procpid \u003d L.PID, ahol az Ilike "% exkluzív%" módja;

Zárak száma a felhasználók által

Kód SQL Select Ausename, COUNT (L.PID) a PG_Locks l Inner Csatlakozzon PG_STAT_Activity A on A.Procpid \u003d L.PID, ahol nem (MODE \u003d 'Accesssharelock') csoport a.UseName-vel;

A kapcsolatok száma a felhasználók által

Kód SQL SELECT COUNT (USENAME), Usename a PG_STAT_ACTITIVESS GROUP UseName megrendelés gróf (usename) desc;

Miután az 1C-fájl adatbázisának mérete: Az egyik ügyfelünk vállalata 32 GB-os (igen, 32 GB) érte el, ennek eredményeként minden fokozatosan lelassul, majd szorosan esett, ügyfeleink megkértek minket, hogy megoldjuk ez a probléma. Az SSD Enterprise Class röviden édesíti a pirulát, de egy ideig, amíg mindent visszatért a kiindulási pontba. Nos, itt, itt és a nagymama nem megy - menjen az adatbázis SQL verziójához.

Mivel mi vagyunk windows felhasználókA DBMS csak két lehetőség áll rendelkezésre számunkra - ez az MSSQL és a PostgreSQL. Az első jó az őrület, de a költségek nem kérem. És már nem elégedett a további 1c-es licencekről, amelyek az MSSQL-vel való együttműködésre szolgálnak. Ezért a PostgreSQL.

A rendelkezésre álló videók részletes utasításai. Ebben a cikkben átmegyünk a kulcsfontosságú pontokon.

Ne felejtsd el az 1c adatbázisok biztonsági mentését!

Kezdeti adatok:

  • OS. Windows szerver 2008R2,
  • Intel mag I7-2600K 3.40 GHz,
  • 32 GB RAM,
  • Intel SSD DC3700 100 GB (csak az adatbázisban, az operációs rendszeren egy külön SSD),
  • naponta 10-20 felhasználó az adatbázisban,
  • cserélje ki az elosztott adatbázisok 5 csomópontjával a háttérben.

Nemes, nem igaz? Folytassuk.

1. Telepítse a PostgreSQL és a pgadmin.

Nincs kinyilatkoztatás a PostgreSQL letöltéséhez, nem lesz kedvenc webhelyünk https://releasees.1c.ru, "Technológiai eloszlások". Töltse le, tegye. Ne felejtse el telepíteni a Microsoft Visual C ++ 2010 futásidejű könyvtárakat az 1. szervizcsomaggal, amely egy eloszlású archívumban megy. Őkre esett: nem telepítettek, sok fájdalmat teszteltek.

Inicializálja az adatbázis klaszter (pipa). És itt adja meg a postgresql fiókbeállításait! Fontos: A szolgáltatást kell futtatnia "Másodlagos bejelentkezés" (vagy a lokalizált operációs rendszeren: "A rendszer másodlagos bejárata"). Az UTF8 kódolás is fontos!

a gyülekezetben pgadmin válik. A https://www.postgresql.org/ftp/pgadmin3/release/re megyünk. A cikk írásakor friss verzió 1.22.1. Swing it, tedd. Bejön.

A telepítési folyamat során "Szerverek kezelése 1c Enterprise" Ne hagyja abba. Ez egy teljesen más téma. Igen, és nincs semmi nehéz ott.

Hozzon létre egy SQL adatbázist ebben a pillanatban, ellenőrizze a pgadmin-t - az adatbázis akkor jelenik meg, ha minden helyes.

2. TUNING POSTGRESQL 9.4.2.

  • pg_hba.conf.
  • posztgresql.conf.
  • pgpass.conf.

itt fekszik:

C: Programfájlok \\ POSTGRESQL \\ 9.4.2-1.1C \\ Adatok

Ha legalább egy betűvel téved, a PostgreSQL konfiguráció frissítése után ne indítsa el. Megtudja, mi okozott az oka, még akkor is, ha megnézzük windows naplók. Ezért ne változtasson azonnal sok paramétert, és készítsen biztonsági másolatot.

A konfiguráció szerkesztéséhez kényelmes eszközKözvetlenül a fő pgadmin ablakból áll rendelkezésre. Itt van:

Amit itt változtatunk:

  • shared_buffers - A PGSQL által kiosztott memória száma az oldalak közös oldalára. Ez a memória az összes PGSQL folyamat között van osztva. A rendelkezésre álló RAM-ot 4-re osztjuk. A mi esetünkben 8 GB.
  • hatékony_Cache_Size - Összeszerelési gyorsítótár méret fájlrendszer. Úgy vélik, hogy: RAM - shared_buffers. A mi esetünkben 32 GB - 8 GB \u003d 24 GB. De személyesen elhagyom ezt a paramétert még alacsonyabb, valahol a 20 GB-ot még mindig nem csak a PostgreSQL-hez igényli.
  • random_page_cost. \u003d 1,5 - 2.0 RAID-hez, 1.1 - 1.3 az SSD esetében. A véletlen oldal elolvasásának költsége (alapértelmezés szerint 4). A kevésbé keresi az időmeghajtási rendszert, a kisebb (de\u003e 1,0) ez a paraméter. A túlzottan, a paraméter növeli a PGSQL támaszkodva a választás a tervek, hogy átvizsgálja az egész táblát (PGSQL úgy véli, hogy ez olcsóbb elolvasni az egész asztal olcsóbb, mint a véletlen index). És ez rossz.
  • temp_buffers. \u003d 256 MB. Az ideiglenes táblák maximális száma. Ez az, hogy ez az egyes munkamenetek időtartamának nagysága.
  • work_mem. - Úgy tekintik: RAM / 32..64 - A mi esetünkben 1 GB-ot kiderül. Memória limit egy kérés feldolgozásához. Ez a memória minden egyes munkamenethez tartozik. Elméletileg a memória maximális szükségessége megegyezik a Max_Connections * Work_Mem-szel, a gyakorlatban nem fordul elő, mert az ülések többsége szinte mindig a várakozásban lóg.
  • bgwrite_delay. - 20ms. Alvóidő a lemez rögzítési ciklusai között háttérfolyamat Bejegyzés. Ez a folyamat Ő felelős az oldalak szinkronizálásáért a Shared_Buffers lemezen. Túl sok paraméter értéke lesz növekedését eredményezi a terhelés az ellenőrzőpont folyamat és folyamatok szolgáló ülések (backend). Egy kis érték teljesíti az egyik magot.
  • synchronous_commit. - KI. VESZÉLYES! Tiltsa le a szinkronizálást a lemezzel a kötelezettségvállalás időpontjában. Azzal a kockázattal jár, hogy elveszítik a legújabb többes ügyletek (belül 0,5-1 másodperc), de garantálja a integritását az adatbázis, ott garantáltan küldetések a elkövetni láncban. De jelentősen növeli a termelékenységet.

Ez nem minden, ami sikerült tanulni az internetről és cikkekről a https://its.1c.ru. DE! Még ezek a beállítások elegendőek ahhoz, hogy felgyorsítsák a munkát 1c: Enterprise a PostgreSQL-ben.

Abban konkrét eset A PostgreSQL-re való áttérés után a felhasználók elkezdték panaszkodni, hogy az 1C-nek még erősebb lassulni kezdett, mint a fájlverzióban. De miután a "repült" bázis hangolása. Most mindenki élvezi a gyors munkát. Azonban vannak olyan mínuszok is zárak formájában. Nem tervezünk abbahagyni ezt, akkor tovább fogunk ásni és feltölteni hasznos változásokat a PostgreSQL konfigurációban itt.

A PostgreSQL egy meglehetősen modern és népszerű DBMS a világon. Nem ment körül 1c, úgy döntött, hogy az egyik DBMS támogatott a művelethez. Tekintsük a PostgreSQL telepítési utasításait és a kezdeti 8.3 ablakot.

PostgreSQL - szabad programEz az egyik döntő tényező a DBMS kiválasztásához.

A kiszolgáló telepítéséhez két archívumra van szükségünk - vállalkozások (x86-64) és postgresql eloszlásra. Példánkban a platform 8.3.4 és DBMS 9.1.2. Jobb, ha az 1C-lemez vagy webhely hivatalos forrásából származnak.

A vállalkozás első része 8.3 (vagy 8.2). Ehhez indítsa el a Setup.exe fájlt az archívumból. A telepítés nem különbözik az ügyfélalkalmazás szokásos telepítésétől, kivéve néhány funkciót:

1. Ne felejtse el kiválasztani az összetevők kívánt elemeit:

2. Adja meg, hogy a kérelem elindul, melyik nevétől indul. Javasoljuk, hogy hozzon létre egy új felhasználót "USR1CV8". Ez a felhasználónak megfelelő jogokkal kell rendelkeznie:

Szerezd meg a 267 videó oktatóanyagot 1c-re ingyen:

A telepítés után az 1c rész a DBMS-vel folytatható.

Telepítse a PostgreSQL-t

Futtassa a PostgreSQL-9.1.2.1.1C (x64) .msi fájlt, windows mappa Válasszon ki egy 64 vagy 86 almappát, az operációs rendszer kisülésétől függően. Alapértelmezés szerint szinte mindent elhagyhat. Szükség van a következő pontokra:

1. Csakúgy, mint az 1C 8.3, a DBMS szolgáltatásként telepítve van. Meg kell vizsgálnia a használt felhasználók jogait. Az alapértelmezett rendszer létrehoz egy új felhasználót, amelyből a név elindul:

2. Az 1c klaszter beállítása. Itt meg kell adnia a felhasználó jelszavát:

Az elem végrehajtásához a másodlagos bejelentkezési szolgáltatás (másodlagos bejelentkezés) elindul. Ha nem fut, el kell indítani az összes szolgáltatás listáján:

1c-es bázis létrehozása posztgrienként

A bázis létrehozása nagyon egyszerű folyamat. Az adatbázis-listában kattintson a "Hozzáadás" gombra, válassza ki az elemet "Új létrehozása egy új információs bázis„Adja meg az adatbázis nevét, és válassza ki a helyét lehetőség -” Be Server 1C: Vállalatok”, ahol, hogy kitöltse a beállításokat, mint a megadott screenshot:

Ahol a jelszó és a felhasználónév azok, amelyeket a fürtbeállítási fázisban megadott.

Ez minden - dolgozhat a rendszerrel.

Telepítési utasítások PostgreSQL 9.0.3-3.1c a Windows Server 2008 X64 rendszeren

A telepítéshez használja a csomagot - PostgreSQL 9.0.3-1C (x 86 vagy x 64).

Futtassa az MSI csomagot:

Megünnepeljük a pipát, ha a "Directory with adatokat", a PSQL és a pgadmin III megjegyezzük. További.

Telepítse a "szolgáltatást". A szolgáltatás működéséhez speciális felhasználót igényel. Jelez számla, Domain (ha rendelkezésre áll) és jelszó. További.

Ha nincs ilyen felhasználó a rendszerben, akkor a mester javaslatot tesz egy új létrehozására. Válaszolunk az "Igen" - A felhasználó létrehozása. További.

Most inicializálja az adatbázist. Adja meg az 5432. portot. Ellenőrizzük, hogy az UTF 8 kódolást a PostgreSQL felhasználói bejelentkezés és jelszó határozza meg (a rendszer figyelmezteti, hogy a felhasználói jelszó és a PostgreSQL felhasználói jelszó nem egyezik - tekintse meg). Ha az 1C szerver klaszter és a postgresql on különböző gépek, akkor tegyen egy kullancs "kapcsolatok karbantartása bármely IP-ről, és ne csak a localhost-val." További.

Hiba léphet fel " Másodlagos bejelentkezés ». Aztán megyünk "adminisztráció" - "Szolgáltatások". Indítsa el a "másodlagos bejelentkezési" vagy a "másodlagos bejelentkezési" szolgáltatást:


A program be van állítva.

A "Start" menüben - "Minden program" futtassa a "Pgadmin III" adminisztrációs segédprogramot.

Csatlakozzon a szerverhez. A "Postres" felhasználó jelszavát adjuk meg. Ha sikerül csatlakozni, próbáljon létrehozni egy új bázist az 1c eszközzel.

Futtassa az ügyfél részt 1c. Kattintson a "Hozzáadás" gombra, állítsa be az 1C szerverkiszolgálót. Ezután töltse ki az alábbiakat: adatbázis-kiszolgáló (IP vagy DNS A kiszolgáló neve, ahol a PostgreSQL) - ha ugyanaz, mint az 1C klaszter, akkor adja meg a 127.0.0.1. Adatbázis neve: [egyébként]. Felhasználó: "Postgre" jelszó: [Your_pall_postgres]. További.

Ellenőrizzük, hogy az 1c alap sikeresen létrejön.

Megállapítjuk a Közgyűlés a Postres Professional-tól. A 1C-os verzió oldalon: Enterprise Keressen telepítési információkat a Centos 7 friss verziója PostgreSQL.

Csatlakoztassa az adattárat és telepítse a PostgreSQL 9.6:

Sudo rpm -ivh http://1c.postgrespro.ru/keys/postgrespro-1c-centos96.noarch.rpm sudo yum makecache sudo yum telepítése PostgreSQL-PRO-1C-9.6

Postgresql alapbeállítás

Inicializálja a szolgáltatási adatbázisokat orosz lokalizációval:

Su posztgres /usr/pgsql-9.6/bin/initdb -d /var/lib/pgsql/9.6/data --locale \u003d ru_ru.utf-8 kilépési szolgáltatás PostgreSQL-9.6 initdb

Futtassa a PostgreSQL-t, és adja hozzá az Autoloadhoz:

Systemctl Engedélyezze a PostgreSQL-9.6 Systemctl START POSTGRESQL-9.6 SYSTEMCTL Status PostgreSQL-9.6

Megadjuk a jelszót a Postgre-felhasználók számára, hogy távolról lehessen kapcsolódni a kiszolgálóhoz:

SU - Postgres PSQL ALTER FELHASZNÁLÓ POSTGRES WORRESSWORD; Q kilépés.

Mcedit /var/lib/pgsql/9.6/data/pg_hba.conf.

a megnyíló fájlban beállítjuk és megváltoztatjuk a karakterláncot:

minden 127.0.0.1/32-es fogadás a host minden 127.0.0.1/32 MD5

minden 0,0.0.0/0 azonosító a host All 0.0.0.0/0 MD5

PostgreSQL beállítások optimalizálás (postgresql.conf) az 1C: Enterprise számára

Itt lesz a PostgreSQL beállításai virtuális gép ESXI 6.5.

A VM-re kiosztott források:

processzor - 8 VCPU;

memória - 48 GB;

lemez az OS - 50 GB-os LUN HARDWARE RAID1-re a SAS HDD-től;

lemez az adatbázishoz - 170 GB az SSD szoftver RAID1-en

lemez a naplókhoz - 100 GB a RAID1 szoftveren az SSD-től

A beállítások szerkesztéséhez hajtsa végre a parancsot:

Mcedit /var/lib/pgsql/9.6/data/postgresql.conf.

Kommentált paraméterek, amelyeket aktiválni kell.

processzor

autovacuum_max_workers \u003d 4.

autovacuum_max_workers \u003d ncores / 4..2, de nem kevesebb, mint 4

Autowacum folyamatok száma. Általános szabály - Minél több írási kérés, annál több folyamat. Az olvasható adatbázisban elég ugyanaz a folyamat.

sSL \u003d Ki.

A titkosítás kikapcsolása. A védett CDMS esetében a titkosítás értelmetlen, de a CPU betöltésének növekedéséhez vezet

memória

shared_buffers \u003d 12 GB.

shared_buffers \u003d ram / 4

A memória hozzárendelt PGSQL-t egy crested oldalra. Ez a memória az összes PGSQL folyamat között van osztva. Operációs rendszer Maga az adatokat gyorsítja, így nincs szükség a teljes készpénzes működési memória átirányítására a gyorsítótárhoz.

temp_buffers \u003d 256mb

Az ideiglenes táblák maximális száma. Azok. Ez az egyes munkamenetek időtartamának nagysága.

work_mem \u003d 64 MB.

work_mem \u003d ram / 32..64 vagy 32mb..128mb

Memória limit egy kérés feldolgozásához. Ez a memória minden egyes munkamenethez tartozik. Elméletileg a memória maximális szükségessége megegyezik a Max_Connections * Work_Mem-szel, a gyakorlatban nem fordul elő, mert az ülések többsége szinte mindig a várakozásban lóg. Ezt az ajánlási értéket egy optimalizáló használja: megpróbálja megjósolni a szükséges memória méretét a kérelemhez, és ha ez az érték nagyobb, mint a Work_Mem, akkor azt jelzi, hogy a végrehajtó azonnal létrehoz egy ideiglenes táblát. A Work_Mem nem teljes értelemben van: Az optimalizáló is hiányozhat, és a kérés talán több memóriát fog tenni. Ez az érték csökkenthető az ideiglenes fájlok számával:

karbantartás_work_mem \u003d 2 GB.

karbantartás_work_mem \u003d RAM / 16..32 vagy work_mem * 4 vagy 256mb..4 GB

A feladatok kiszolgálására szolgáló memóriahatár, például a statisztikai gyűjtemény (elemzés), szemétszerelvény (vákuum), indexek létrehozása és külső gombok hozzáadásával. Az ilyen műveletek alapján kiosztott memória mérete összehasonlíthatónak kell lennie fizikai méret A lemez legnagyobb indexe.

hatékony_cache_size \u003d 36 GB.

hatékony_cache_size \u003d ram - shared_buffers

A gyorsítótár fájlrendszerének mérete. A paraméter növekedése növeli a rendszer hajlamát az indexscan tervek kiválasztására. És ez jó.

Lemezek

hatékony_io_concurrence \u003d 5.

A lemezrendszer egyidejű kéréseinek becsült értéke, amely egyszerre szolgálhat. Egyetlen lemezhez \u003d 1, RAID - 2 vagy több.

random_page_cost \u003d 1.3

random_page_cost \u003d 1,5-2.0 RAID, 1.1-1.3 az SSD esetében

A véletlen oldal elolvasásának költsége (alapértelmezés szerint 4). A kevésbé keresi az időmeghajtási rendszert, a kisebb (de\u003e 1,0) ez a paraméter. A túlzottan, a paraméter növeli a PGSQL támaszkodva a választás a tervek, hogy átvizsgálja az egész táblát (PGSQL úgy véli, hogy ez olcsóbb elolvasni az egész asztal olcsóbb, mint a véletlen index). És ez rossz.

autovacuum \u003d be.

Az avtovakuuma bekapcsolása.

autovacuum_naptime \u003d 20s.

Az Avtovakuum folyamat alvási ideje. Túl sok érték vezet, hogy az asztaloknak nincs ideje elpárologni, és ennek következtében a duzzadás növekedni fog, és az asztalok és indexek mérete. A kis érték haszontalan fűtéshez vezet.

bGWRER_DELAY \u003d 20MS.

Az alvási idő a felvételi ciklusok között a lemez hátterére. Ez a folyamat felelős a Shared_Buffers lemezen található oldalak szinkronizálásáért. Túl sok paraméter értéke lesz növekedését eredményezi a terhelés az ellenőrzőpont folyamat és folyamatok szolgáló ülések (backend). Egy kis érték teljesíti az egyik magot.

bgwriter_lru_multiplier \u003d 4.0.

bGWRER_LRU_MAXPAGES \u003d 400.

Paraméterek, amelyek szabályozzák a felvételi folyamat rekordfolyamatának intenzitását. Egy BGWRITER ciklus esetén nem írja többet, mint egy utolsó hurok, amelyet a BGWRER_LRU_MUTIPLIPER, de nem több, mint a BGWRER_LRU_MAXPages.

synchronous_commit \u003d Ki.

Tiltsa le a szinkronizálást a lemezzel a kötelezettségvállalás időpontjában. Azzal a kockázattal jár, hogy elveszítik a legújabb többes ügyletek (belül 0,5-1 másodperc), de garantálja a integritását az adatbázis, ott garantáltan küldetések a elkövetni láncban. De jelentősen növeli a termelékenységet.

wal_keep_segments \u003d 256.

wal_keep_segments \u003d 32..256

A WAL szegmensek maximális száma az ellenőrzőpont között. A túl gyakori ellenőrzési pont az írásban a lemez alrendszerének jelentős terheléséhez vezet. Minden szegmensnek van egy 16 MB-os mérete

wal_buffers \u003d. 16 MB.

A megosztott memória mennyisége, amelyet a Wal adatok pufferére használnak, még nem rögzítve a lemezen. A -1-es alapértelmezett érték 1/32 (kb. 3%) méretű, de nem kevesebb, mint 64 kb-nál, és legfeljebb egy Wal szegmens (általában 16 MB) méretét tartalmazza. Ez az érték manuálisan állítható be, ha a kiválasztott automatikusan túl kevés vagy nagy, de a pozitív szám kevesebb, mint 32 KB, 32 kb-nak tekinthető. Ez a paraméter csak akkor állítható be, ha a kiszolgáló elindul.

A Wal pufferek tartalmát a lemezre írják, amikor minden egyes tranzakció rögzítése során nagyon nagy értékek valószínűleg jelentős előnyökkel járnak. Azonban a legalább néhány megabájt értéke növelheti a sebességet a betöltött kiszolgáló rögzítésével, ha több ügyfél azonnal rögzíti a tranzakciókat. Automatikus hangolás, amely az alapértelmezett értékre érvényes (-1), a legtöbb esetben az ésszerű értékeket választja.

alapértelmezett_statistics_target \u003d 1000.

Beállítja a cél alapértelmezett statisztikákat, az oszlopok elterjedését, amelyekre az egyes korlátozásokat az ALTER TABLE SET statisztikai parancs megadja. Minél nagyobb a beállított érték, annál hosszabb ideig kell elvégezni az elemzést, de minél magasabb az ütemező becsléseinek minősége. Az alapértelmezett paraméter értéke 100.

checkpoint_Completion_target \u003d 0,9.

A "összecsukható" checkpoint'a. A felvételi sebesség az ellenőrzőpont alatt szabályozható, hogy az ellenőrzőpont-idő megegyezik a múltból átadott idővel, szorozva a Checkpoint_Complion_céltól.

mIN_WAL_SIZE \u003d 4G.
max_wal_size \u003d 8g

mIN_WAL_SIZE \u003d 512MB .. 4G
Max_wal_size \u003d 2 * min_wal_size

A WAL fájlok minimális és maximális mennyisége. Hasonló a Checkpoint_Segmentshez

fsync \u003d be.

A paraméter kikapcsolása a teljesítmény növeléséhez vezet, de jelentős veszélyt jelent a hirtelen kikapcsolás során. Figyelem: Ha a RAID-nek gyorsítótárja van, és írásban van, ellenőrizze a Kesha RAID vezérlő akkumulátor elérhetőségét és funkcióit! Ellenkező esetben a RAID gyorsítótárban rögzített adatok elvészek, ha a tápellátás ki van kapcsolva, és ennek eredményeképpen a PGSQL nem garantálja az adatintegritást.

rOW_SECURITY \u003d OFF.

A felvételi szint felbontású vezérlés letiltása

enable_nestlooop \u003d Ki.

Magában foglalja vagy letiltja a tervek használatát a beágyazott ciklusokhoz. Nem lehet teljesen kizárni a beágyazott ciklusokat, de amikor kikapcsolja ezt a paramétert, a tervező nem fog használni ez a módszerHa másokat is alkalmazhat. Alapértelmezés szerint ez a paraméter be van kapcsolva.

Zár

max_locks_per_tranaction \u003d 256.

Az index zárak / táblázatok maximális száma egy tranzakcióban

Az 1C platform beállításai

standard_conforming_strings \u003d Ki.

Használja a Használati szimbólumot az árnyékoláshoz

eSCORE_STRING_WARNING \u003d OFF.

Ne adjon figyelmeztetést egy szimbólum használatáról az árnyékoláshoz

Biztonsági beállítás

Meg fogjuk csinálni, hogy a PostgreSQL kiszolgáló csak az 1C kiszolgáló számára látható: egy olyan vállalkozás telepítve ugyanazon a gépen.

list_Addresses \u003d 'localhost'

Ha az 1c szerver: A cég egy másik gépre van telepítve, vagy van szükség ahhoz, hogy csatlakozzon a DBMS-kiszolgálóhoz való csatlakozáshoz a Pgadmin Snap, akkor helyi kiszolgáló. meg kell adnia a készülék címét.

Tárolási adatbázis

A posztgresql, mint szinte bármilyen DBMS kritikus a lemez alrendszer számára, ezért növeli a DBMS, a PostgreSQL rendszer, a naplók és az adatbázisok sebességének növelését különböző lemezekre.

Indítsa el a kiszolgálót

Systemctl stop posztgresql-9.6

Átviteli naplók 120 GB-os SSD:

Mv /var/lib/pgsql/9.6/data/pg_xlog / raid120 mv /var/lib/pgsql/9.6/data/pg_clog / raid120 mv /var/lib/pgsql/9.6/data/pg_log / raid120

LN -S / RAID120 / PG_XLOG /VAR/LIB/PGSQL/9.6/data/pg_xlog LN -S / RAID120 / PG_CLOG /VAR/LIB/PGSQL/9.6/data/pg_clog LN -S / RAID120 / PG_LOG / var / lib / PGSQL / 9.6 / DATA / PG_LOG

A katalógust is adatbázisokkal továbbítja:

Mv /var/lib/pgsql/9.6/data/base / raid200

Ln -s / raid200 / base /var/lib/pgsql/9.6/data/base

indítsa el a kiszolgálót, és ellenőrizze az állapotát

Systemctl Start PostgreSQL-9.6 Systemctl Status PostgreSQL-9.6