Nagyon hosszú válasz a frissítésekre

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 bejelentkezési 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

Hiba történt az 1c oldalon, és a frissítő közvetlenül közli velünk ezt a sort a jelentésben:

Ebben az esetben nézze meg egy kicsit feljebb a jelentést, és keressen ott zöld vonalakat, amelyek a karakterekkel kezdődnek.

Ezeket a sorokat maga az 1c platform továbbította a frissítőnek, és ezeket elemezni kell.

Az alábbiakban összeállítottam egy listát az 1c platform leggyakoribb hibáiról (zöld színűek) és azok kiküszöbölésére:

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

2. Szerezze be valahonnan az adatbázis verziójának konfigurációs fájlját (.cf) – azt, amelyet a "Névjegy" ablakban látunk. Ez a legnehezebb szakasz, és itt nem adok kész megoldásokat. Ezt a fájlt lekérheti egy másik, ennek a verziónak megfelelő adatbázisból, vagy kérheti kollégáitól. Azonnal azt mondom, hogy felesleges tőlem kérni - nem fogom tudni megadni neked.

3. Az adatbázis-konfigurátorban a kívánt verzió (.cf kiterjesztésű) konfigurációs fájljával (amely az „A programról” ablakban van) az adatbázis-konfigurá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 problémák vannak?

Hibás modulnév: frame.dll

(hogyan kell futtatni 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, amelyen a frissítő elindult, 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ő 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 nem a szerver nevén, hanem közvetlenül az IP-n keresztül kell regisztrálnia az adatbázis címét a frissítőben (az IP címét a SERVER_IP hibaüzenet jelzi). Ez a DNS-probléma kizárásához szükséges.

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 elindítja a frissítőt, és lépjen a „Kompatibilitás” fülre. Törölnie kell az összes négyzet bejelölését ezen a lapon. Valószínűleg tévesen úgy állította be a frissítőt, hogy kompatibilis legyen egy másik operációs rendszerrel - ezért a platformmal kapcsolatos problémák (mivel külső csatlakozáskor az 1C platformkód betöltődik a frissítési folyamaton belül).

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 a központi 1c szerver tulajdonságai között található az 1c fürtkezelő konzolban (hogyan kell elindítani vagy google).

A frissítés után az „Összecsukás dátuma” mező el van rejtve a „Trade Management” konfiguráció „Infobase Rollup” 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 egyes frissítési műveletek az adatbázisban nem hajtódnak végre automatikusan, és nem lesznek elérhetők.

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

Ha mégis fel kell töltened a dt-be, tedd meg 1 szálban, 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.

Ezzel a hibával az 1c szerver szinte minden verzióján találkoztam a felhasználókkal, és minden esetben úgy döntöttek, hogy átváltanak a DBMS-t használó archiválásra.

Hiba: Nem sikerült eltávolítani a telepített blokkot az adatbázis új szekcióinál

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

• hibát követett el az ITS bejelentkezési nevének és/vagy jelszavának megírásakor
• nem fizetett az ITS-hez való hozzáférésért
• nem regisztrálta a konfiguráció alapverzióját az 1C webhelyén, hogy frissítéseket kapjon

3. Tegyük fel, hogy minden rendben van a frissítésekhez való hozzáféréssel a webhelyen keresztül. Továbbra is ki kell zárni 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óhoz a konfigurátoron keresztül (a frissítő ezt a módszert használja a munkájában).

3.1 Nyissa meg az adatbázis-konfigurátort, és válassza ki a "Konfiguráció" - "Konfiguráció megnyitása" menüpontot.

3.5 Végül adja meg ITS bejelentkezési nevét és jelszavát ( feltétlenül másolja át őket a jegyzettömbről):

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

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

• problémái vannak a számítógép környezetével
• Az 1C cég frissítési szervere átmenetileg nem működik megfelelően (bár a webhelyen keresztüli frissítések letöltése továbbra is lehetséges)
• nem fér hozzá a frissítésekhez ehhez a konfigurációhoz (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. Ebben az esetben másolja be az ITS bejelentkezési nevét és jelszavát a Jegyzettömbről a frissítő beállításaiba, és ellenőrizze, hogy a probléma megszűnt-e.

Egyébként van némi árnyalat a frissítő oldalon. Ebben az esetben írjon az ügyfélszolgálatnak a címen [e-mail védett]és továbbra is részletesen megvizsgáljuk az Ön esetét.

DBMS hiba: Microsoft SQL Server Native Client 11.0: Érvénytelen objektumnév "SchemaStorage"

5. Ha a probléma valamilyen módon egy adott frissítés (például nem található, vagy hiba történik 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 módját (az 5. ponttól) az 1c adatbázis példaként használva ismertetjük.

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

Ha keményen dolgozol, akkor én is keményen 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 settings” (Munkakiszolgáló beállítások) beállításait, a beállítások hibásak lehetnek. Volt ez a probléma, és a szerver folyamatosan lefagyott. A beállításaim mellékelve. 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éreteket, 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ó a rendelkezésre álló RAM mennyiségéhez van kiválasztva.
PostgreSQL telepítve Linuxra, 3 GB RAM, 3 CPU mag.
Szerver 1C8: 11 GB RAM, 5 CPU mag
4 adatbázis, egyenként körülbelül 1 GB (feltöltve a dt-be)

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

Korábban magam is PostgreSQL-t használtam, de a folyamat során problémákba ütköztem, amikor egy adatbázist futtattam PostgreSQL-en, és nemrég váltottam MS SQL-re.

A szervered nem rossz ezekhez az adatbázisokhoz. A PostgreSQL használatához nagyon jól ismernie kell a konfigurációját. Ha az adatbázisok kicsik, sok konfigurációs hiba megbocsátható. Amikor csak elkezdtük az 1C + PostgreSQL implementálását, akkor is nagyon gyakoriak voltak az adatbázis működésével kapcsolatos problémák (gyakran voltak lefagyások, lassan működött). A PostgreSQL jobban használható Linuxon, nem Windowson. Jómagam nem vagyok adatbázis-specialista az adatbázis-szerver beállításához, az 1Sbit szakembert fogadtuk fel, ő állította be nekünk, és utána nem volt probléma a működéssel.

Tanács:
Hatalmas adatbázisai vannak, ne spóroljon, fogadjon adatbázis-szakértőt, aki beállítja Önnek. Egy ember nem lehet mindenben szakértő.

1) mióta ellenőrizte magát az adatbázist és indexelte újra? VÁKUUM és REINDEX
2) mióta tesztelte és javította az adatbázist 1C eszközökkel?
3) az adatbázis naplófájlja külön merevlemezen van elhelyezve?
4) A HDD erősen le van terhelve?

