Amint a méret fájlbázis Adat 1c: Az egyik ügyfelünk társasága 32 GB-os (igen, 32 GB) volt elérte, az alábbiak szerint minden fokozatosan lelassul, majd szorosan állt, ügyfeleink megkértek, hogy megoldjuk a problémát. 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 a Windows felhasználók használata, csak két lehetőség áll rendelkezésre a DBMS-hez - 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 100GB (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. Hogy megtudja, mi okozott az oka, hogy nehéz legyen, még a Windows naplókra is nézve. Ezért ne változtasson azonnal sok paramétert, és készítsen biztonsági másolatot.

A konfiguráció szerkesztéséhez egy kényelmes eszköz közvetlenül elérhető a fő Pgadmin ablakból. 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. Túlterhel nagyon fontos A paraméter növeli a PGSQL támaszkodva a választott tervek végigolvasni a teljes tábla (PGSQL úgy véli, hogy ez olcsóbb elolvasni az egész asztal következetesen, 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. Az alvási idő a felvételi ciklusok között a lemez hátterére. Ez a folyamat Ő felelős az oldalak szinkronizálásáért a Shared_Buffers lemezen. Ennek a paraméternek a túl nagy értéke növeli az ellenőrzőpont folyamatának terhelését és az üléseket szolgáló folyamatok (backend). Az alacsony érték vezet teljes terhelés Az egyik mag.
• synchronous_commit. - KI. VESZÉLYES! Tiltsa le a szinkronizálást a lemezzel a kötelezettségvállalás időpontjában. Megteremti a legújabb többszörös tranzakciók elvesztésének kockázatát (0,5-1 másodpercen belül), de garantálja az adatbázis integritását, garantált küldetések vannak a kötelezettségi 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.

Ebben a konkrét esetben a PostgreSQL-re való áttérés után a felhasználók elkezdték panaszkodni, hogy az 1C-nek még jobban lassulni kezdett, mint a fájlverzióban. De miután a "repült" bázis hangolása. Most mindenki élvezi gyors munka. 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.

2012. november 1. A szabadon elosztott felhasználás előnyei szoftver nyilvánvaló. Sajnos a hiányosságok nyilvánvalóak - nem hivatalos támogatás, gyakran dokumentáció ellentmondásos, hiányos és különböző forrásokból szétszóródott. Ez a cikk elősegíti az "1c: Vállalkozás 8" POSGRESQL telepítési folyamat kezelését, elkerülve a hivatalos dokumentációban leírt buktatókat.

Szükséges alkatrészek a telepítéshez

A PostgreSQL DBMS ingyenesen terjed, és az "1c" alkalmazáskiszolgáló kézbesítése szerepel. Alkalmazáskiszolgáló "1c: Enterprise 8" két változatban van: 32 bites és 64 bites. A Postgre mindkettővel működhet.

Tehát van elosztása a kezedben:

• Postgre: PostgreSQL-9_1_2-1_1cx64.Zip, 1c jóvoltából.
• Az alkalmazáskiszolgáló "1c: Enterprise" for Windows x64, 8.2.16.368 verziója.

Úgy tűnik, hogy könnyebben fut és telepítené. Könnyen! De a telepítés standard üzemmódban egy kis korlátot ad: a klaszter a "Programfájlok" mappában található. Nem mindenki szereti. Tekintsünk két telepítési lehetőséget, egyszerű és fejlett.

A cikk 5 részre oszlik:

1) Az 1C szerver telepítése.

2) A POSTGRESQL telepítése szabványos formában elegendő ahhoz, hogy az 1C-t további beállítások nélkül indítsa el.

3) Telepítse a PostgreSQL-t a klaszter tároló mappájának kiválasztásával.

4) Új létrehozása információs bázis 1c.

5) A DBMS-kiszolgáló adatbázis-tároló mappájának megadása.

A telepítés előtt győződjön meg róla, hogy olvassa el az egész cikket!

Az alkalmazáskiszolgáló 1c telepítése

