Az 1c 8.3 frissítés lefagyott. A gátlás további okai

Az 1C folyamatosan új kiadásokat ad ki konfigurációiból: új funkciókat ad hozzá, frissíti a jelentési űrlapokat.

Ezért az információs bázisaik konfigurációit is folyamatosan frissíteni kell. Az 1C program még erre is emlékeztet, és felajánlja a frissítést. Az 1C 8.3-at kétféleképpen frissítheti: a konfigurátoron vagy az interneten keresztül. Fontolgat lépésről lépésre utasításokat az 1c frissítéséről, és mit kell tenni az eljárás után egy példa segítségével.

Az 1C 8 program frissítése az interneten keresztül

Az 1C 8.3 interneten keresztüli frissítéséhez lépjen az „Adminisztráció” menübe, és keresse meg a „Programverzió frissítése” részt:

Először lépjen a "Programfrissítés konfigurálása az interneten keresztül" szakaszba:

Ebben az ablakban a legfontosabb a felhasználói kód és a jelszó megadása, ezek nélkül nem lehet frissítésekkel csatlakozni az oldalhoz. Együtt kellett volna fogadnod őket. Ha valamilyen oknál fogva nem rendelkezik velük, van egy link, amely mellett a saját oldalára léphet Személyes terület a támogatási oldalon, és ott lesz minden adat.

Itt is le lehet tiltani automatikus ellenőrzés frissítéseket, beállíthat egy vizsgálatot ütemezetten vagy minden alkalommal, amikor belép a programba.

Hagyja bekapcsolva a kapcsolót " Automatikus frissítés"És kattintson a "Tovább" gombra. Ha a programnak a jelenleginél újabb kiadását találja, megjelenik a megfelelő információ.

A konfigurációmhoz többet találtam egy új verzió, és most megpróbálom frissíteni az 1C-t. Ügyeljen a frissítés méretére, mivel a rendszer letölti és kicsomagolja a felhasználó könyvtárába, amely a "C:" meghajtón található. Ennek megfelelően elegendő szabad helynek kell lennie rajta. Itt egyébként elolvashatod, hogy milyen változások, újítások vannak a frissítésben. Kattintson a "Tovább" gombra.

Furcsa módon a program nem tudott először csatlakozni a szerveréhez, mivel a régi kódomat és jelszavamat használta, bár mindent helyesen jeleztem a beállításokban:

Rányomok az "OK" gombra, beírom a helyes adatokat, és rákattintok a "Tovább" gombra. Remélem nem lesz ilyen ablakod.

A program megkezdi a frissítési fájl fogadását. Az internet sebességétől függően ez meglehetősen hosszadalmas folyamat lehet. Beletelt néhány percbe. A következő ablakban ki kell választanunk, hogy azonnal vagy a munka végén frissítjük. Ha úgy dönt, hogy azonnal frissít, győződjön meg arról, hogy senki más nem szerepel az adatbázisban. A frissítés exkluzív módban történik.

Ingyenes 267 1C videós oktatóanyagok:

Itt meg kell tennie biztonsági mentés frissítés előtt. azt javaslom SZÜKSÉGSZERŰEN meg voltam győződve arról, hogy készítsek biztonsági másolatot az 1C adatbázisról saját tapasztalat... És azt javaslom, hogy válassza az utolsó elemet "Biztonsági másolat létrehozása a könyvtárba mentéssel". Ebben az esetben, ha valami elromlik a frissítés során, a program maga visz vissza mindent a helyére.

A frissítés számomra simán ment, és körülbelül 45 percig tartott.

Fontos jegyzet! A konfigurációs frissítés telepítése után a program megkövetelheti az 1C platform frissítését. Hogyan kell ezt megtenni, elolvashatja vagy megnézheti videónkban:

Az 1C 8.3 önfrissítése a konfigurátoron keresztül

A konfigurátoron keresztüli frissítéshez először le kell töltenie az 1C frissítési fájlt a hivatalos webhelyről vagy az ITS-lemezről. Hogyan kell ezt megtenni, leírtam a "" cikkben. Természetesen csak egy sort kell kiválasztani a táblázatban (1C számvitel):

Itt egy pontot kell megjegyezni. Előfordulhat, hogy nem minden legutóbbi kiadás felel meg a jelenlegi konfigurációnak. Ezért, ha hosszú ideig nem frissített, előfordulhat, hogy több verziót is le kell töltenie. A kiadások listájában láthatod, hogy melyik melyikhez illik.