Fontolja meg az MS Sql-re való váltást, ez gyakran „gyakorlatilag” nem igényel konfigurációt, és könnyebben használható. A PostgreSQL-lel ellentétben az MS Sql készen áll a használatra, de a PostgreSQL-t konfigurálni kell.

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

Béreljen adatbázis-beállító szakembert

Miért váltottunk MS SQL-re:
Az UT konfigurációt használjuk, és a hónap zárásakor időnként olyan hibák merültek fel, amelyeket nem tudtunk megoldani. Ha fájl módba vitted át az adatbázist és elkezdted a hónap zárását, akkor minden rendesen bezárult, a költségszámításkor ugyanaz az adatbázis került a PostgreSQL szerverre, hibák történtek. Ekkor lebegő hibák miatt fél év lemaradásban voltunk a záró hónapokban. 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ő árkerekítés nem működik megfelelően a PostgreSQL-en. Valójában az 1C futtatása PostgreSQL-en támogatott, de továbbra is ajánlott az MS SQL használata.
Emiatt döntöttek úgy, hogy MS SQL-re váltanak, mert... a működés stabilitása 1C drágább.

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

1) mennyi memória van lefoglalva az MS SQL szerverhez? ez magában az MS SQL szerverben van beállítva.
2) Rendszeresen tesztelje az adatbázist az 1C használatával
3) cikk a biztonsági mentés és 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 informatikusok által jól ismert „1C lefagy” felhasználói panasznak számos oka van. A helyes „diagnózis” felállításához - egy probléma azonosításához és elemzéséhez - szükséges a reprodukálása, mivel egy olyan problémát, amelyet nem lehet reprodukálni, általában szinte lehetetlen megoldani. Az 1C fagyasztás tüneteinek megértése után megtesszük az első lépést egy hatékonyan működő rendszer felé.

Nagyon hosszú rendszerindítás

Normális jelenség, ha egy nehéz konfigurációt először egy felhasználó alatt indítanak el, miután az információbiztonságot hozzáadták a számítógép adatbázisainak listájához. 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 platform csak a kívánt 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önféle általános modulokhoz, feldolgozás stb.).

Figyelembe kell venni, hogy amikor először éri el bármely modul szövegét, 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.

Előfordulhat, hogy a konfiguráció indításkor megpróbál adatokat olvasni az internetről. Ez megnöveli a rendszerindítási időt is.

Nagyon hosszú nyomtatványnyitá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 az űrlap inicializálása során. Előfordulhat, hogy az űrlap létrehozásakor bizonyos feltételeket ellenőriznek és/vagy kapcsolódó objektumokat olvasnak ki az adatbázisból.