Futtassa a setup.exe-t az 1C szerver elosztó mappából.

Abban az esetben, ha az alkalmazáskiszolgálót nem olyan szolgáltatásként telepíti, akkor minden alkalommal manuálisan kell futtatnia. Ez az opció ritkán szükséges. Szolgáltatásként (szolgáltatás), és megoldjuk, hogy milyen felhasználót fognak elindítani. Biztonsági okokból jobb létrehozni különálló felhasználó USR1CV82, és nem engedi, hogy a szolgáltatás teljes jogokban dolgozzon.

Az alkalmazáskiszolgáló telepítése után a rendszer azt javasolja, hogy telepítse a HASP-védelmi kulcsot. Egyetért:

Várjuk az üzenetet:

Ha az üzenet más, a rendszer, valószínűleg "farok" maradt az előző HASP illesztőprogramok beállításaiból. Távolítsa el őket, és próbálja újra.

Kész, Alkalmazáskiszolgáló "1c: Enterprise 8" sikeresen telepítettünk.

Telepítse a POSTGRESQL szabványos formában, amely elegendő ahhoz, hogy az 1C-t további beállítások nélkül indítsa el

Futtassa a "PostgreSQL-9.1.2.2.1c (x64) .msi" futtatását

A telepítési beállítások nem módosíthatók, az 1c működik. További.

Postgre, mint az 1C szerver, létrehozhat egy felhasználót, aki elindítja a szolgáltatást. Felhívom a figyelmet arra a tényre, hogy ha megadja számla A rendszergazdai jogokkal a szolgáltatás nem fog megfelelően működni. Ügyeljen arra, hogy új felhasználót hozzon létre.

Következő telepítési ablak.

Inicializálja a klasztert. Ha van adatbázis-kiszolgáló és 1c alkalmazáskiszolgáló van különböző számítógépek, akkor telepít egy kullancs "naplózási kapcsolatokat bármelyik IP-ről", különben ne érintse meg. Ügyeljen arra, hogy megadja az UTF8 kódolást. Superuser DBMS létrehozása. További…

A kezdeti munkához nincs szükség további, tegyen kullancsot, töltse ki a telepítést.

Erőfeszítésünk eredménye készen áll a PostgreSQL munkára. Ha meggyőződünk arról, hogy a bázisok a PostgreSQL \\ 9.1.2.1c \\ Data programfájlokban fekszenek, befejezzük, feltárjuk a bázisokat és élvezzük a folyamatot. Azonban gyakrabban továbbra is adatbázisok "fekvő", amely kifejezetten a lemez tömbökre vonatkozik, és nem a rendszerlemezen. Az adatok helyének konfigurálásához olvassa el a következő partíciót a telepítés előtt.

Postgre telepítés klaszter tárolásával

A Postgre telepítéséhez és az összes lépést végezzük, amíg azt javasoljuk, hogy inicializálja a klasztert:

Távolítsa el az "Adatbázis-klaszter inicializálása" mezőt, és kattintson a "Tovább" gombra.

Igen, persze.

Távolítsa el a "Stack Builder" jelölőnégyzetet, és töltse ki a telepítést.

1. Teljes jogokat kell adnia ahhoz a mappához, amelyben telepítettük a PostgreSQL-t, általában ezt a C: \\ Programfájlokat \\ POSTGRESQL

2. Az adminisztrátori jogok alatt a CMD-t futtatjuk. Ha Win7-ben csinálsz, akkor futtassa az adminisztrátortól.

3. Hozzon létre egy mappát, ahol a fürt tárolódik. Például D: \\ Postgredata.

mD D: Postgredata

4. A klaszter által kézzel jelzi az utat, ahol lesz.

"C: \\ Program Files \\ PostgreSQL \\ 9.1.2-1.1c \\ Bin \\ initdb.exe" -d d: \\ postgredata --locale \u003d russian_russia --encoding \u003d utf8 -u postgres

5. A telepítés során telepített PostgreSQL törlése.