Az én esetemben a legújabb 1C kiadás megfelelő, és letöltöttem. A platformfrissítési fájltól eltérően a konfigurációs frissítések az archívumban találhatók. Szintén célszerű egy tiszta könyvtárba tenni és futtatni. A kicsomagolás után futtassa a setup.exe fájlt:

A frissítés a megadott könyvtárba kerül telepítésre. Általában ez az alapértelmezett könyvtár, de megadhat egy másikat is.

Most lépjen a konfigurátorba:

A bejelentkezéshez természetesen rendszergazdai jogokkal rendelkező felhasználónak kell lennie.

Azonnal készíts biztonsági másolatot!

Most be kell lépnie a "Konfiguráció - Támogatás - Konfiguráció frissítése" menübe. Megjelenik egy ablak:

Ha egy vagy több frissítést talál az 1C 8.3 konfigurációkhoz, megjelenik egy ablak, amelyben kiválaszthatja, melyikre van szüksége:

Ha több elérhető frissítést talál, a program az utóbbit vastagon kiemeli.

Kattintson a "Befejezés" gombra. Két további információs ablak jelenik meg, ott csak a "Tovább" gombra kell kattintania.

Megkezdődik az 1C frissítési folyamata. Egy idő után megjelenhet egy konfiguráció-összehasonlító ablak. Ha nem vagy szakértő, akkor jobb, ha nem nyúlsz ott semmihez. Kattintson a "Futtatás" gombra:

Egy idő után megjelenik a „Konfigurációk kombinálása kész” üzenet. Kattintson az "OK" gombra.

Most a konfigurációt is frissítenie kell. információs bázis... Ehhez lépjen a "Konfiguráció - Adatbázis konfiguráció frissítése" menübe.

Ha a rendszer mást kér, kattintson az "Igen" vagy az "Elfogadás" gombra.

Ha kész, a konfigurátor bezárható. Amikor először indítja el a programot normál módban, egy üzenetet kaphat, amely szerint a használt platform elavult ehhez a konfigurációhoz, és a rendszerben végzett munka nem javasolt.

Ezzel befejeződik a frissítés.

Tekintse meg videónkat is az 1C konfigurátoron keresztüli frissítéséről:

Ezen az oldalon leírom a "" programom használata során előforduló leggyakoribb hibákat.

Az első és legegyszerűbb lehetőség

A hiba lényegét és a javítási utasításokat közvetlenül a jelentés tartalmazza. Nos, például rossz felhasználónevet és jelszót adtunk meg az adatbázishoz, és akkor a jelentés a következő sorokat tartalmazza:

A második és legnehezebb lehetőség

A hiba az 1c oldalon lépett fel, és a frissítő közvetlenül ezzel a sorral közli velünk a jelentésben:

Ebben az esetben kicsit feljebb nézzük a jelentést, és ott szimbólumokkal kezdődő zöld vonalakat keresünk.

Ezeket a sorokat maga az 1c platform vitte át a frissítőbe, és ezeket kell elemezni.

Az alábbiakban összeállítottam egy listát az 1c platform leggyakoribb hibáiról (azokról, amelyek zöld) és megszüntetésük módjai:

Hiba "Az előre meghatározott elem neve nem egyedi"

2. Szerezze be valahonnan az alapverzió konfigurációs fájlját (.cf) – azt, amelyet a „Névjegy” ablakban látunk. Ez a legnehezebb szakasz, és itt nem adom kész megoldások... Ezt a fájlt lekérheti ennek a verziónak egy másik adatbázisából, vagy megkérheti kollégáit. Azonnal azt mondom, hogy felesleges kérni - nem tudom megadni.

3. Tartsa kéznél a konfigurációs fájlt (.cf kiterjesztéssel) a kívánt verziót(az "A programról" ablakban található) az alapkonfigurátorban nyissa meg az elemet:

Mi magunk határozzuk meg a frissítési fájlt:

Kattintson a Futtatás gombra.

A frissítés után ellenőrizze újra a szállítói konfigurációs verziót – most meg kell egyeznie a "Névjegy" ablakban található verzióval. Ezt követően az adatbázist a frissítő gond nélkül frissíti.

Milyen egyéb lehetőségek vannak a problémákra?

A hibás egység neve: frame.dll

(hogyan kezdjem, vagy google).

