Az 1C PostgreSQL szerver telepítése és konfigurálása. Telepítse a PostgreSQL-t

A válság kellemetlen ... és sokan megpróbálják megmenteni legalább valahogy, és telepíthetők Windows postgresql SQL helyett.

Bár ha a vállalat kis sebességű, akkor jobb, ha az MS-t helyezzük SQL szerver 2014 Express, mert A PostgreSQL szerint jól működik Linuxon, a Windows rendszeren, amikor az alapértelmezett PostgreSQL beállításai lassulnak SQL Server 2014 Express.

Telepítse a PostgreSQL 9.2.4-1

Töltse le a hivatalos csomagot az 1c webhelyről (felhasználók.v8.1c.ru), és indítsa el a telepítést

Megünnepeljük az objektumokat a telepítéshez, ha nem jelöltük meg

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.

Ha a felhasználó. postres.nem indult el a rendszerben, akkor a telepítő megkérdezi a felhasználót? - jmmem igen

Forduljunk a következő lépéshez, és mutasd meg a BD klaszter, az 5432-es port és a kódolás inicializálásához UTF8.

Ha az 1C szerver klaszter és a PostgreSQLA különböző gépek, akkor tegyen egy kullancs "kapcsolatok fenntartása bármely IP-ről, és nem csak a localhost."

Ha a telepítési folyamat problémamentesen befejeződött, akkor szerencsés vagy

Vannak problémák, a megoldás egyszerű és elegáns (tamburin maradhat):

1. A postgres-fiók létrehozása / módosítása, engedélyezze az adminisztrátorok csoportban

2. Lépjen ki a rendszerből, és írja be a postgres-fiók alá

3. Futtassa a PostgreSQL telepítését

A "Start" menü telepítése után - "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ábbi: Database Server (IP vagy DNS nevét, hogy szerver, ahol PostgreSQL) - ha ugyanaz, mint az 1C klaszter, majd adja meg a 127.0.0.1. Adatbázis neve: [egyébként]. Felhasználó: "Postgre" jelszó: [Your_pall_postgres]. További.

Ebben a cikkben megpróbáljuk elmondani, hogyan kell önállóan közzétenni egy adatbázist a kiszolgálón, hogyan kell kötni a PosgreSQL-t és az 1C-t, és melyik buktatók találkozhatnak az úton.

Miért van szükség

A használat lehetővé teszi, hogy:

Alsó rendszerkövetelmények a felhasználói számítógépekhez a terhelés újraelosztása miatt;
Nagy mennyiségű adatbázisokkal dolgozik;
Használat slim kliens információval dolgozni;
Optimalizálja a lekérdezés végrehajtási idejét és az adatbázishoz való fellebbezést;
Automatizálja a háttér- és szabályozási feladatok végrehajtását;
Dallam biztonsági mentés és gyorsítsa fel az adatbázis helyreállítási idejét a mentett másolatból.

A probléma megoldásának feltételei

A kezdeten:

Személyi számítógép 64 mentesítéssel működik windows rendszer 7;
Az 1C telepítő, platform 8.3.10.2505;
Fájlbázis Adatok "fizetés és személyzeti menedzsment", 3.1.3.223.
Optimalizált 1C PostgreSQL telepítő PostgreSQL 64-bites 9.4.11;
További segédprogram a Pgadmin Server 4 adagolásához.

Elkezdjük telepíteni.

A szerver telepítése és beállítása

Feladatunk nem kérdés a PostgreSQL szerver beállításainak és bármely árnyalatának bonyolultságairól. Megpróbáljuk a lehető legegyszerűbbet és elérhetővé válni, hogy elmondja, hogyan lehet barátkozni az 1c-vel. A fentiek alapján nem fogjuk megváltoztatni a telepítő által automatikusan kiadott paramétereket.

Az ablak elérése (1. ábra) Meg kell adnunk a jelszót szuper felhasználó.

Ha munkakiszolgálót állít be, amelynek egyik feladata védi az adatokat és a harmadik felek hozzáférésének megszervezését, a jelszó mellett módosítani kell a szerver fő felhasználójának nevét is .