sC Törlés PGSQL-9.1.2.1.1C-X64

Ahol a PGSQL-9.1.2-11C-X64 a szolgáltatás neve. Ha nem ismeri a nevet, akkor láthatja a "PostgreSQL adatbázis-kiszolgáló ..." szolgáltatás tulajdonságait (Start - Vezérlőpult - Adminisztráció - Szolgáltatások)

6. Hozzon létre Új szolgáltatás jelezve a klaszterünket

"C: Programfájlok \\ POSTGRESQL \\ 9.1.2.1C \\ bin \\ pg_ctl" Regisztráció -n PGSQL -U PostgreSQL -P jelszó -d D: / Postgredata

7. Most menjen a szolgáltatáshoz. Start - Vezérlőpult - Adminisztráció - Szolgáltatások és szolgáltatásunk indítása.

Új 1C adatbázis létrehozása a kiszolgálón a PostgreSQL-vel

Számos lehetőség van az adatbázis létrehozására. Megpróbálhat adatbázis létrehozását a Pgadmin3, 1c szerver adminisztrációs konzolon keresztül. De itt találkozol az érthetetlen kérdések tömegével és egy csomó hibával, a válaszok, amelyekre sokáig fogsz keresni. Hagyja szakembereket. Feladatunk, hogy minimális erőfeszítéssel rendelkezzen egy működőképes alapot. Ismertesse a legegyszerűbb módja ennek elérését.

Elindítjuk az 1C klienst.

Kattintson a "Hozzáadás ..." gombra.

A bázis nevével jöttünk fel, adja meg a "Kiszolgálót 1c: Enterprises" -t, majd.

1c szerver klaszter: vállalkozások - Localhost, ha létrehozunk egy adatbázist ugyanazon a számítógépen, ahol az 1C szerver telepítve van, vagy az 1c alkalmazáskiszolgáló neve, ha a másik oldalon van.

Az információs bázis neve a klaszterben - A jövőben ezt a nevet más számítógépekről kapnak.

DBMS típus - Válassza a PostgreSQL lehetőséget.

Adatbázis-kiszolgáló - Adja meg a nevet postgreSQL szerverek. Ha létrehoz egy adatbázist a kiszolgálón, adja meg a localhostot is.

Adatbázis név - Ilyen névvel az alap a PostgreSQL-ben jön létre.

Felhasználói jelszó - A felhasználó neve, amelyet a PostgreSQL telepítésekor superuserként jelöltünk ki. Győződjön meg róla, hogy a jelzést "hozzon létre egy adatbázist a távollét esetén".

A kérdés merül fel - és hol lesz az alap fizikailag? A megadott fürt alapmappájában. És ha nem akarjuk, hogy hazudjon, hol vannak az összes bázis? Itt semmi köze semmi köze, csak hozzon létre egy alapot, és mozogjon. További…

Adja meg az adatbázis tárolási mappáját

Tehát létrehoztuk az alapot. A legtöbb esetben ez a telepítés véget ér. Ha azonban sok bázis van, és több lemez tömb van különböző csoportok Bázisokat, meg kell adnia, hogy az alap fizikailag elhelyezkedjen. Ehhez futtassa a pgadmin3-at a Start - Programs - PostgreSQL. Csatlakozzon a szerverünkhöz.

Amikor először csatlakozik a Postgre, megkérdezi a Postgre-felhasználók jelszavát (amelyet a telepítés során létrehoztunk).

Hozzon létre egy új táblaterületet, ez lesz az a mappa, amelyben adatbázisaink tárolódnak.

Jelezte az alapfájlok tárolásának helyét. RENDBEN.

Most nyissa meg a korábban létrehozott adatbázis tulajdonságait, amelynek elhelyezését módosítani szeretnénk.

Módosítsa a táblaterület tulajdonságát. Az "OK" gombra kattintva az adatbázisfájlok automatikusan átkerülnek. Kész! Reméljük, hogy a cikk hasznos volt neked. Ha igen - hagyja megjegyzéseket, megoszthatja az oldalakra vonatkozó hivatkozásokat. Köszönöm!

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 a Windows felhasználók használata, csak két lehetőség áll rendelkezésre a DBMS-hez - 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ázisokat!