1. Ha a frissítő nincs telepítve magára az 1c szerverre, akkor meg kell győződnie arról, hogy a SERVER_IP szerver PORT_NUMBER portja valóban nyitva van. Ezt a telnet SERVER_IP PORT_NUMBER paranccsal ellenőrizheti. Ha létrejön a kapcsolat, akkor a port nyitva van.
2. Ezután meg kell győződnie arról, hogy azon a számítógépen, amelyről a frissítő fut, semmi sem akadályozza a kapcsolatot a SERVER_IP PORT_NUMBER címével. Ehhez ideiglenesen le kell tiltania a víruskeresőt, a tűzfalat, a tűzfalat és más hasonló programokat (ezt azon a számítógépen kell megtenni, amelyen a frissítés telepítve van). Ha ez a lépés segít, akkor regisztrálnia kell a megfelelő kivételeket a blokkoló programban.
3. Ha ez nem segít, akkor az alapcímet nem a szerver nevén, hanem közvetlenül az IP-n keresztül kell regisztrálnia a frissítőben (az IP-címét a SERVER_IP hibaüzenet jelzi). Ez a DNS probléma kizárása érdekében történik.

A program nem indítható el, mert az api-ms-crt-conio-l1 hiányzik a számítógépről. 1-0.dll

Ha minden rendben van a követelményeknek megfelelően, akkor lépjen a parancsikon tulajdonságaira, amelyen keresztül futtatja a frissítőt, és lépjen a "Kompatibilitás" fülre. Ezen a lapon el kell távolítania az összes dugót. Valószínűleg tévedésből telepítette a frissítő kompatibilitását egy másik operációs rendszerrel - ezért a platformmal kapcsolatos problémák (mióta külső csatlakozás az 1C platform kódja betöltődik a frissítési folyamatba).

A frissítő elindítása nagyon sokáig tart

Az "Agent port" mezőben pedig az ügynök portja van feltüntetve (alapértelmezés szerint 1540), amely az 1c cluster management konzolban található 1c központi szerver tulajdonságai között található (hogyan kell elindítani vagy google).

A frissítés után az „Összegyűjtés dátuma” mező el van rejtve a „Trade Management” konfiguráció „Infobase Collapse” feldolgozásában.

Ebben az esetben a frissítő képes lesz dolgozni az adatbázissal, mert nem próbál meg csatlakozni hozzá.

Emiatt azonban a bázis frissítőjének egyes műveletei nem hajtódnak végre automatikusan, és nem lesznek elérhetők.

Hiba: a kapcsolat nem jött létre. a célszámítógép elutasította a csatlakozási kérelmet

Ha mégis dt-ben kell kiraknod, akkor 1 szálban csináld, lehetőség szerint a műveletek közötti szünetekkel. A megelőzés érdekében rendszeresen indítsa újra az 1c szervert.

VAL VEL a jelzett hiba Az 1c szerver szinte minden verzióján találkoztam felhasználókkal, és minden esetben úgy döntöttek, hogy DBMS-sel archiválnak.

Hiba: Nem sikerült eltávolítani az adatbázissal kapcsolatos új munkamenetek letiltását

Ha ez nem sikerült, akkor lehetséges:

• hibát követett el, amikor beírta a bejelentkezési nevet és/vagy jelszót az ITS-ből
• nem fizetett az ITS-hez való hozzáférésért
• nem vagy regisztrálva alap verzió konfigurációkat az 1C webhelyén a frissítésekért

3. Tegyük fel, hogy minden rendben van a frissítésekhez való hozzáféréssel a webhelyen keresztül. Továbbra is meg kell szüntetni a számítógép környezetében és az 1C frissítési szerverrel kapcsolatos problémákat.

Ehhez próbáljon meg új frissítéseket letölteni a konfigurációjához a konfigurátoron keresztül (a frissítő ezt használja a munkájában).

3.1 Lépjen be a bázisállomás konfigurátorába, és válassza ki a "Konfiguráció" - "Konfiguráció megnyitása" menüpontot.

3.5 Végül adja meg a felhasználónevet és a jelszót az ITS-ből ( feltétlenül másolja ki őket a jegyzettömbről):

És próbálja meg letölteni az egyik frissítést, amelyet az adatbázis konfigurátora kínál.

Ha ez nem sikerül, akkor lehetséges:

• problémái vannak a számítógép környezetével
• az 1C frissítési szerver átmenetileg nem működik megfelelően (miközben a webhelyen keresztüli frissítések továbbra is letölthetők, mint korábban)
• nem fér hozzá ennek a konfigurációnak a frissítéseihez (nem fizetett ITS-előfizetést, vagy olyan alapverzióval rendelkezik, amelyet nem regisztrált az oldalon)

4. Tegyük fel, hogy a konfigurátor sikeresen letöltötte a frissítést. Ilyenkor érdemes a jegyzettömbről a frissítő beállításaiba átmásolni az ITS bejelentkezést és jelszavát, és ellenőrizni, hogy megszűnt-e a probléma.

Egyébként van némi árnyalat a frissítő oldalán. Ebben az esetben kérem, hogy írjon az ügyfélszolgálatnak a címen [e-mail védett]és továbbra is részletesen megértjük az Ön esetében.

DBMS hiba: Microsoft SQL szerver Natív kliens 11.0: Érvénytelen objektumnév "SchemaStorage"

5. Ha a probléma egyesekben van egy adott frissítés (például nem található, vagy hiba jelenik meg az adatbázisba való betöltésekor) -tömörítse archívumba és csatolja a levélhez... A nagy archívum internetre való feltöltésének leírása (az 5. ponttól) az 1c adatbázis példáján keresztül történik.

Itt... persze sok információt kérdezek, és lehet, hogy a kezdő felhasználóknak nem lesz olyan egyszerű összegyűjteni és elküldeni nekem. De ebben az esetben arra kérem, hogy forduljon tapasztaltabb elvtársakhoz, hogy segítsen.

Ha keményen dolgozol, akkor tudok segíteni neked.

1) nézze meg az rphost által lefoglalt memória mennyiségét az 1C szerveren. Ha a szerver x32-es verziója van, akkor a folyamat legfeljebb 1,75 GB RAM-ot használhat
Ha nincs elég memória, a szerver nem tud új kapcsolatokat fogadni, vagy lefagy, ha az aktuális munkamenet további memóriát igényel
www.viva64.com/ru/k/0036
2) Nézze meg a "Working Server Parameters" beállításokat. Volt ilyen probléma, és a szerver folyamatosan lefagyott. A beállításaim egy melléklet. A szervernek 11 GB van lefoglalva.
3) Problémák adódhatnak a Postgressql beállításakor.

Adja meg a szerver jellemzőit, az adatbázis méretét, a Postgressql konfigurációkat. Információ nélkül nehéz megmondani.

Saját PostgreSQL konfigurációm: https://drive.google.com/file/d/0B2qGCc-vzEVDMERVW ...
ez a konfiguráció illeszkedik a rendelkezésre álló RAM mennyiségéhez.
A PostgreSQL Linuxra van telepítve, 3 GB RAM, 3 CPU mag.
Szerver 1C8: 11 GB RAM, 5 CPU mag
4 alap, egyenként körülbelül 1 GB-os (dt-ben feltöltve)

Adja meg a szerver összes jellemzőjét: 1C8 szerver és egy fizikai vagy virtuális adatbázis, operációs rendszer, az egyes szervereken lévő RAM mennyisége, milyen CPU, mennyi RAM-ot igényelnek az rphost folyamatok, mennyi van? RAID tömböt használsz?

Korábban én is PostgreSQL-t használtam, de a munka során problémákba ütköztem a PostgreSQL adatbázissal való munka során, és nemrég váltottam MS SQL-re.

A szervered nem rossz az adatbázis-adatokhoz. A PostgreSQL használatához nagyon jól ismernie kell a konfigurációját. Ha az alapok kicsik, sok konfigurációs hiba "megbocsátott". Amikor csak elkezdtük implementálni az 1C + PostgreSQL-t, nekünk is nagyon gyakori problémák az adatbázis munkájával (gyakran voltak lefagyások, lassan működött). A PostgreSQL-t jobb Linuxon használni, nem pedig Windowson. Jómagam nem vagyok adatbázis-specialista, adatbázis szerver felállításához az 1SBit szakemberét kértük fel és ő konfigurálta nekünk és ezután nem volt probléma a munkában.

Tanács:
Hatalmas adatbázisai vannak, ne fukarkodjon, vegyen fel egy adatbázis-szakértőt, aki be tudja állítani az Ön számára. Egy ember nem lehet mindenben szakember.

1) mióta ellenőrzi magát az adatbázist és indexeli újra? VÁKUUM és REINDEX
2) Mióta teszteli és javítja az adatbázist 1C eszközökkel?
3) Az adatbázis naplófájlja külön merevlemezre került?
4) A HDD erősen terhelt?