Az első problémát az űrlap egyszerűsítésével „kezeljük”. Például egyes vezérlők külön formákba helyezhetők, ami akár kényelmesebb is lehet a felhasználó számára. Például, ha az űrlapon van egy „Város”, „Utca”, „Ház” stb. címmező, akkor jobb a címet külön űrlapon szerkeszteni.

A második problémát az űrlap létrehozása és megnyitása során végrehajtott műveletek elemzésével és az algoritmusok optimalizálásával oldjuk meg. Lehetséges, hogy az algoritmusok egy része már elavult, míg mások egyszerűsíthetők és optimalizálhatók, például megszüntethető vagy minimalizálható 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. Az ebben a műveletben futó algoritmusok megvizsgálják vagy kiszámítják a kapcsolódó adatokat, amelyek befolyásolják az értékkiválasztás viselkedését;
2. Az érték kiválasztásához megnyíló kiválasztási űrlap inicializáláskor beolvassa az összes objektumot 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ó a választási forma megvalósításának egyszerű elemzésével. Győződjön meg például arról, hogy a „Dinamikus adatolvasás” tulajdonság be van állítva egy dinamikus listához, a „Fő táblázat” tulajdonság megfelelően van beállítva, és a lista megvalósítása nem használ nyilvánvalóan erőforrás-igényes algoritmusokat.

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 „Cikk” kiválasztási űrlap megnyitásakor a raktárakban lévő áruegyenlegek kerülnek beolvasásra). Általában nem ez a legjobb megoldás. A kapcsolódó adatokat célszerűbb aszinkron módon, az űrlap megnyitása után olvasni. Ez kevesebb kényelmetlenséget okoz a felhasználónak, mert Az űrlap megjelenítése után a felhasználó eltölt egy kis időt az űrlap befogadására, és ezt az időt a kapcsolódó adatok betöltésére fordíthatja.

Nagyon hosszú válasz a frissítésekre

Az egyik triviális tünet azonban néhány rendszerproblémáról árulkodhat: az 1C frissítés lefagy a biztonsági mentés indításakor. 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 az egymás után gördülő kiadások lefagyást okoztak. Megelőzheti ezt a problémát, ha időben telepíti 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 adatbázis a normál módban végrehajtott változtatásokkal indul.

Meg kell jegyezni, hogy az 1C 8.3 leggyakrabban lefagy a frissítések során azért is, mert erőforrásigényesebb hardvert igényel, mint a platform korábbi verziói. Érdemes odafigyelni a RAM mennyiségére, és szükség esetén növelni - ez elvileg segít az „1C lefagy a konfiguráció frissítésekor” probléma megoldásában.

Tárgyak rögzítésének/dokumentumok elkészítésének hosszú folyamata

Ebben az esetben a „fényképezésen alapuló kezelés” gyakorlatilag kizárt, hiszen az okok nagyon sokfélék lehetnek, az objektumban lévő nagy mennyiségű adattól a záraknál való várakozásig.

De ebben az esetben is ki lehet vázolni egy irányvonalat az elemzéshez.

Az objektum kódjában vagy adatmennyiségében problémára utal, hogy a napszakból vagy a felhasználók számából adódóan a rögzítési időben nem történt jelentős változás (mintegy durva, szubjektív becslés). Az elemzéshez célszerű a „Teljesítménymérés” eszközt használni.

A rögzítési idő drámai változása tisztázatlan függőségekkel megköveteli a probléma előfordulásának statisztikai elemzését, pl. teljesítményelemzés. A legegyszerűbb módja a napló használatának elemzése. További előny, hogy az 1C:Enterprise 8 platform támogatja a naplóadatok SQLite formátumú fájlba történő mentését. Ez lehetővé teszi, hogy SQL lekérdezéseket használjon a naplóadatok elemzéséhez. Nagyon lehetséges az objektum írási idejét a naplóadatokból lekérni, mivel minden objektum írása 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 egy 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 terhelését. Lehetséges, hogy a szerver rutinfolyamatokat futtat, amelyek felesleges erőforrásokat foglalnak el.

Ha az objektumok írásához szükséges idő a felhasználók számától függ, a probléma valószínűleg a kódban (esetleg a zárolásra várakozva) vagy a hardver átviteli sebességében van. Megoldásuk érdekében szakembert kell vonzani az „1C: Technológiai kérdések szakértője” kompetenciával, mivel nincsenek egységes szabályok egy ilyen probléma megoldására.

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 saját maga a munkát 1C-ben.

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 lehető leggyakrabban frissítse számviteli nyilvántartásait. Különösen akkor, ha a szabályozott jelentéstétel verziói megjelennek.