Jelölje be a "Kapcsolat fenntartása ..." Alapértelmezés szerint, ha az adatbázis-kiszolgáló és az 1C szerver ugyanazon a számítógépen található, eltávolítható.

Mivel csak egy 4 GB-os csempe van telepítve a kísérleti számítógépen. véletlen hozzáférési memóriaA program automatikusan növelheti a térfogatát, amint azt az ablak jelzi (2. ábra).

Ábra. 2.

Elvben nincs többé testreszabás. A telepítés után a megfelelő mappa megjelenik a főmenüben (3. ábra).

Ábra. 3.

Innen leállíthatja, újraindíthatja és elindíthatja a kiszolgálót.

A telepítése nem jelent problémát is.

Elindítjuk az elindítást, és megtekintjük az ablakot (4. ábra)

4. ábra.

További intézkedések sorrendje:

Ezen postgreSQL előkészítés, úgy tűnik, nem fejeződött be, de mi a teendő, ha a szerver kell szolgálnia különböző adatbázisokat? Hogyan lehet fizikailag megosztani a tárolóhelyeket?

Ehhez meg kell hívnia kontextus menü Táblák ágak és létrehozás Új elem. Minden adatbázishoz regisztrálhat:

Tárolás neve;
Elhelyezkedés munkakönyvtár;
Hozzon létre egy megjegyzést, amely részletes információkat tartalmaz az asztalok helyéről.

Most folytassa az 1c beállítását.

Az 1C telepítése és konfigurálása

Futtassa a platform telepítőt, és telepítse a következő összetevőket:

Kiszolgáló 1c Enterprise;
Szerver adminisztrációs segédprogram;
Szerver bővítő modulok;
Magasan.

Ez egy kötelező készlet, a fennmaradó komponensek telepítve vannak (9. ábra).

9. ábra.

A második lépésben felajánljuk, hogy válasszunk egy felhasználót, vagy hozzon létre egy újat (10. ábra).

10. ábra.

Abban az esetben, ha az USR1CV8-tól eltérő vagy más, a felhasználó, a következő jogokat kell hozzáadnunk:

Bejelentkezés szolgáltatásként;
Jelentkezzen be tételes feladatként.

Az adminisztrációs segédprogram futtatásával meg van győződve arról, hogy szerverünk aktív.

Adjon hozzá egy új információs alapot az adminisztrációfahoz (1. ábra)

18. ábra

Itt fontos megjegyezni, hogy az 1C-adatbázis létrehozása a PostgreSQL kiszolgálón elvégezhető az alkalmazásindító ablakból. Ebben az esetben:

Egy kicsit többet erről:

Szerver fürt - Ha a bázis ugyanazon a számítógépen van, mint a kiszolgáló, a lokalhoszt karakterlánc értékként kerül felhasználásra;
A bázis neve a fürtben - Ez a név alatt van, hogy a szerver adminisztrátora megjelenik az információs bázis a klaszterfa;
DBMS Type - Ahogy felemeljük a PostgreSQL énekesét, meg kell adni az ablakban;
Az adatbázis neve az adatbázis azonosítása a kiszolgáló PostgreSQL adminisztrációs segédprogramjában;
A felhasználó egy szerver létrehozásakor megadott Supersuber;
Jelszó - Szupervíz jelszó.

Így létrehoztunk egy üres 1C információs adatbázist a PostgreSQL szerveren. Ahhoz, hogy elkezdhessen vele dolgozni, elegendő a "Konfigurátor" módban, töltse le az adatbázist (DT formátumban) feltöltve a fájlváltozatból.

Annak érdekében, hogy az adatbázisunkkal dolgozzunk távoli számítógépA Fayer beállításaiban nyissa meg a megfelelő portokat.

Ebben az utasításban elmondjuk (és megmutatjuk), hogyan kell beállítani egy csomagot 1c: Enterprise 8.3 és PostgreSQL 9.4.2mindkét szolgáltatás telepítésének pillanatától, a teremtésig információs bázis. A szalag hangolásáról megtalálható.

A szakaszok, amelyeket át kell mennünk:

Telepítés 1C szerverek: Vállalat (64 bites) ablakokhoz
Telepítés PostgreSQL 9.4.2-1.1С
Információs adatbázis létrehozása.

Bővebben a vágás alatt!

Stage 0. Bevezető adatok.

Szerver név - 1Cserver.
Név számla Szerverek - Adminisztrátor
Fiók jelszava - 123456AB

1c-fióknév a szerveren - USR1CV8.
1C-fiók jelszó a szerveren - 123456cd.

PostgreSQL fiók neve a szerveren - postres.
Jelszó PostgreSQL fiók a szerveren - 123456EF.

Superwater PostgreSQL neve - postres.
Jelszó Superwave PostgreSQL - 1234

Teszt adatbázis neve - testdb.

1. szakasz 1C szerverek: Vállalat (64 bites) ablakokhoz

2. szakasz 2. Telepítse a PostgreSQL és a pgadmin.

3. szakasz. Információs bázis létrehozása 1c.

A következő műveletek végrehajtása előtt húzza ki az IPv6-ot a hálózati felületen: Hálózati menedzsment központ és közös hozzáférés > Összekötés helyi hálózat > Tulajdonságok \u003e Távolítsa el a kullancsot Internet protokoll 6. verzió (TCP / IPv6).
Elindítjuk az 1C-t: Enterprise és új adatbázist adunk hozzá.
Új információs bázis létrehozása\u003e Információs adatbázis létrehozása konfiguráció nélkül (például bármilyen konfigurációt tartalmazhat)\u003e a kiszolgálón 1c: Enterprise\u003e
Töltse ki az összes mezőt a példánknak megfelelően (0 lépés):
1C Server Cluster: Enterprise: 1Cserver.
Az információs bázis neve a klaszterben: testbd.
Védett kapcsolat: Kikapcsolt
Adatbázis típusa: Postgresql
Adatbázis-kiszolgáló: 1Cserver.
Adatbázis név: testbd.
Adatbázis felhasználó: postres.
Felhasználói jelszó: 1234
Ezután tovább. Futtassa a létrehozott bázist az Enterprise módban - Minden működik!

Ismét emlékeztetünk arra, hogy a PostgreSQL jól diszpergálható. Részletek B.

Alapértelmezésben a PostgreSQL úgy van kialakítva, hogy kiad a minimális források munka kisebb adatbázisok akár 4 GB nem túl termelékeny szervereket. 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. RAM RAM RAM Resource Allocation beállítások a Fájlban tárolt postgresql munká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.

Két további fontos paraméterek a karbantartási_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;

A kérdés az, hogy milyen DBMS - PostgreSQL vagy MS SQL az 1C számára a legoptimálisabb, sok cikket szentelnek. Ebben a cikkben figyelembe veszik a lépéseket, hogy optimalizálják mindkettőt. Minden szállító DBMS-nek mind a saját ajánlásai is vannak a telepítésre és az 1c társaság ajánlásaira. Meg kell jegyezni, hogy a berendezéstől függően a szerverek konfigurációja és a különböző terhelések beállításainak száma, az 1C alatti DBMS optimalizálásának folyamata és az ajánlások végrehajtása változhat.

A PostgreSQL beállítása 1c alatt

A PostgreSQL-ben az 1c üzemeltetési adatbázis tapasztalatai azt mutatták, hogy a legnagyobb teljesítmény és optimális működés 1c és postgresql sikerült elérnie a Linuxot, így kívánatos használni. De az operációs rendszertől függetlenül fontos megjegyezni, hogy az alapértelmezett beállítások a PostgreSQL telepítésekor csak a DBMS-kiszolgáló elindítására szolgálnak. A beszéd bármely ipari működéséről nem tud menni! A következő lépés a kezdő lépés után a PostgreSQL optimalizálása az 1C alatt:

Kezdjük, kikapcsoljuk az energiatakarékosságot (különben előfordulhat, hogy kiszámíthatatlan lehet az adatbázisból származó késleltetett válaszok növekedése), és megtiltja a duzzadt memóriát.
Konfigurálja a DBMS-kiszolgáló alapvető paramétereit (a konfigurációs ajánlásokat megfelelő részletességgel írják le, mind az eladó és az 1c vállalat hivatalos honlapján, így a legfontosabbak lesznek).
Az 1C-k modelljében javasoljuk, hogy tiltsa le a hyphreading mechanizmusokat. De tesztelés Postgres-Pro szervereken, SMT engedélyezett (Egyidejű Multi Threading) mutatott más eredményt.

Állítsa be a Shared_Buffers paraméter RAM / 4 egy alapértelmezett ajánlás, de az SQL Server például azt jelzi, hogy annál több memóriát osztják, annál jobb a teljesítmény (ha az oldal újraindítás le van tiltva a lapozófájl). Ez az, hogy a több adatlap található RAM-ban, annál kevésbé vonzza a lemezt. A kérdés merül fel: Miért ilyen kis gyorsítótár? A válasz egyszerű: ha a Shared_Buffers nagy, akkor a fel nem használt oldalak némelyikét a lemezre cseréljük. De hogyan kell nyomon követni azt a pillanatot, amikor a reset leáll, és a paraméterjelző optimális lesz? Ahhoz, hogy elérjék és hozzáférést az optimális alakja Shared_Buffers annak értékének meg kell emelni a termelékenység napi (ha lehetséges) egy bizonyos növekmény lépést, és nézni, hogy milyen időpontban lesz a reset az oldalak a lemezen (swap növeli).

Ezenkívül a "nagy paraméter" negatívan befolyásolja a munkát sok apró oldalakkal, amelyek az alapértelmezett 8kb méretűek. Munka velük növeli a fejét. Mit tehetünk ezzel az 1c optimalizálásához? A PostgreSQL 9.4 verzióban megjelent a HuGE_Pages paraméter, amely bekapcsolható, de csak Linuxban. Alapértelmezés szerint a hatalmas oldalak tartalmazzák a 2048 kb alapértelmezett méretét. További oldaladat-támogatást kell tartalmaznia az operációs rendszerbe. Így a tárolási struktúra optimalizálása, akkor kiléphet a Shared_Buffers nagyobb mutatójából.

work_Mem \u003d RAM / 32..64 vagy 32MB..128MB Beállítja a memória mennyiségét minden egyes munkamenethez, amelyet belső válogatási műveletekhez, egyesülethez stb., Az ideiglenes fájlok bevonása előtt. Ha ezt a kötetet túllépi, akkor a kiszolgáló ideiglenes lemezfájlokat használ, amelyek jelentősen csökkenthetik a feldolgozási kérelmek sebességét. Ezt a paramétert az operátorok: rendelés, különálló, egyesítő vegyületek stb.

Ezenkívül ez a paraméter a következő lehet: (Shared_Buffers megosztott memória - memória más programokhoz) / aktív vegyületek száma. Ez az érték csökkenthető az ideiglenes fájlok számával. Az ideiglenes fájlok méretéről és számáról szóló ilyen statisztikák a PG_STAT_DATABASE rendszer megjelenítéséből származhatnak.

haterfacter_cache_size \u003d RAM - Shared_Buffers A paraméter fő feladata a kérelem optimalizálójának gyors megjelenítéséhez, amely módszer az adatok kiválasztásához, teljes megtekintés vagy beolvasás index szerint. Minél nagyobb a paraméterérték, annál nagyobb az index szkennelés használata. Ugyanakkor a kiszolgáló nem veszi figyelembe, hogy a kérelem végrehajtásakor az adatok a memóriában maradhatnak, és a következő lekérdezést nem kell felemelni a lemezről.

Telepítse a PostgreSQL-t

Az 1c-ek telepítése a postgresql Windows alatt meglehetősen egyszerű folyamat. A telepítési csomag indításakor meg kell adnia az UTF-8 kódolást. Valójában ez az egyetlen érdekes árnyalat és néhány más PostgreSQL beállítása az 1C 8.3-ra a Windows alatt nem lesz szüksége. A PostgreSQL 1C-re történő telepítése és konfigurálása a Linux operációs rendszeren számos nehézséget okozhat. Ahhoz, hogy példátvesszük őket, fontolja meg a munka elindítását (a vezető orosz Vendor PostgreSQL-PRO és 1C) PostgreSQL-t az Ubuntu 16.04 x64 szerveren