Gondoljon át az MS Sql-re, mert gyakran nem igényel "gyakorlatilag" semmilyen konfigurációt, és könnyebben használható. A PostgreSQL-lel ellentétben az MS Sql készen áll a használatra, és a PostgreSQL-t konfigurálni kell.

Ha kérdésed van írj, hátha tudok segíteni Skype-ban: tisartisar

Béreljen szakértőt adatbázis létrehozásához

Miért váltottunk MS SQL-re:
az UT konfigurációt használjuk és a hónap végén néha olyan hibák adódtak, amiket sehogyan sem lehetett megoldani. Ha átvisszük az adatbázist file módba és elkezdjük a hónap zárását, akkor minden rendesen le volt zárva, a PostgreSQL szerverre az önköltségi ár számításánál is felkerült ugyanaz az adatbázis, hibák léptek fel. Abban a pillanatban fél év lemaradásban voltunk a hónapok zárásával a lebegő hibák miatt. Létrehoztunk egy tesztadatbázist MS SQL-en, és az MS Sql-en futó PostgreSQL-en nem zárható hónap lezárult. Ezenkívül az árlistában szereplő árak kerekítése nem működik megfelelően a PostgreSQL-en. Valójában az 1C PostgreSQL-en végzett munkája támogatott, de továbbra is javasolt az MS SQL használata.
Emiatt úgy döntöttek, hogy azóta áttérünk MS SQL-re Az 1C stabilitás drágább.

Örülök, hogy segíthettem, ha bármilyen kérdése vagy problémája van, forduljon hozzám újra.

1) mennyi memória van lefoglalva az MS SQL szerverhez? ez magában az MS SQL szerverben van beállítva.
2) Rendszeresen végezzen adatbázistesztelést az 1C eszközökkel
3) egy cikk a biztonsági mentés és a karbantartás beállításáról. Ez fontos, és rendszeresen meg kell tenni. Minden nap csinálom. Tekintse meg az útmutató mind a 3 részét.

Az 1C rendszer ma a kis- és középvállalkozások működtetésének egyik fő eszköze. Általános szabály, hogy a szervezet minden alkalmazottja hozzáfér a programhoz. Így ha az 1C lassulni kezd vagy lassan működik, akkor ez jelentősen befolyásolja az üzletmenetet. Nézzük meg, hogyan gyorsíthatja fel és optimalizálhatja a munkát 1C-ben egyedül.

Optimalizálás 1C frissítéssel

Az 1C új verziói mindig sikeresebben és gyorsabban működnek, ezért elengedhetetlen a frissítések követése. Javasoljuk, hogy a számviteli osztályt a lehető leggyakrabban frissítse. Főleg, ha léteznek szabályozott jelentéstételi változatok.

Sokan régóta használják a program automatikus frissítésének lehetőségét. Bár ez a probléma egyszerűen megoldható manuálisan az 1c Enterprise 8.3 esetében, amelynek frissítése nem okoz gondot.

Az első lépés a jelenleg használatban lévő platform legújabb verziójának letöltése. Ez vagy az ITS lemez segítségével, vagy a webes felületen keresztül történik, ahol folyamatosan támogatják egy olyan program felhasználóit, mint az 1c Enterprise 8.3, amelynek konfigurációs frissítése hivatalosan is rendelkezésre áll.

Ez utóbbi esetben a frissítési adatokat tartalmazó archívum külön letöltődik. A felhasználó számára legkényelmesebbnek tartott mappába csomagolják ki. Ezután futtassa a file.exe fájlt. A következő ablakban kattintson a "Tovább" gombra.

Megjelenik egy másik oldal. Ezen a felhasználó kiválasztja azt az utat, amelyen a telepítés befejeződik. De ez a lépés csak haladó tulajdonosoknak ajánlott. személyi számítógép... Az alapértelmezett funkciók általában elegendőek a legtöbb probléma megoldásához. Alapértelmezés szerint ebben az esetben egy mappa van megadva, ahová az összes frissítést egyszerre telepíti. Ez sokkal kényelmesebb, mint amikor a végső utak eltérőek. Csak többször kattintunk a "Tovább" gombokra az 1c Enterprise 8.3 programban, amelynek konfigurációját gyorsan frissíteni kell.

Csak az utolsó gomb van, amely "Telepítést" kínál.