Sokan már régóta használják a program automatikus frissítésének lehetőségét. Bár ez a probléma könnyen megoldható manuálisan az 1C Enterprise 8.3 esetében, a frissítés nem okoz gondot.

Az első lépés a jelenleg használt 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 folyamatos támogatást nyújtanak egy olyan program felhasználóinak, mint például 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 ítélt bármely mappába kicsomagolják. Ezután futtassa az .exe fájlt. A következő ablakban egyszerűen kattintson a „Tovább” gombra.

Egy másik oldal jelenik meg. Ezen a felhasználó kiválasztja azt az utat, amelyen a telepítés befejeződik. Ez a lépés azonban csak haladó személyi számítógép-tulajdonosok számára ajánlott. 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 kattintson többször a „Tovább” gombokra az 1c Enterprise 8.3 programban, amelynek konfigurációjának frissítése gyorsnak kell lennie.

Már csak az utolsó gomb van hátra, amely a „Telepítés” lehetőséget kínálja.

Hogyan lehet felgyorsítani az 1C-t, ha a platform lassú

A problémák leggyakrabban abból fakadnak, hogy az egyik szakaszban az előadó figyelmének koncentrációja csökken. Itt fontos a megfelelő frissítési séma kiválasztása, csak ebben az esetben nem fogunk olyan problémával találkozni, amikor az 1c lefagy a frissítés során.

Frissítse a 7.7-es verziót

Többféle konfiguráció létezik. Ennek függvényében választják ki a további műveletek menetét.

• Szabvány – ebben az esetben feltételezzük, hogy a frissítés a szabályozott jelentésekhez is megtörténik.
• A tipikus iparági konfigurációk nagyrészt a korábbi opciókra emlékeztetnek. Fontos, hogy előzetesen olvassa el a fejlesztő által adott utasításokat. Ellenkező esetben nem fogod tudni kitalálni, hogy az 1C 8.3 miért omlik össze a frissítés során.
• 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-as verzió.

A 8.0 és 8.1 verziókról

Jelenleg a 8.0 platform már kivonás alatt áll a támogatásból. Az új szabványos fejlesztések csak a legújabb verziók használata esetén működnek. Csak emlékeznie kell arra, hogy minden közbenső kiadás hiba nélkül elkészül. Ellenkező esetben nagy a valószínűsége annak, hogy egyszerűen elveszik az információ. Vagy olyan helyzetbe kerül, amikor az 1c lefagy a konfiguráció frissítésekor.

Lehetőség van egy új szabványos konfiguráció bevezetésére, majd a régi információs adatbázisok maradványaira kerül át.

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ásokat nyújtó cégek szakembereivel.

Nem szabványos vagy módosított változatokkal dolgozik

Kezdetben minden konfiguráció szabványos fejlesztésekre utal. Ez megszűnik, ha bizonyos változtatásokat hajtanak végre a vállalkozásnál. Például a telepítés során. Két osztály van, amely kiemelkedik a nem szabványos konfigurációk közül:

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

Néha egy másodosztályú konfigurációt aktívan elosztanak a felhasználók között. Akkor tipikusnak számít. Csak arról van szó, hogy a gyártót nem magának az 1C-nek tekintik, hanem az új verziót létrehozó cégnek.

A konfigurációk a következő műveletekkel tarthatók naprakészen:

• Hibajavítás.
• A funkcionalitás bővítése.
• Javulás.
• Változás az 1C 8.3-ban, a konfiguráció nem frissül karbantartási hibák esetén.

A telepítési folyamat különböző időket vehet igénybe attól függően, hogy milyen internetsebességgel használja éppen. A felhasználó egy külön ablakban választhatja ki, hogy a munka befejeztével 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 magában foglalja az exkluzív mód használatát az 1c Enterprise 8.3 alkalmazáson belül, ez alól a legújabb frissítés sem kivétel.

• Emlékeznünk kell arra, 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 az 1C Enterprise 8.3 melyik verziójára van szükség, a frissítést a felhasználó választja ki.

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

A fékezés további okai

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

• Víruskereső - helyesen konfigurált vírusirtó nem zavarja a rendszert, de ha a gyári beállításokat használja, az 1C teljesítménye 5-10% -kal csökkenhet. A víruskeresőt további beállításokkal optimalizálhatja a háttér mód eltávolításával (ha feltétlenül szükséges).
• Számítógép-paraméterek - gyakran a nem kellően erős számítógépek az 1C teljesítményének jelentős csökkenéséhez vezetnek. Különös figyelmet kell fordítani a videokártyára, az operációs rendszerre és a processzorra.

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 könnyű használatot 1C-ben