Az 1C-disztribúciók telepítése a PostgreSQL DBMS-hez

3. A megadott POSTGRESQL DBMS elosztási pozíciója:

2. Helyezze a PostgreSQL-t a kiszolgálóra;

3. A PostgreSQL Disbms Installer parancsot parancsolhat a parancs segítségével:

tar -xvf postgresql-9.4.2-11c_amd64_deb.tar.bz2

4. Olvassa el a PostgreSQL DBMS eloszlását, hogy ellenőrizze a kívánt helyiség jelenlétét a rendszerben (alapértelmezett RU_RU.UTF-8):

5.Ha az a rendszer, amellyel a PostgreSQL-t fogja dolgozni az orosz nyelvtől eltérő nyelvvel, új helyieket kell létrehoznia:

Locale-Gen Ru_Ru Update-Locale Lang \u003d Ru_ru.Utf8 DPKG-Reconfigure Locales

6. Ha a szükséges locale még mindig telepítse alapértelmezés szerint:

Locale -a nano / etc / default / locale A tartalom cseréje a lang \u003d ru_ru.utf-8

7.A újraindítás, állítsa be a szükséges csomagokat a PostgreSQL verziójához:

Apt-get telepítés libxslt1.1 ssl-cert

8. A PostgreSQL csomag csomag 9.4.2-1.1c kapcsolódik a libicu48 libicu verziójához. A tárolókban a kívánt verzió Már nem lehet letölteni;

9. Patch és tegye a könyvtárba, ahol a letöltött fájlokat a PostgreSQL tárolja;

10. A PostgreSQL fájlok könyvtárának megnyomásával a következő parancsokat folyamatosan telepítjük:

CD<Путь к папке с файлами> dpkg -i libicu48_4.8.1.1-3ubuntu0.6_amd64.deb dpkg -i libpq5_9.4.2-1.1c_amd64.4.2.1c_amd64.deb dpkg -i posztgresql-client-common_154.1c_all.deb dpkg -i posztgresql-common_154.1c_all.deb dpkg - I POSTGRESQL-CLIENT-9.4_9.4.2-1C_AMD64.DEB DPKG -I PostgreSQL-9.4_9.4.2-1.1c_amd64.deb dpkg -i PostgreSQL-Hozzájárulás-9.4_9.4.2-1.1c_amd64.deb

11. Kész. PostgreSQL DBMS elosztó készlet.

Elosztások telepítése PostgreSQL-PRO

A kiszolgáló telepítéséhez a következő parancsokat sorban kell futtatnia:

Sudo sh -c "echo" det http: // 1c.postgrespro.ru/deb/ $ (lsb_release -cs) Main "\u003e /etc/apt/sources.list.d/postgrespro-1c.list" Wget -Quiet -O - \u200b\u200bhttp: // 1c.postgrespro.ru/keys/gpg-key-postgrespro-1C-92 | Sudo apt-kulcs Add - && sudo apt-get frissítés sudo apt-get install posztgresql-pro-1c-9.4

A szerver eléréséhez szerkessze a fájl paramétereit pg_hba.conf.

CD.<Путь до каталога pg_hba.conf> cp pg_hba.conf pg_hba.conf.old bash -c "echo" helyi összes posztgres bizalom "\u003e pg_hba.conf" bash -c "echo" fogadja az összes összes MD5 "\u003e\u003e pg_hba.conf"

Maga a fájl a következő struktúrával rendelkezik:

A fájl jól dokumentált, de tovább angol nyelv. Röviden fontolja meg a fő paramétereket:

Helyi helyi kapcsolat Csak Unixon keresztül
Házigazda. TCP / IP kapcsolat
Hostsl. A TCP / IP titkosított SSL-kapcsolat (A kiszolgálónak SSL-támogatással kell összegyűjteni, akkor be kell állítania az SSL paramétert)
Hostnossl. Könnyű TCP / IP kapcsolat