Hogyan lehet felgyorsítani az 1C munkáját, ha a platform lelassul

A problémákat leggyakrabban az okozza, hogy az egyik szakaszban az előadó figyelmének koncentrációja csökken. Itt fontos magának a frissítésnek a megfelelő sémája kiválasztása, csak ebben az esetben nem lesz olyan probléma, hogy az 1s lefagy a frissítés során.

Frissítse a 7.7-es verziót

Többféle konfiguráció létezik. Ettől függően kerül kiválasztásra a további műveletek menete.

• Tipikus - ebben az esetben feltételezzük, hogy a frissítést a szabályozott jelentésekhez is végrehajtják.
• A tipikus iparági konfigurációk nagyon hasonlóak az előző opciókhoz. Fontos, hogy előzetesen ismerkedjen meg a fejlesztő által adott utasításokkal. Ellenkező esetben nem fog rájönni, hogy az 1c 8.3 miért omlik össze frissítéskor.
• Módosított szabvány - a felhasználónak mindig lehetősége van saját maga módosítani az alkalmazást úgy, hogy az megfeleljen az aktuális igényeknek. A funkcionalitás bővítésének másik lehetősége az új platformokra való átállás. Például a 8. verzió.

A 8.0 és 8.1 verziókról

A 8.0 platform támogatása jelenleg folyamatban van. Az új szabványos kialakítások csak használat közben működnek legújabb verziói... Csak emlékeznünk kell arra, hogy minden időközi kiadás kötelező. Ellenkező esetben nagy a valószínűsége annak, hogy egyszerűen elveszik az információ. Vagy szembe kell néznie egy olyan helyzettel, amikor az 1c lefagy a konfiguráció frissítésekor.

Egy változat akkor lehetséges, ha egy új szabványos konfigurációt vezetnek be, majd a régi infobázisok maradványai átkerülnek rá.

Ami a 8.1-es verziót illeti, többféleképpen frissíthet rá:

1. manuálisan;
2. automatikus üzemmódban;
3. felvenni a kapcsolatot az ezen a területen szolgáltató cégek szakembereivel.

Munkavégzés atipikus vagy módosított változatokkal

Kezdetben minden konfiguráció szabványos kialakításra vonatkozik. Ez megszűnik, ha a vállalkozásnál bizonyos változtatásokat hajtanak végre. Például a telepítés során. Két osztály van, amely kiemelkedik az atipikus konfigurációkból:

1. megváltozott;
2. a nulláról hozták létre, figyelembe véve egy adott vállalkozás igényeit.

Néha a másodosztályú konfigurációt aktívan továbbítják a felhasználóknak. Akkor a tipikushoz tartozik. Csak hát nem magát az 1C-t tekintik gyártónak, hanem az új verziót készítő céget.

A konfigurációk relevanciája a következő műveletekkel tartható fenn:

• Hibák javítása.
• A funkcionalitás bővítése.
• Javulás.
• Változás 1c 8.3, a konfiguráció nem frissül szolgáltatási hibák esetén.

A telepítési folyamat eltérő időt vehet igénybe attól függően, hogy milyen sebességgel használják az internetet. A felhasználó egy külön ablakban választhatja ki, hogy a munka végén, vagy azonnal frissítse. Az utóbbi lehetőségnél meg kell győződnie arról, hogy senki más nem dolgozik az alkalmazással. Maga a folyamat monopólium módot feltételez az 1c. függelék Vállalati 8.3-ban, Utolsó frissítés nem kivétel.

• Nem szabad elfelejteni, hogy nem minden kiadási verzió alkalmas a jelenlegi konfigurációhoz.
• Ha hosszú ideig nem történt frissítés, előfordulhat, hogy egyszerre több fájlt vagy archívumot kell letöltenie.
• A listában könnyen érthető, hogy melyik 1c Enterprise 8.3 verzióra van szükség, a frissítést maga a felhasználó választja ki.

Amikor a folyamat véget ér, maga a konfigurátor bezárható. Ezt az üzemmódot használják leggyakrabban, amikor frissítésre van szükség. Kényelmes, szinte az egész folyamatot automatizálja. Amikor legközelebb először indítja el, megjelenhet egy üzenet, amely szerint a platform elavult. És hogy jelenleg nem ajánlott használni.

A gátlás további okai

Ha a programot megfelelően frissítették és hiba nélkül, az 1C továbbra is lelassul, ennek oka a következő lehet:

• Vírusirtó – ha helyes beállítás egyetlen vírusirtó sem zavarja a rendszert, azonban ha a gyári beállításokat használja, az 1C teljesítménye 5-10%-kal csökkenhet. Ezzel optimalizálhatja a vírusirtót további beállítások eltávolítása háttér módban(ha feltétlenül szükséges).
• A számítógép beállításai gyakran nem elegendőek erős számítógépek vezet erős hanyatlás termelékenység 1C. Különös figyelmet kell fordítani a videokártyára, az operációs rendszertés a processzor.

Az ilyen módszerek jelentősen optimalizálják és felgyorsítják az 1C-ben végzett munkát bármely vállalat vagy vállalkozás számára, majd a program teljesítménye jelentősen megnő.

Hogyan lehet növelni a sebességet és a használhatóságot 1C-ben

A felhasználók közismert panaszának, az „1C hangok”, amelyet az IT-szakemberek jól ismernek, számos oka van. A helyes "diagnózis" megfogalmazásához - egy probléma azonosításához és elemzéséhez - reprodukálni kell, mert egy olyan problémát, amelyet nem lehet reprodukálni, általában szinte lehetetlen megoldani. Miután felismertük az 1C fagyás tüneteit, megtesszük az első lépést egy hatékonyan működő rendszer felé.

Nagyon hosszú rendszerindítás

Hosszú indítás A nehéz konfiguráció egy felhasználó alatt az első alkalommal, miután az információbiztonságot hozzáadta a számítógép adatbázisainak listájához, normális jelenség. Az első indításkor a konfiguráció gyorsítótárazásra kerül. A második és az azt követő futásnak gyorsabbnak kell lennie.

A rendszer hosszú ideig tartó indítása problémákat jelezhet a konfiguráció architekturális megvalósításában. A konfiguráció nagy részét a keretrendszer csak a szükséges metaadat-objektum első elérésekor olvassa be. A hosszú indítás nagyszámú metaadat objektum használatának valószínűségét jelzi (sok hívás különböző közös modulok, feldolgozás stb.).

Nem szabad megfeledkezni arról, hogy amikor egy modul szövegéhez először hozzáférünk, akkor az összeállításra kerül. Ez a folyamat is időt vesz igénybe, ami különösen akkor szembetűnő, ha sok modul van. Így a lassú indítás problémáját a konfiguráció módosítása (optimalizálása) oldja meg, aminek az a célja, hogy letiltja a rendszer indításakor végrehajtott összes opcionális algoritmus végrehajtását.

Lehetséges, hogy a konfiguráció az indításkor adatokat próbál olvasni az internetről. Ez növeli a rendszer indítási idejét is.

Nagyon hosszú formanyílás

Az űrlapok hosszan tartó megnyitásának okai lehetnek:

1. Számos vezérlőelem az űrlapon - időt fordítanak az űrlap létrehozására és az űrlapelemek elrendezésének összekapcsolására;
2. Algoritmusok végrehajtása űrlap inicializálása során. Lehetséges, hogy egy űrlap létrehozásakor bizonyos feltételeket ellenőriznek, és/vagy a kapcsolódó objektumok kiolvasása az adatbázisból történik.

Az első probléma a forma egyszerűsítésével "gyógyítható". Például a vezérlők egy része külön formába helyezhető, ami még kényelmesebb lehet a felhasználó számára. Például, ha az űrlapon van egy címmező "Város", "Utca", "Ház" stb., akkor a cím szerkesztését célszerű külön űrlapon kivenni.

A második problémát az űrlap létrehozása és megnyitása során végrehajtott műveletek elemzésével, valamint ezen algoritmusok optimalizálásával oldjuk meg. Talán néhány algoritmus már elavult, és néhány egyszerűsíthető és optimalizálható, például kizárható vagy minimálisra csökkenthető az adatbázisban lévő adatokhoz való hozzáférés.

Interaktív műveletként vegye figyelembe a felhasználót, aki megpróbál értéket kiválasztani egy űrlapelemen. Erre válaszul a rendszer „gondolkozik valamin”. Ez a következő okok miatt fordulhat elő:

1. Algoritmusok, amelyek akkor futnak le ezt az akciót az értékválasztási módot befolyásoló kapcsolódó adatok ellenőrzése vagy kiszámítása;
2. Az érték kiválasztásához megnyíló kiválasztási űrlap inicializáláskor az összes objektumot beolvassa az adatbázisból.