Kezdeti adatok:

• OS. Windows Server 2008R2,
• Intel mag i7-2600k. 3,40 GHz,
• 32 GB. Ram
• Intel SSD DC3700. 100 GB (csak az adatbázisban, az OS külön SSD),
• 10-20 a felhasználók adatbázisban naponta,
• csere 5-vel. csomópontok Elosztott adatbázis 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). De itt kérjük a paramétereket fiók a PostgreSQL-hez!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"). UTF8 kódolás - Ez is fontos!

a gyülekezetben pgadmin válik. A https://www.postgresql.org/ftp/pgadmin3/release/re megyünk. A cikk írásakor a legutóbbi 1.22.1-es verzió. 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. Hogy megtudja, mi okozott az oka, hogy nehéz legyen, még a Windows naplókra is nézve. Ezért ne változtasson azonnal sok paramétert, és készítsen biztonsági másolatot.

A konfiguráció szerkesztéséhez egy kényelmes eszköz közvetlenül elérhető a fő Pgadmin ablakból. 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 - A fájlrendszer gyorsítótárának méretének értékelése. Úgy vélik, hogy: RAM - shared_buffers. A mi esetünkben 32 GB - 8 GB \u003d 24 GB. De személyesen ezt a paramétert még alacsonyabb, valahol 20 GB - Mégis, a RAM nem csak a PostgreSQL számára szükséges.
• 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. Túlságosan, a paraméter növeli a PGSQL-t, amely az egész asztal beolvasására irányuló tervekhez támaszkodik (PGSQL úgy véli, hogy olcsóbb, hogy olcsóbb olvassa el az egész asztal olcsóbb, mint a véletlenszerű index). És ez rossz.
• temp_buffers. = 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 gondolják: RAM / 32..64 - A mi esetünkben kiderül 1 GB.. 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. 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. Ennek a paraméternek a túl nagy értéke növeli az ellenőrzőpont folyamatának terhelését és az üléseket szolgáló folyamatok (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. Megteremti a legújabb többszörös tranzakciók elvesztésének kockázatát (0,5-1 másodpercen belül), de garantálja az adatbázis integritását, garantált küldetések vannak a kötelezettségi 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.

Ebben a konkrét esetben a PostgreSQL-re való áttérés után a felhasználók elkezdték panaszkodni, hogy az 1C-nek még jobban 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.

Ha néhány probléma merült fel az adatbázisban, talán segít Önnek.

Kérdése van?

Valami elromlott? Cégünk szakemberei segítenek kezelni a felmerült problémákkal! Kapcsolatba lépni! →

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. Adja meg a fiókot, a tartományt (ha rendelkezésre álló) és jelszót. 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 különböző gépeken, akkor tegyen egy kullancs "kapcsolatok fenntartása bármely IP-ről, és nem 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áljuk meg létrehozni új bázis Maga az 1C.

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.

A megadott beállítások alatt nem csodaszer, azokat a valódi rendelkezésre álló kapacitással kell igazítani. A felhasználók tényleges száma és intenzitás (írásbeli) bemeneti információ.Amikor a beállítások, a rendszer is fontos, hogy a szakember az, aki felállítja.

Milyen operációs rendszer telepítése:

processzor

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

Autowacum folyamatok száma. Az általános szabály a 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 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. Az operációs rendszer maga gyorsítja az adatokat, í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árba.

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 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 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 a lemez legnagyobb indexének fizikai méretéhez.

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_concurrency \u003d 2 (csak Linux Systems esetén, nem vonatkozik a Windows rendszerre)

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,5-2,0 RAID, 1.1-1.3 SSD, 0,1 az NVME-hez

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. Túlságosan, a paraméter növeli a PGSQL-t, amely az egész asztal beolvasására irányuló tervekhez támaszkodik (PGSQL úgy véli, hogy olcsóbb, hogy olcsóbb olvassa el az egész asztal olcsóbb, mint a véletlenszerű index). És ez rossz.

Seq_page_cost \u003d 0,1 az NVME lemezekre 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. Ennek a paraméternek a túl nagy értéke növeli az ellenőrzőpont folyamatának terhelését és az üléseket szolgáló folyamatok (backend). Egy kis érték teljesíti az egyik magot.

Bgwriter_lru_multiplier \u003d 4.0 bgwriter_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 számít többet, mint az utolsó ciklusban rögzített, szorozva a BGWRER_LRU_MUTIPLIPER, de nem több, mint Chebgwriter_lru_maxpages.

Synchronous_commit \u003d Ki.

Tiltsa le a szinkronizálást a lemezzel a kötelezettségvállalás időpontjában. Megteremti a legújabb többszörös tranzakciók elvesztésének kockázatát (0,5-1 másodpercen belül), de garantálja az adatbázis integritását, garantált küldetések vannak a kötelezettségi láncban. De jelentősen növeli a termelékenységet.

Checkpoint_Segments \u003d 32..256.< 9.5

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

Checkpoint_Completion_target \u003d 0,5..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 512MB. 4G\u003e \u003d 9,5 max_wal_size \u003d 2 * min_wal_size\u003e \u003d 9.5

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 gyorsítótárral rendelkezik, és írásban van, ellenőrizze a gyorsítótár-akkumulátor jelenlétét és működését Raidvezérlő! 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.

COMMATE_DELAY \u003d 1000.

szünet (mikroszekundokon), mielőtt elvégezné a Wal megmentését

COMMATE_SIBLINGS \u003d 5.

A nyílt tranzakciók minimális száma, amelyben a COMMATE_DELAY késleltetése hozzáadódik

A csoport több tranzakciót követ. Érdemes bekapcsolni, ha a tranzakciós ráta meghaladja az 1000 TPS-t. Ellenkező esetben a hatásnak nincs hatása.

TEMP_TABLESTACS \u003d "NAME_OF_TABLEPACE"

Lemezterület ideiglenes táblázatokhoz / indexekhez. Az ideiglenes táblák / indexek külön lemezeken történő elhelyezése növelheti a termelékenységet. Korábban létrehoznia kell egy táblaterület parancs létrehozását táblaterületet. Ha a lemezek jellemzői eltérnek a fő lemezektől, akkor a parancsnak meg kell adnia a megfelelő véletlenszerű_page_ költségeket. Cm..

rOW_SECURITY \u003d OFF\u003e \u003d 9.5

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

Max_files_per_process \u003d 1000 (alapértelmezett)

Maximális összeg nyissa meg a fájlokat Egy POSTRESSQL folyamathoz. Az egyik fájl legalább az index vagy táblázat, de a táblázat több fájlból állhat. Ha a PostgreSQL ezen a határon nyugszik, akkor megnyitja / bezárja a fájlokat, amelyek befolyásolhatják a teljesítményt. A problémát Linux alatt diagnosztizálhatja az LSOF parancs segítségével.

Háló

Max_connections \u003d 500..1000

Egyidejű kapcsolatok száma / ülések száma
Ha több mint 100 felhasználó van, akkor jobb, ha manuálisan értékelte ezt a paramétert felhasználói számmal

Tipikus probléma a Windows rendszerben

DBMS hiba: Nem tudott adatokat küldeni a szerverre: Nincs elérhető pufferterület (0x00002747 / 10055)

Működés közben windows rendszerekAz ideiglenes TCP-portok maximális szabványszáma 5000. Ha megpróbál telepíteni egy TCP-kapcsolatot olyan kikötőkön keresztül, amelyek száma meghaladja az 5000-et, hibaüzenet jelenik meg. Más szóval, meg kell növelnie a rendelkezésre álló portok számát a rendszerleíró adatbázisban, ahol a paraméterek kiválasztása (HKEY_LOCAL_MACHINE \\ SYSTEM \\ CHEATHCONTROLSET \\ SERVICES \\ TCPIP \\ paraméterek) és add következő paraméter Iktató hivatal Maxuserport.típus: DWORD.és jelentése: 65534 (Érvényes értékek: 5000-65534)

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

Shared_preload_librursys \u003d "online_analze, plantuner"

több megosztott könyvtár, amely letölthető, amikor a szerver indítása
Ha a megadott könyvtár nem található, a kiszolgáló nem indul el
A paraméter beállítása több értéket tartalmaz a Linux számára, bár a Windows is meg kell tennie

Az online_analyze modul olyan funkciókat biztosít, amelyek azonnal frissítik a statisztikákat a betét, frissítés, törlés vagy kiválasztás után a cél táblázatokban.
Az ültetvény-modul támogatja az ütemező utasításait, hogy tiltsa le vagy csatlakoztassa bizonyos indexeket a lekérdezés végrehajtásakor.

Online_nalyze.enable \u003d on.

Helytelen ideiglenes tábla statisztikák, amelyeket gyakran használnak az 1c-ben

Optimalizáló

Alapértelmezett_statistics_target \u003d 1000 -10000

(Az optimalizáló statisztikák javítása)

Enable_nestLooop \u003d Ki, Enable_mergoin \u003d Ki

(Az optimalizáló paraméterek megváltoztatása)
● Tartalmazza vagy leválasztja a beágyazott ciklusokkal kapcsolatos kapcsolati tervek terveinek használatát
● Tartalmazza vagy letiltja a fúziós kapcsolási tervek használatát.
Például a memória hibákból

Csatlakozzon_collapse_limit \u003d 1.

(A lekapcsolás, amikor megértik az asztalok kapcsolódási sorrendjét!)
● Az 1-es értékkel, a csatlakozás javaslatai nem kerülnek átrendezésre, így a lekérdezési sorrendben egyértelműen meg van adva
A vegyületek meghatározzák a tényleges sorrendet, amelyben a kapcsolatok kapcsolódnak.
Az optimalizálót érintő egyéb beállítások

From_collapse_limit \u003d 20.

● Megadja maximális összeg Elemek a listából, mielőtt az eredmény, amelynek eredménye az ütemező lebontja a kifejezett csatlakozási terveket (a teljes csatlakozás kivételével). Kisebb értékeknél a tervezési idő csökken, de a kérés terv kevésbé hatékony lehet.
● seq_page_cost \u003d 0.1 random_page_cost \u003d 0,4 cpu_operator_cost \u003d 0,00025

Online_nalyze.table_type \u003d "ALL"

(Több terhelés)
Azonnali elemzések típusai, amelyek azonnali elemzést végeznek: minden (minden), tartós (állandó), ideiglenes (ideiglenes), nincs (nem).

Online_nalyze.threshold \u003d 50.

● A löketváltozások minimális száma, amely után azonnali elemzés kezdődhet (ez a paraméter hasonló az Autovacuum_analyze_thresholdhoz).

Online_nalyze.scale_factor \u003d 0,1.

Az a táblázat mérete, amelyben az azonnali elemzés kezdődik (ez a paraméter hasonló az Autovacuum_nalyze_scale_factorhoz).

Online_nalyze.min_interal \u003d 10000.

● A minimális időintervallum az elemzési kihívások között egy külön táblázat (milliszekundumban).

Online_nalyze.local_tracking \u003d Ki.

● Inline_nalyze nyomon követése ideiglenes táblázatok a szolgáltatási folyamatban. Ha ez a változó le van tiltva (OFF), az online_analyze az ideiglenes táblák alapértelmezett rendszerstatisztikáit használja.

Online_analyze.verbose \u003d "Off"

● letiltja a részletes online_nalyze kiterjesztési üzeneteket

Plantuner.fix_empty_table \u003d "on"

● A Plantuner visszaállítja az oldalak / állítások számát olyan táblázatban, amely nem tartalmaz blokkokat a fájlban