Bizalom.hitelesítés nélkül távoli
Elutasít. Hitelesítés nélkül megtagadja
Jelszó. Jelszó kérése nyitott szövegben
Md5mD5 jelszó kérés
LDAP. Ellenőrizze az LDAP kiszolgáló nevét és jelszavát
Sugár.ellenőrizze a nevét és jelszavát a RADIUS szerver segítségével
Pohárellenőrizze a nevét és jelszavát a plug-in szolgáltatás segítségével

A részletesebb és részletes információk megtekinthetők a PostgreSQL termék dokumentációjában.

[E-mail védett]: / Home / ASD # Service --status-all | grep posztgres [-] PostgreSQL [E-mail védett]: / Home / ASD # szolgáltatás postgresql indítása [E-mail védett]: / Home / ASD # Service --status-all | grep posztgres [+] PostgreSQL

A fő telepítés befejezése után be kell állítania konfigurációs fájl. PostgreSQL.conf szerverek, a PostgreSQL, a Server 1c és az Ubuntu kiszolgáló konfigurációjának specifikációi szerint.

1c optimalizálás az MS SQL Server alatt

Telepítés legújabb frissítések SQL SEVER.

Operációs rendszer Fenntartja a helyet, és pontszámot ad a nullákkal, amely hosszú időt vesz igénybe a következő eseményeken:

Adatbázis létrehozása;
Adatfájlok hozzáadása, tranzakciós napló, meglévő adatbázishoz;
Egy meglévő fájl méretének növekedése (beleértve az autogro-műveleteket is);
Visszaállítjuk az adatbázisokat vagy a csoportfájlokat.

Ezt a problémát oldja hozzáadásával szerepet (amely alatt a szerver fut) a Helyi biztonsági politika „végrehajtása Tomov szolgáltatási feladatok”.

Ha lehetséges, el kell terjesztenie a TEMPDB adatbázis (különösen intenzíven használatos az üzemmódban szabályozott blokkolás RCSI) és a tranzakciós napló különböző lemezeken.

A kiszolgálón, ahol az SQL Server működik, az energiatakarékos üzemmódot "nagy teljesítményre" kell állítani.

Az adatbázisfájlok mappájában nincs tömörítés.

A kiszolgáló memóriájában a memória teljes mennyiségének 50% -a állítsa be a minimális sávot. Maximális elvárja a képletek egyikét:

Maximális memória \u003d teljes méret - méret az os-méret felett 1c (ha van, előzetesen mérik a használt mérők) vagy
Maximális memória \u003d teljes mennyiség - (1024 * teljes / 16384).

Mi korlátozza a DOP paraméter „MAX fokú párhuzamosságot”, és tedd a „1” értéket.

A statisztikák aktualizálása ütemtervben. Az SQL Server 2008-tól kezdődően a statisztikai frissítés recekciós kéréseket okoz, és ennek megfelelően törli az eljárási gyorsítótárat, ezért nem szükséges külön eljárást elvégezni az eljárási gyorsítótár tisztítására.

Időnként végezze el az ütemezést és az indexek töredezettségmentesítését.

Meghatározzuk a megfelelő fenntartási politikát. Ha nem kell visszaszerezni az utolsó pillanatban a rendszer összeomlására, és az utolsó perc 5 vagy annál nagyobb az Ön vállalkozásának nem kritikus, akkor telepítse a helyreállítási modellt az "egyszerű". Ezzel felgyorsítja a sebességet felvétel közben. A legfontosabb dolog az, hogy a megkülönböztetett biztonsági mentés a megadott időben működött.

Javítást érünk el, ha további adatfájlok létrehozásával / kimeneti funkcióval dolgozik a TEMPDB-vel. Ha a logikai processzorok 8-nál kisebbek, ajánlott adatfájl létrehozása minden logikai processzorhoz. Ha a logikai processzorok 8-nál nagyobbak, javasoljuk, hogy 8 adatfájlot hozzon létre, és egynél több multiplicitással növeljük a TEMPDB terhelését.