Az első probléma megoldásához használja a "Teljesítménymérést", keressen erőforrás-igényes algoritmusokat és optimalizálja azokat.

A második probléma gyakran megoldható egyszerű elemzés a választási forma megvalósítása. Például meg kell győződnie arról dinamikus lista a "Dinamikus adatolvasás" tulajdonság be van állítva, a "Main table" tulajdonság helyesen van beállítva, és nyilvánvalóan nem használnak erőforrás-igényes algoritmusokat a lista megvalósítása során.

Vannak olyan helyzetek is, amikor a kiválasztási űrlap megnyitásakor néhány kapcsolódó adat beolvasásra kerül az adatbázisból (például a "Nómenklatúra" kiválasztási űrlap megnyitásakor a raktárban lévő áruegyenlegek kerülnek beolvasásra). Általános szabály, hogy nem a legjobb megoldás... A kapcsolódó adatokat jobb aszinkron módon, az űrlap megnyitása után olvasni. Ez kevesebb kényelmetlenséget okoz a felhasználónak, mint pl Az űrlap megjelenítése után a felhasználó némi időt tölt a megnyitott űrlap észlelésével, és ezt az időt a kapcsolódó adatok betöltésére fordíthatja.

Nagyon hosszú reakció a frissítésekre

Az egyik triviális tünet azonban néhány rendszerproblémát jelezhet: az 1C frissítés indításkor lefagy Tartalékmásolat... Ez főleg az interneten keresztül történő frissítéskor fordul elő, és valószínűleg azt jelzi, hogy a konfigurációt hosszú ideig nem frissítették, és a kiadások egymáson átgördülve akadozást okoztak. Megelőzni hasonló probléma időben telepítheti a frissítéseket, és ha találkozik vele, egyszerűen megszakíthatja a biztonsági mentési folyamatot. A konfigurátor elindítása után az alap a következővel fog indulni az elvégzett változtatásokat normális esetben.

Megjegyzendő, hogy az 1C 8.3 a frissítések során leggyakrabban azért is lefagy, mert erőforrás-igényesebb hardver, hogyan előző verziók platformok. Ügyeljen a hangerőre véletlen hozzáférésű memóriaés ha szükséges, növelje meg - ennek elvileg segítenie kell az "1C lefagy a konfiguráció frissítésekor" probléma megoldásában.

Tárgyak hosszú nyilvántartása / dokumentumok feladása

Ebben az esetben a "fotózással történő kezelés" gyakorlatilag kizárt, mivel az okok nagyon sokfélék lehetnek, kezdve az objektumban található nagy mennyiségű adattal, a zárakra való várakozásig.

De ebben az esetben is felvázolhatja az elemzés irányát.

A rögzítési időben a napszakból vagy a felhasználók számából adódó jelentős változások hiánya (durva, szubjektív értékeléssel) a kódban vagy az objektum adatok mennyiségében mutat problémát. Ebben az esetben célszerű a "Teljesítménymérő" eszközt használni az elemzéshez.

A rögzítési idő radikális megváltoztatása tisztázatlan függőségekkel, végrehajtást igényel Statisztikai analízis probléma megjelenése, i.e. teljesítményelemzés. A legegyszerűbb módja a napló használatának elemzése. További előny itt van az 1C: Enterprise 8 platform támogatása a naplóadatok SQLite formátumú fájlba mentéséhez. Ez lehetővé teszi, hogy SQL lekérdezéseket használjon a naplóadatok elemzéséhez. Az objektumok rögzítésének idejét a naplóadatokból nagyon meg lehet kapni, hiszen minden objektumrekord egy tranzakcióban történik, és minden tranzakciónak saját azonosító száma van.

Ha a statisztikai elemzés eredménye azt mutatta, hogy az objektum rögzítési ideje a napszaktól függ, és nem a felhasználók számától, akkor elemezni kell az 1C szerver és az adatbázisszerver munkaterhelését. Lehetséges, hogy a szerver rutinfolyamatokat futtat, amelyek felesleges erőforrásokat fogyasztanak.

Ha az objektumok rögzítési ideje függ a felhasználók számától, akkor a problémák nagy valószínűséggel a kódban vannak (várakozás a zárolásokra) vagy sávszélesség felszerelés. Megoldásukhoz vegyen be egy "1C: Technológiai szakértő" kompetenciával rendelkező szakembert, mivel nincsenek egységes szabályok egy ilyen probléma megoldására.