1C platformasındakı məlumat bazalarında bir çox müxtəlif səhvlər baş verə bilər:

verilənlər bazasının məntiqi/fiziki bütövlüyünün pozulması, istifadəçi səhvləri, “əyri” tərtibatçı kodu və s.

Bir çox səbəb ola bilər: enerji söndürüldü və fasiləsiz enerji təchizatı yox idi və ya cümə axşamı uğurlu oldu və istifadəçi bazar ertəsi günü bu şəkildə nə etdiyini xatırlaya bilməz.

Əvvəlcə istifadəçiyə bir neçə aydınlaşdırıcı sual verməyə dəyər:

1) Platforma/konfiqurasiya buraxılışları.

2) Səhv mesajının tam mətni. İstifadəçilər bu cür mesajları tam oxumamaq kimi uğursuz tendensiyaya malikdirlər və ola bilsin ki, onlarda problemlərin aradan qaldırılması üçün tövsiyələr var.

3) Nə qədər əvvəl yaranıb və hansı şəraitdə görünür. Əvvəllər rast gəlmədiyimiz təkrarlana bilməyən xətaları düzəldə bilməyəcəyik.

4) Başqa kompüterdən/başqa istifadəçidən 1c işlətsəm bu baş verirmi? Bu, bizə düşünmək üçün qida verəcək - istər keşi təmizləmək, istər icazələrin təyin edilməsi, istərsə də istifadəçi parametrlərinin təmizlənməsi kömək edə bilər.

İndi səhvlərin özləri və onları necə həll etmək barədə bir az.

Ümumi:
Lisenziyasız proqram təminatından (Windows, 1C və s.) istifadə edərkən bəzi xətalar baş verir.

Ümumi bir nümunə qırıq platformadır. Yamaqlardan biri platformanın müəyyən bir versiyasını sındırır, buna görə quraşdırmadan sonra yeni versiya platforması və verilənlər bazasına daxil olmağa çalışdığınız zaman “Pulsuz lisenziya tapılmadı” pəncərəsini görə bilərsiniz.

Əgər siz ilk dəfə xəta ilə qarşılaşmısınızsa - bəlkə də kimsə artıq bununla qarşılaşıb -

google-da axtarın, bəlkə kimsə bununla artıq qarşılaşıb və problemi həll edib və siz əlavə bir neçə saat vaxtınızı itirməyəcəksiniz.

Konfiqurasiyaların buraxılması müasir olmalıdır (əsasən tənzimlənən hesabatların təqdim olunduğu konfiqurasiyalar üçün məsləhət xətti demək olar ki, həmişə yenilənməyi, sonra isə daha çox axtarmağı təklif edir);

Cari platforma buraxılışı - hər bir konfiqurasiya üçün bu konfiqurasiya ilə işləmək üçün hansı platforma buraxılışının tövsiyə edildiyi yazılır.

Texnoloji jurnal bütün 1C: Enterprise hadisələrini (və ya filtrdən istifadə edərək bir hissəsini) qeyd etməyə imkan verir.
Onun haqqında da oxuya bilərsiniz.

!!!VACİB

Verilənlər bazası ilə hər hansı bir hərəkət etməzdən əvvəl, arxiv surətini çıxarın!

Əgər verilənlər bazası konfiquratorda açılmırsa, verilənlər bazası ilə birlikdə qovluğu kopyalayın və surətdə bütün əməliyyatları yerinə yetirin!

1) Verilənlər bazası nə istifadəçi rejimində, nə də konfiquratorda ümumiyyətlə açılmır.

• Edə biləcəyiniz ən sürətli şey müvəqqəti faylları təmizləməkdir (verilənlər bazasını verilənlər bazası siyahısından çıxarın və yenidən qoşulun)

  Bu hərəkət müvəqqəti faylları (keş) silməyəcək, lakin müvəqqəti verilənlər bazası faylları üçün yeni qovluq yaradacaq.
  Windows 7-də C:\Users\Username\AppData\Roaming\1C\1Cv8x
  Windows XP-də C:\Sənədlər və Parametrlər\User_Name\Application Data\1C\1Cv8x

• Siz həmçinin başqa istifadəçidən verilənlər bazasına daxil olmağa cəhd edə bilərsiniz.

• Verilənlər bazası fayl əsaslıdırsa, chdbfl verilənlər bazasının fiziki bütövlüyünü yoxlamaq üçün köməkçi proqramı işə salmağa dəyər. O, qovluqda yerləşir:
  C:\Proqram Faylları (x86)\1cv8\8.x.x.xxx\bin\chdbfl.exe

• Verilənlər bazası sql-dirsə, sql istifadə edərək test edin.

• Nə biri, nə də digəri kömək etmirsə, o zaman platformanı yeniləyə bilərsiniz (buraxılışın hansı platformada işlədiyinə baxın)
• Yuxarıdakıların heç biri işləmirsə, Tool_1CD proqramından istifadə edə bilərsiniz.

2) Əgər verilənlər bazası işə salındıqda atılırsa.

• Video kartın hardware sürətləndirilməsini söndürün:

1. Ekran xüsusiyyətlərini açın. Bu, İdarəetmə Paneli vasitəsilə və ya sadəcə olaraq masaüstündə pəncərələr və nişanlar olmayan hər hansı bir yerə sağ tıklayarak və "Xüsusiyyətlər" kontekst menyusunu seçməklə edilə bilər.
2. Açılan ekran parametrləri pəncərəsində "Parametrlər" sekmesine keçin və "Ətraflı" düyməsini basın.
3. Açılan video kartın xüsusiyyətləri pəncərəsində "Diaqnostika" sekmesine keçin.
4. "Sürətləndirmə" kaydırıcısını ən sol mövqeyə ("yox") köçürün və "Tətbiq et" və ya "OK" düyməsini basın. Avadanlıq sürətləndirilməsi deaktiv edilib. Dəyişikliklər sistem yenidən işə salındıqdan sonra qüvvəyə minəcək.

1. İdarəetmə Panelini açın (Başlat - İdarəetmə Paneli).
2. Ekran elementini tapın və açın.
3. Açılan pəncərənin sol hissəsində “Ekran parametrlərini konfiqurasiya et” linkinə klikləyin.
4. Açılan pəncərədə "Ətraflı parametrlər" bağlantısını vurun.
5. Diaqnostika sekmesine keçin və Parametrləri dəyişdir düyməsini klikləyin.
6. Açılan pəncərədə slayderi ən sola ("yox") köçürün və "Ok" düyməsini basın. UAC aktivdirsə, dəyişikliklərə istifadəçi tərəfindən icazə verildiyini təsdiq etməli olacaqsınız. Avadanlıq sürətləndirilməsi deaktiv edilib. Dəyişikliklər sistem yenidən işə salındıqdan sonra qüvvəyə minəcək.

Windows 7-də bəzi hallarda "Parametrləri dəyişdir" düyməsi boz rəngdə olacaq. Bu halda, hardware sürətləndirilməsini söndürmək mümkün deyil, çünki video kart və onun sürücüsü hardware sürətləndirilməsi ilə manipulyasiyanı dəstəkləmir.

• Kaspersky antivirusunuz varsa, özünümüdafiəni söndürməyə və Kaspersky qovluğunda kloehk.dll və mzvkbd3.dll fayllarının adını dəyişməyə cəhd edə bilərsiniz. (Səhv 2011-ci ildən köhnə versiyalarda baş verdi, lakin yenə də bəzən olur)
• Buraxılış platformasının/konfiqurasiyasının uyğun olduğunu yoxlayın.
• Başqa platformadan verilənlər bazasına daxil olmağa çalışın.

3) Verilənlər bazası konfiquratorda açılır, lakin istifadəçi rejiminə daxil olmaq istəmir.

• Müvəqqəti faylların təmizlənməsi
• Başqa istifadəçi kimi daxil olmağa çalışır
• chdbfl / sql istifadə edərək test
• İnformasiya təhlükəsizliyi testi və korreksiyası:
  Konfiquratorda İdarəetmə-Sınaq və Düzəliş - vəziyyətdən asılı olaraq onay qutuları.
• Tam hüquqlu başqa bir istifadəçi yaratmağa və onun kimi daxil olmağa çalışın.
• Onu başqa bir kompüterə köçürməyə və orada açmağa çalışın, bəlkə də PC-dən bir şey.

4) Bəzi hərəkətlər baş verdikdə, kodu konfiquratora atır.

• Yoxlamaq üçün önbelleği təmizləməlisiniz.
• Bu kömək etmirsə, çox güman ki, kodda bir səhv var - bu, xüsusilə qeyri-standart və öz-özünə yazılmış konfiqurasiyalar üçün doğrudur, lakin bəzən standart olanlarda da olur.

Konfiqurasiya atipikdirsə, ya yeniləmə səhvdir, ya da konfiqurasiyanı yekunlaşdıran tərtibatçı istifadəçi səhvlərinin bütün imkanlarını təmin etməyib - qüsursuz (mümkünsə!).

Tipikdirsə, buraxılışda bir səhv ola bilər.

Hər halda, sazlayıcıdan keçməyə və nəyin səhv olduğunu görməyə dəyər.

5) Bir istifadəçinin altında bir şey etməyə imkan verir, digərində isə yox.

• İstifadəçi hüquqlarının parametrləri.
• İstifadəçi Parametrləri.
• Keşin təmizlənməsi.

6) Bir kompüterdən daxil olur, digərindən daxil olmur.

• Verilənlər bazasının göründüyünü öyrənmək üçün Explorer-də yoxlayın - ola bilsin ki, verilənlər bazası olan qovluq paylaşılmayıb.
• Keşin təmizlənməsi.
• Fərqli istifadəçi kimi daxil olun.

7) Mən heç nə etmədim/etmədim, amma hər şey mənim üçün pozuldu

• Əgər onlar sizə dəqiq nəyi və nə vaxt “etmədiklərini” deyə bilirlərsə, onda siz istifadə edə bilərsiniz

• seçimlərlə daxil olun və bəlkə də problemin nə olduğunu öyrənin.
• Qeyd dəftərini konfiquratorda tapa bilərsiniz:
• İdarəetmə - jurnal.

  Və ya istifadəçi rejimində - yer konfiqurasiyadan asılıdır.

8) Kifayət qədər yaddaş yoxdur.

Bir işim var idi, bir müştəri gəldi və dedi ki, ayı bağlayanda “Yaddaş çatmaz” xətası görünür. Bu problemi öz üzərimə götürdüm. Asan olduğunu düşündüm, əvvəlcə RAM əlavə etdim - səhv. 2 giqabayt idi, indi 4-dür, amma 1s hələ də kifayət deyil. Mən paging faylının ölçüsünü dəyişdirdim - səhv, sistemin yenidən qurulması (Windows 7 quraşdırılıb) təxminən bir həftə ərzində yalnız müvəqqəti nəticə verdi. Hər şeyi sınadım. Bir müddət sonra həll yolu tapıldı.

Həll

Müştəri kompüterində əmr satırını administrator olaraq işə salın və aşağıdakıları daxil edin:

BCDEdit /xxxx istifadəçisini artırın- xxxx əvəzinə virtual ünvan sahəsinin miqdarını meqabaytla yazın, yəni. çalışan proqramlar üçün nə qədər yaddaş lazımdır. Defolt 2 giqdir. Ümumiyyətlə, 32-bit əməliyyat sistemləri 4 giqabayt ayırır: 2-si proqramlar üçün, 2-si isə ƏS-in ehtiyacları üçün. Mən 3000 seçdim (yəni CDEdit /set artırmaquserva 3000 ). Bununla belə, sistem səhv ola bilər. Xüsusilə mənim kimi 2 giq RAM varsa. Bu, Windows Vista, 7, Windows 2008 OS ailəsi üçündür.

Windows XP\Windows 2003 üçün yazırıq
/3 GB /userva=xxxx (xxxx MB-da 2048 - 3072 diapazonunda) boot.ini faylında tövsiyə olunan maksimum dəyərlər istifadəçi 2900-3030.

9) Forma elementləri bir-biri ilə üst-üstə düşür və səhv yerləşdirilib.

• Keşin təmizlənməsi.

10) DBMS xətası dbeng8 komponentində daxili xəta

• Səhv, istifadəçilər fayl seçimindən istifadə etməyə çalışarkən platformanın müxtəlif versiyaları arasında kod fərqləri ilə bağlıdır. Müştəri-server versiyası üçün idarəetmə başlanğıcda baş verir və platformanın müxtəlif versiyaları ilə işləmək prinsipcə mümkün deyil.

Həll yolu: bütün iş stansiyalarında ən son buraxılışa yeniləmə.

Əgər kömək etmirsə, aşağıdakıları edin:

• Test və fiksasiya

11) 8.3.4.428 platformasında xəta

• 1C:Enterprise platformasının 8.3.4.428 versiyasında məlumatların yenidən qurulması zamanı baş verən kritik xəta aşkar edilmişdir. Bu xəta lokallaşdırılıb və platformanın növbəti versiyasında düzəldiləcək.

12) Əməliyyatın icrası zamanı kilid münaqişəsi:

SQL Server üçün Microsoft OLE DB Provayderi: Məlumatların hərəkətinə görə NOLOCK ilə skan etməyə davam etmək mümkün olmadı.
HRESULT=80040E14, SQLSrvr: SQLSTATE=42000, vəziyyət=3, Ciddilik=C, yerli=601, sətir=1

"Server alətlərindən istifadə edərək MS SQL Serverdə verilənlər bazasını necə yoxlamaq (bərpa etmək).
Məntiqi bütövlüyün yoxlanılması standart 1C:Enterprise alətlərindən (IS Testing and Correction) istifadə edilməklə aparılmalıdır. Belə bir yoxlama aparmaq mümkün olmadıqda, MS SQL-dən istifadə edərək verilənlər bazasının fiziki bütövlüyünü yoxlamaq lazımdır. MS SQL-dən istifadə edərək bütövlüyü yoxlamaq üçün aşağıdakı əmri yerinə yetirməlisiniz:
Kod:
DBCC CHECKDB ("",REPAIR_REBUILD)
Bu əmri yerinə yetirməzdən əvvəl verilənlər bazasını "tək istifadəçi" rejiminə keçirməlisiniz:
Kod:
sp_dboption "","tək istifadəçi",doğru
DBCC CHECKDB-nin işləməsi zamanı xətalar aşkar edilə və bəziləri dərhal düzəldilə bilər. Səhvlər qalırsa, görünür, bəzi məlumatları itirmədən bərpa edilə bilməz. Bu halda DBCC CHECKDB-ni REPAIR_ALLOW_DATA_LOSS parametri ilə işə salmalısınız (işlətməzdən əvvəl verilənlər bazası fayllarının surətini çıxarmaq məsləhətdir).
Kod:
DBCC CHECKDB ("",REPAIR_ALLOW_DATA_LOSS)
DBCC CHECKDB-ni yerinə yetirdikdən sonra normal rejimə qayıtmağı unutmayın ("tək istifadəçi" rejimindən çıxın):
Kod:
sp_dboption "","bir istifadəçi",false" (Saytdan götürülmüşdür)

Əlbəttə ki, siyahı tam deyil, ona görə də şərhlərdə əlavə edilərsə, şad olaram.

Çətin ki, kimsə 1C: Enterprise-in daxil olduğunu iddia etsin ümumi proqram pis deyil. Axı, pis proqram çətin ki, bu qədər populyarlaşsın. Və siz, bir istifadəçi olaraq, yəqin ki, buna öyrəşmisiniz və bütün müsbət və mənfi cəhətləri ilə kifayət qədər yaxşı bilirsiniz. Ancaq yaxşı və ya pis hər hansı bir proqram hələ də adətən səhvlərə malikdir.

Gəlin əvvəlcə "qüsur" terminini anlayaq. Glitch sözünün kökləri hallüsinasiya sözündədir, yəni. görünən bir şey. Bununla belə, hallüsinasiyalardan fərqli olaraq, proqramlardakı nasazlıqlar, təəssüf ki, olduqca realdır. Bir nasazlıq, ümumiyyətlə, müntəzəm və ya birdəfəlik ola bilən proqram uğursuzluğudur (yeri gəlmişkən, sonuncular ən iyrəncdir).

Glitches ya proqram kodundakı səhvlər, ya da hardware uğursuzluqlarındakı səhvlərlə əlaqələndirilə bilər, yaxşı, məsələn, gərginlik sıçradı, yaddaşda bir şey itirildi və nəticə budur, proqram işləmir. Hər cür hibrid variantları var, yəni. Proqram bir kompüterdə işləyir, digərində uğursuz olur.

Yeri gəlmişkən, tez-tez bir kompüter alarkən, onun hansı enerji təchizatı olduğunu düşünmürük. Amma boş yerə. Əksər avadanlıq uğursuzluqları ucuz və nəticədə pis enerji təchizatı ilə əlaqələndirilir. Əbəs yerə deyil ki, enerji təchizatı ilə orta hesabla bir qutu təxminən 30-40 dollara başa gəlir və yaxşı enerji təchizatı ayrıca 40-dan başlayır. Yaxşı bir fasiləsiz enerji təchizatı da ucuz deyil, yaxşı dalğalanma qoruyucusu kimi. Amma bu, əsas mövzudan lirik uzaqlaşmadır.

Şəxsi təcrübə göstərir ki, 1C: Enterprise yaxşı aparatlarda və xüsusilə yüksək səviyyəli terminal serverlərində daha yaxşı işləyir. Bu, bahalı serverlərin yalnız sürətli prosessorlarda və sərt disklərdə yığılmasına görə deyil, həm də serverlərin, ilk növbədə, etibarlı enerji təchizatı, prosessorlar, yaddaş, sərt disklərdən istifadə etdiyinə görə belə baha olması ilə bağlıdır.

Belə kompüterlərdə əməliyyat zamanı səhvlərlə qəzalar nadir hallarda baş verir.

Ancaq belə avadanlıqla belə səhvlər olur. Üstəlik, təəssüf ki, bunlar 7.7 texnologiya platformasının versiyasından versiyaya keçən səhvlərdir. və deyəsən, tərtibatçılar onları yaxşı bilsələr də, onları düzəltmək niyyətində deyillər. Ona görə də biz yalnız onlardan qaça bilərik.

Əslində, 1C: Enterprise-də bir neçə ümumi və məlum nasazlıqlar var. Axı, proqramın artıq 7 ildən çox yaşı var və bu müddət ərzində tərtibatçılar 25-ə qədər buraxılış buraxdılar və beləliklə, səhvlərin çoxunu düzəldiblər.

Əslində, səhvlərə baxaq:

• Ümumi səhvlərdən biri aşağıdakılardır. 1C: Enterprise-də işləyərkən birdən səhvlə çökür. "Proqram qəbuledilməz xəta ilə üzləşdi və dayandırılacaq." Niyə belə bir səhvin baş verdiyi adətən aydın deyil, çünki onlar təbiətdə birdəfəlikdir.

Həll yolu: əgər səhv müəyyən bir vəziyyətdə təkrarlanırsa, bu barədə məlumatı şirkətinizə xidmət göstərən şirkətə ötürməlisiniz. Bu cür səhvlər adətən hardware nasazlığı və ya əməliyyat sistemindəki nasazlıqlarla əlaqələndirilir.

• Arxiv nüsxəsini (konfiquratordan) xarici mediaya (flash yaddaş, maqnito-optik disklər və s.) saxlamaq mümkün deyil. Aşağıdakı kimi görünür. Birbaşa xarici mediaya qənaət edərkən, prosesin sonunda "Boş disk yerini təyin edərkən xəta" verir və müvafiq olaraq heç bir şey saxlamır. Səhv həmçinin məlumatları yükləyərkən, həmçinin URIB-dən istifadə edərkən verilənlər bazası ilə mübadilə üçün yükləmə zamanı da baş verir. Səhv platformanın son buraxılışında düzəldilib, lakin bəzən bəzi əməliyyat sistemlərində hələ də baş verir.

Həll:əvvəlcə sabit diskinizdə (şəbəkə) saxlayın, sonra isə xarici mediaya kopyalayın. Əlverişsizdir, amma getmək üçün heç bir yer yoxdur.

• İnformasiya təhlükəsizliyini sınaqdan keçirərkən və korrektə edərkən donma. Əgər siz konfiquratordan sınaq/sabitləşdirmə proseduruna başlamısınızsa, konfiquratordan başqa proqrama keçsəniz və sonra geri qayıtsanız, nə baş verdiyini görməyəcəyimizi görə bilərsiniz. Proqram sanki donub. Əslində o, işləməyə davam edir, lakin biz heç bir irəliləyiş görmürük. İzahatlar ictimai təşkilat Bu ölümcül, lakin xoşagəlməz nasazlıq üçün SAB "Qara geyimli adamlar" filminin baş qəhrəmanının izahatlarını xatırladır, təxminən sitat gətirim: "Bataqlıq qazının partlamasına səbəb olan Veneradan əks olunan ay işığı." Bunlar. Bu izahatlar normal insan üçün anlaşılmazdır. Onlar ümumiyyətlə kompüter mütəxəssisi üçün də anlaşılmazdır. 1C: Enterprise bunu deyir, mən sitat gətirirəm: "Bu, mfc32.dll kitabxanasının Windows ilə qarşılıqlı əlaqəsinin xüsusiyyətləri ilə əlaqədardır." Səhv Windows XP ilə başlayan Windows versiyalarında baş verir.

Həll:proses tamamlanana qədər səbirlə gözləyin.

• 1C: Müəssisə başlanğıcda səhvlə qəzaya uğradı. Əslində burada proqramın özünün günahı yoxdur. Mümkündür müxtəlif variantlar, lakin bir qayda olaraq bu, kompüter diskində səhvlərin olması ilə əlaqədardır. Tipik olaraq bunlar itirilmiş klasterlərdir.

Həll:Bu halda, biz aşağıdakıları etməyə çalışırıq - diski yoxlayın, əgər bu kömək etmirsə, onda My Computer vasitəsilə verilənlər bazası qovluğuna keçin. O, SYSLOG qovluğunu ehtiva edir. Gəlin bu qovluğu silək. Beləliklə, biz qeydiyyat jurnalını itiririk, lakin 1C: Enterprise işləyəcək. Bu kömək etmirsə, problemi başqa yerdə axtarmaq lazımdır. Bu səhv bəlkə də ən iyrənc və təhlükəlidir, çünki onun sayəsində yarım gün, hətta bir iş gününü itirə bilərsiniz.

• Ardıcıllığı bərpa edərkən məlumatların itirilməsi. Amma bu, çox pis səhvdir. Bu, "Əməliyyat Mühasibatlığı" komponentinə malik olmayan konfiqurasiyalarda baş verir, yəni. “Ukrayna üzrə mühasibat uçotu”, “Ukrayna üçün büdcə”, “Pidryadnik Budivnitstva”, “Rarus Qromadske Xarçuvannya” və s. Əgər istifadəçi ardıcıllığı bərpa etməyə və ya sənədləri Actions - Göndərmə sənədləri vasitəsilə yerləşdirməyə başlayırsa və yerləşdirmə uğurla başa çatmırsa, o zaman hamısı əlavə tədbirlər, verilənlər bazasında istifadəçi tərəfindən doldurulmuş, çıxışda saxlanmayacaq! Bunlar. Biz prosesə Xidmət-Emal Sənədləri vasitəsilə deyil, Fəaliyyət-Sənədlərin Göndərilməsi vasitəsilə başladıq və bəzi sənədlərə baxılmadı. Tutaq ki, biz onu düzəltmişik. Beləliklə, proqramdan çıxsaq, bütün düzəlişlər itiriləcəkdir. Səhv “PUB”, “Kompleks”, “Ticarət və Anbar” konfiqurasiyalarında baş vermir, yəni. “Əməliyyat uçotu” komponentinin mövcud olduğu yerlərdə.

Aydındır ki, xətanın xarakteri sənədlərin işlənməsini sürətləndirmək üçün onun əməliyyatlarda aparılması ilə bağlıdır. Həqiqətən, Fəaliyyətlər vasitəsilə göndərmə - Sənədlərin Göndərilməsi Alətlər menyusunda Sənədlərin Emalından daha sürətli işləyir. İcra zamanı xəta olarsa, əməliyyat tamamlanmır və gələcəkdə şirkət eyni əməliyyatda bütün hərəkətlərimizi yerinə yetirdiyimizi güman edir. Və 1C: Müəssisə proqramı tamamlandıqda, əməliyyat qeydə alınmır.

Səhv də tərtibatçılara yaxşı məlumdur.

Həll:Fəaliyyətlər menyusundan Post Sənədləri istifadə etməyin. Və ya bu şəkildə səhv olarsa, 1C: Enterprise-dən çıxın, daxil edin və yalnız bundan sonra dəyişikliklər edin.

• Xidmətdən istifadə edərkən aşağıdakı xəta baş verir - Sənədlərin İşlənməsi. Səhv yalnız Windows 2003 Server-də müşahidə edildi. O, aşağıdakılardan ibarətdir: sənədi göndərilənlər siyahısından yerləşdirilməmişlər siyahısına köçürərkən (düymələr -> və =>>) “Yanlış arqumentlə qarşılaşdı” xətası baş verir. OK düyməsini basdığınız zaman proqram özünü nə isə edirmiş kimi göstərsə də, tamamilə donur. Səhv, prinsipcə, təkrarlanır, lakin müntəzəm olaraq baş vermir, yəni. Bu, mütləq ilk klikdə baş vermir, lakin ola bilər. Səhv barədə məlumat tərtibatçılara da ötürülüb.

Həll:Əslində heç bir həll yolu yoxdur. Ümid edirik ki, xəta baş verməz.

• İndi bəlkə də ən məşhur platforma səhvi. Excel-də hesabatları saxlamaq mümkün deyil böyük ölçü. Xəttin mahiyyəti ondan ibarətdir ki, 1C: Enterprise-dən böyük bir hesabatı saxlamağa çalışdığınız zaman Excel formatı, proqram sadəcə donur. Üstəlik, Excel-də qənaət vaxtı birbaşa fayl ölçüsündən asılı görünmür. Sadəcə olaraq müəyyən ölçüyə çatdıqdan sonra fayllar daha saxlanmır. Fayl mxl formatında (proqram cədvəllərinin daxili formatı) uğurla saxlanılır. Lakin onu Excel-də açmaq cəhdi (ayrıca verilən mxl2xls çeviricisindən istifadə etməklə) uğursuz olur və Excel-in donmasına səbəb olur. Səhv çoxdan aşkar edilib və tərtibatçılara yaxşı məlumdur. Ən iyrənc odur ki, o, artıq 8.0 versiyasında düzəldilib, buna görə də xəta o qədər də kritik deyil ki, onu düzəltmək mümkün deyil, lakin nədənsə tərtibatçılar onu düzəltmək istəmirlər.

Həll:burada heç bir həll yoxdur. Ya hesabatı parçalara ayırın, ya da proqramçıdan hesabatı dərhal Excel-də yaratmaq üçün yenidən yazmasını xahiş edin. Ancaq ikinci halda, Excel kompüterdə quraşdırılmalıdır.

• Aşağıdakı səhv kifayət qədər ciddi deyil və bundan əziyyət çəkən əsasən proqramçılardır. Onun mahiyyəti ondan ibarətdir ki, əgər biz mətni və ya cədvəli Windows-un mübadilə buferi vasitəsilə və eyni zamanda indi kopyaladığımız proqrama köçürsək Ingilis dili, sonra kopyaladığımız proqramda rus (Ukrayna) mətni genişləndirilmiş Latın hərfləri kimi daxil ediləcək.

Həll:Rus dilindən başqa dilə keçməyi unutmayın.

Sonda demək istəyirəm ki, bütün səhvlərə baxmayaraq, 1C: Enterprise hələ də yaxşı proqramdır və öz vəzifəsinin öhdəsindən gəlir. Yalnız tərtibatçılar səhvlər haqqında məlumatlara daha tez reaksiya versəydilər... Bununla belə, onları da başa düşmək olar. Kim nə deyə bilər, amma 7.7. - artıq keçmişdir, indi 1C: Enterprise 8.2 ilə sıx məşğuldur. Ancaq bu fərqli bir proqram və tamamilə fərqli qüsurlardır.

Bu cür səhvlərin bir çox səbəbi ola bilər. Bu cür səhvlər baş verərsə, məntiqli olan ilk şey problemin mənbəyini müəyyən etməkdir.

Xətanın hallarını və vaxtını aydınlaşdırın: təkrarlana bilməyən nasazlıq sadəcə qəza və ya nasazlıq ola bilər.

Proqramın işini başqa bir kompüterdən və başqa bir kompüterdən yoxlayın hesab istifadəçi.

Platforma və konfiqurasiya buraxılışlarını yoxlayın: cari versiya ən son rəsmi versiyaya uyğun gəlirmi?

Gələcəkdə səhvin öhdəsindən gələ bilmirsinizsə, onun baş verməsinin mahiyyətini bir mütəxəssisə izah etməlisiniz, hər halda bu suallar yaranacaq;

Lisenziyasız istifadə zamanı baş verən bir sıra səhvlər var proqram təminatı(həm “1 °C” məhsulları, həm də, məsələn, Windows əməliyyat sistemi). "Sınıq" 1C platforması vəziyyətində tipik bir nümunə: platformanın müəyyən bir versiyasını sındıran bir yamaq platformanın yeni versiyasını quraşdırdıqdan sonra işləməyi dayandırır, bu halda verilənlər bazasına daxil olmaq "Pulsuz yoxdur lisenziya tapıldı."

Vacibdir! Konfiqurasiyada nəyisə dəyişməzdən əvvəl verilənlər bazanızın ehtiyat nüsxəsini çıxartmağı unutmayın. Əgər verilənlər bazası konfiquratordan istifadə etməklə açıla bilmirsə, əməliyyat sistemindən istifadə edərək verilənlər bazası ilə qovluğu kopyalamalı və sonra bu nüsxə ilə bütün əməliyyatları yerinə yetirməlisiniz.

Konfiqurasiya versiyaları cari olmalıdır (bu, tənzimlənən hesabatın yaradıldığı konfiqurasiyalar üçün xüsusilə vacibdir). Mövcud versiyaya yenilənmə, istisnasız olaraq, onlarla əlaqə saxlasanız, bütün inkişaf mütəxəssislərinin ilk addımı olacaqdır. Konfiqurasiya versiyalarının uyğunluğunu yoxladıqdan sonra platforma buraxılışının uyğunluğunu yoxlamaq lazımdır (burada 1C tövsiyələrini nəzərə almalısınız: bütün konfiqurasiya buraxılışları platforma buraxılışlarına uyğun gəlmir).

1C Müəssisəsi. 1c mühasibat uçotu. 1C büdrədi?

"Polikom Pro" şirkətinin mütəxəssisləri

Bu materialla biz 1C Enterprise və 1C Accounting kimi məşhur, lakin çətin paketlərlə işləmək xüsusiyyətlərinə həsr olunmuş qısa bir sıra məqalələrə başlayırıq. Bəlkə də bu məqalələr bu proqram təminatının quraşdırılması və konfiqurasiyası ilə bağlı bəzi aktual problemləri həll etməyə kömək edəcək.

Bildiyiniz kimi, “yalnız heç nə etməyənlər səhv etmirlər”. Düzünü desəm, 1C işçisi büdrəyir. Ancaq ədalətlə qeyd etmək lazımdır ki, bu heç vaxt yaxşı səbəb olmadan baş vermir. Problemdən qurtulmaq üçün onun meydana gəlməsinin səbəblərini müəyyən etməklə başlamaq lazımdır.

Uğursuzluğun əsas səbəbləri:

Əməliyyat sisteminin səhv işləməsi;

Enerji təchizatında dəyişikliklər və ya impuls səs-küy;

Yanlış istifadəçi hərəkəti, daha dəqiq desək, konfiqurasiyada istifadəçiyə səhv hərəkət etməyə imkan verən xəta;

Kompüter virusları.

Bu problemlərə reaksiya xoşagəlməz simptomlarla ifadə edilə bilər:

Verilənlər bazası yüklənmir və səhv mesajları göstərir;

Verilənlər bazası yüklənir, lakin eyni nəticələr verməli olan hesabatlar birləşmir;

Hesabatlardakı nəticələr proqramın əvvəllər hazırladığı nəticələrlə müqayisədə dəyişdi;

Əvvəlki dövrün sonunda qalıqlar var, lakin növbəti dövrün əvvəlində qalıqlar yoxdur.

Və s. Bu siyahını sonsuza qədər davam etdirmək olar. Bununla belə, demək olar ki, hər hansı bir problem bir sıra sadə addımları yerinə yetirməklə aradan qaldırıla bilər. Beləliklə, 1C verilənlər bazanızı necə dezinfeksiya edə biləcəyiniz barədə danışaq.

1. Əvvəlcə infobazanın surətini çıxarın. Təbabətin ilk qaydası: “Zərər verməyin”! Ehtiyat bazanın mövcudluğu hər şeyi normal vəziyyətə gətirərək istənilən vaxt geri çəkilməyə imkan verəcəkdir. Bir nüsxə yaratmaq asandır - üzərində sağlamlıq təcrübələri aparmaq üçün verilənlər bazası olan qovluğu başqa yerə köçürmək kifayətdir.

2. "Konfiqurator" rejimində verilənlər bazasının surətinə qoşulun. "İdarəetmə" - "IS Testi" seçin. Standart sınaq parametrlərini qəbul edin:

"Yenidən indeksləşdirmə" - Bəli;

"Məntiqi bütövlüyün yoxlanılması" - Bəli;

"Fiziki bütövlüyün yoxlanılması" - Bəli;

"Xidmət məlumatlarının yenidən hesablanması" - Bəli;

"Nəticələrin yenidən hesablanması" - Bəli;

"Infobase masalarının qablaşdırılması" - Xeyr;

"Sınaq və düzəliş" - Bəli.

Bu gözəl prosedur 100-dən 80-də kömək edir. 1C verilənlər bazası ilə bağlı heç bir problem görməsəniz belə, səhər məşqləri kimi müntəzəm olaraq aparılmalıdır. Bu prosedurun aylıq həyata keçirilməsi əksər xəstəliklər üçün tamamilə ağlabatan bir vasitədir.

3. “1C: Enterprise” hətta Konfiqurator rejimində də ümumiyyətlə başlamazsa nə etməli? Sonra, çox güman ki, uğursuzluq konfiqurasiya fayllarında (1Cv7.md) baş verdi. Tipik olaraq, bu cür fəlakətlərin səbəbi konfiqurasiya saxlanarkən enerji artımları və ya şəbəkə uğursuzluqlarıdır. Konfiqurasiya faylındakı uğursuzluğun əsas əlaməti mesajdır: “1C: Enterprise” işə salınarkən “C:\Windows\Temp\: faylına daxil olarkən ümumi fayl xətası”.

Bu halda, siz md və dd uzantıları olan faylları arxivdə saxlananlarla əvəz etməyə cəhd edə bilərsiniz (əlbəttə ki, arxiv təzə olmalıdır, son dəyişikliklər konfiqurasiyanızda). Arxiv yoxdursa, bu faylları, bir qayda olaraq, "NewStru" verilənlər bazanız olan qovluqda olan NewStru qovluğunda tapmaq şansı var. Bu qovluq quraşdırmanı tamamladıqdan sonra düzəldilmiş konfiqurasiyanı saxladığınız zaman görünür. Bu anda konfiqurasiya dəyişikliyindən təsirlənən md, dd və dbf faylları üzərinə yazılır. Sistem orijinal faylları düzəltmir. O, əvvəlcə hər şeyi NewStru qovluğuna yazır, sonra hər şey qaydasındadırsa, yenilənmiş fayllar əsas verilənlər bazasına kopyalanır. Beləliklə, 1C sayəsində NewStru-da bütün fayllar saxlanılır!

4. Əgər çoxsaylı cəhdlərdən sonra hələ də konfiquratora daxil ola bilmirsinizsə, yalnız bir giriş (daha doğrusu, çıxış) qalır. Bu ən bədbəxt md faylını vasitəsilə göndərmək lazımdır e-poçtünvana [email protected]. Məktubun mətnində qeydiyyat formasının nömrəsini və ya partnyor kodunu göstərməlisiniz. Faylın xarab olduğunu göstərdiyiniz simptomları da dəqiq göstərdiyinizə əmin olun. "Qaynar xətt" zədələnmiş md fayllarınızı müalicə etməyə kömək edəcək bir yerdir.

5. Konfiqurasiya yüklənibsə, lakin verilənlər bazasını “sınamaq və düzəltmək” kömək etmirsə, mən nə etməliyəm? Sonra verilənlər bazasını “Boşaltma” və geri “Yükləmə” tövsiyə olunur. Bu, konfiquratorda, "İdarəetmə" menyusunda edilə bilər. Çox təsirli prosedur. Sadəcə onu “Saxla...” və “Geri yüklə...” funksiyaları ilə qarışdırmamağa çalışın. Boşaltma zamanı sistem məlumatların daxili strukturunu təhlil edir və yalnız anladığı və öz nöqteyi-nəzərindən düzgün olan məlumatları seçir. Nəticədə, yalnız 100% işləyən şey boşaldılır. Sistem üçün qeyri-müəyyən olanı sadəcə göz ardı edir. Yüz faiz düzgün məlumat yükləmək imkanı əldə edirsiniz. Bununla belə, əhəmiyyətli bir çatışmazlıq var - sistemin tam olaraq nəyə məhəl qoymadığını tapmaq mümkün deyil. Bu, məlumatların bir hissəsinin itirilməsinə bərabərdir. Bununla belə, məlumatların yalnız bir hissəsini itirmək hamısından daha yaxşıdır.

6. Yuxarıdakı prosedurları tamamladıqdan sonra problemlər hələ də davam edərsə, verilənlər bazasından bütün istifadəçi qovluqlarını UserDef qovluğu ilə birlikdə köçürməlisiniz. Bir neçə dəfə məhz onlara görə yaranan problemlərlə qarşılaşmışam. Bunu etmək çətin deyil: köhnə qovluqları silməli və hər şey işləyirsə, yenilərini yaratmalısınız.

7. Əgər nasazlıq təbii fəlakətlər səbəbindən baş verməyibsə, yəni fəlakətin bərpası texnikası yaranmış problemləri həll etməyə kömək etmirsə, kompüterdə və verilənlər bazasında hansı hərəkətlərin yerinə yetirildiyini xatırlamağa çalışmaq lazımdır. Bazanın hələ də işlədiyi vəziyyətə qayıtmağa çalışın.

8. Başqa bir yol, bazanı bir yerdən yerə köçürməyə başlamaqdır. Onu başqa kompüterə, başqa əməliyyat sisteminə köçürün... Bundan əlavə, verilənlər bazası mühərrikin başqa “buraxılış”ına (hazırda 19 “buraxılış” – bilməyənlər üçün) köçürülə bilər. "Buraxılış" ın dəyişdirilməsi bəzən çox kömək edir, lakin mən sizə uzaq "buraxılış" nömrələrinə qayıtmağı məsləhət görmürəm: 18-dən 17 və ya 19-a keçə bilərsiniz, lakin 8 "buraxılış"a deyil. Nömrədən rəqəmə əhəmiyyətli bir sıçrayış, əksinə, zərər verə bilər. Siz sadəcə eyni “buraxılış”ın 1C-ni yenidən quraşdırmaqla başlamalısınız. (Yazılı olmayan qayda: köhnə "relizlərin" quraşdırılmasını saxlayın, çünki onlara ehtiyacınız ola bilər).

9. Əgər verilənlər bazasına daxil ola bilmirsinizsə, dbf faylında səhv mesajı almaq və verilənlər bazasını sınaqdan keçirmək kömək etmirsə, bu halda siz dbf fayllarını dezinfeksiya etmək üçün “xarici” yardım proqramından istifadə etməyə cəhd edə bilərsiniz. İnternetdə onlarla belə proqramı asanlıqla tapa bilərsiniz, məsələn, "dbfix".

10. Bütün problemlərin ən ümumi səbəblərindən biri disk sahəsinin olmamasıdır.

Məlumatları bərpa etmək üçün mübarizə ən xoş təcrübə deyil. Baş verməmək üçün oxşar problemlər, hər şeyi aradan qaldırmağa çalışmalısan mümkün səbəblər onların görünüşü. Çox ehtiyat tədbirləri yoxdur.

Uğursuzluqların qarşısını almaq üçün nə etmək lazımdır?

1. Arxiv məlumatı.

Məlumatların arxivləşdirilməsi sizi istənilən problemdən xilas edə bilər.

1C məlumat bazanızı mütəmadi olaraq ehtiyat nüsxəsini çıxarmaq lazımdır.

Diqqət! Verilənlər bazasının surətini işləyən verilənlər bazasının yerləşdiyi eyni sərt diskdə deyil, ayrıca qeyd cihazında etmək daha yaxşıdır: lent lenti, ZIP, CD-RW, ayrıca sabit disk.

Diqqət! Məlumatın arxivləşdirilməsi prosesini avtomatik edin, bunu özünüzə və ya digər ifaçılara etibar etməyin - yaddaş itkiləri insanlar üçün adi haldır. Məsələn, 1C məlumatlarının arxivləşdirilməsini avtomatlaşdırmaq üçün iki çox rahat və çox ucuz proqramlar var "Gandalf the Guardian" və "X Guard".

2. Stabil enerji təchizatını təmin edin.

Server üçün (1C məlumat bazasının yerləşdiyi kompüter) fasiləsiz enerji təchizatı (UPS), tercihen gərginlik tənzimlənməsi olan bir modeldən istifadə edin. İş stansiyaları ucuz “yüksək gərginlik qoruyucuları” (təxminən 13 dollar) vasitəsilə şəbəkəyə qoşula bilər, lakin onları fasiləsiz enerji sistemləri vasitəsilə də daxil etmək daha yaxşıdır.

3. Düzgün seçim sistem platforması.

Əgər informasiya bazasının ölçüsü 200 MB-dan çox olarsa və ya onunla 3-dən çox istifadəçi işləyirsə, onda Windows 2000 Server, Windosw NT 4.0, Novell Netware server əməliyyat sistemlərindən istifadə etmək lazımdır. Məlumat bazası ilə 5-dən çox istifadəçi işləyirsə, o zaman 1C-yə terminal bağlantısı tövsiyə olunur - Windows Terminal Server Windows 2000 Serverə daxildir. 1C infobazasında istifadəçilərin sayı 12-dən çoxdursa və ya verilənlər bazasının ölçüsü 800 MB-dan çoxdursa, o zaman "1C Enterprise 7.7" SQL versiyasından istifadə etməlisiniz.

4. İnformasiya bazasının ölçüsünü idarə etmək.

İnformasiya bazası nə qədər kiçik olsa, bir o qədər stabil və daha sürətli işləyir. Ən düzgün işlənmiş 1C konfiqurasiyaları üçün iş məlumat bazasının həcmini azaltmağa imkan verən yığım prosedurları (və ya keçmiş hesabat dövrlərinin bağlanması) mövcuddur. Siz verilənlər bazasının arxivləşdirilmiş nüsxələrindən qapalı keçmiş hesabat dövrləri ilə işləyə bilərsiniz.

5. Qüsursuz qorunma qurun

Çox vaxt, təcrübəsizlik və ya ehtiyatsızlıq ucbatından istifadəçilər ya bu məlumatları daxil etdikləri eyni proqramdan istifadə etməklə (istinad kitabçaları, sənədlər və s. silinir) və ya sistem səviyyəsində (məsələn, “ təmizləyin” qovluqlarını təkbaşına silin və ya kompüterinizdəki “lazımsız” faylları silin).

Bununla mübarizə aparmağın yeganə yolu budur inzibati tədbirlər: fərdi istifadəçilərin kataloq və sənədlərə girişini məhdudlaşdırmaq və ya tamamilə bloklamaq, balansın tərtib edildiyi və təqdim edildiyi dövrlərdə sənədlərin redaktə edilməsini və silinməsini qadağan etmək və s. Proqramda istifadəçilərin işlərinin jurnalını saxlamaq çox faydalıdır - sənədləri və qovluqları kim və nə vaxt silib və ya redaktə edib.

Bu məqalə "1C School" http://www.1c-school.ru və "Gandalf" ASC www.gendalf.ru saytlarının materiallarından istifadə etməklə hazırlanmışdır.

Xəta	Korreksiya üsulları
Verilənlər bazası açılmır	Platformanın yenilənməsi. Müvəqqəti (nağd) faylların təmizlənməsi: verilənlər bazasını siyahıdan çıxarın və yenidən birləşdirin. Başqa hesabdan istifadə edərək verilənlər bazasına daxil olun.
Heç bir aydın səbəb olmadan heç bir şey işləmir	Platformanın yenilənməsi. Günlükdə uğursuzluğun səbəbini axtarın.
Başlanğıcda verilənlər bazasını boşaltın	Windows istifadə edərək video kartın hardware sürətləndirilməsini söndürmək, sistemin yenidən başlaması.
Verilənlər bazası konfiquratorda açılır, lakin istifadəçi rejimində deyil	Platformanın yenilənməsi. Müvəqqəti (nağd) faylların təmizlənməsi. Başqa hesabdan (və/yaxud administrator hesabından) verilənlər bazasına daxil olun. Başqa bir kompüterdən verilənlər bazasına daxil olmaq (indiki kompüterin ümumi nasazlığını aradan qaldırmaq üçün). “chdbfl” yardım proqramından istifadə edərək verilənlər bazasının fiziki bütövlüyünün yoxlanılması (qovluq C:\Program Files (x86)\1cv8\8.x.x.xxx\bin\chdbfl.exe) və ya SQL verilənlər bazası olduqda, SQL-dən istifadə edərək sınaqdan keçirilməsi alətlər. Konfiquratordan istifadə edərək məlumat təhlükəsizliyinin sınaqdan keçirilməsi və fiksasiyası.
Proqram xəbərdarlıq etmədən konfiqurator kodunu açır	Platformanın yenilənməsi. Müvəqqəti (nağd) faylların təmizlənməsi. Sazlayıcıda kod yoxlanılır. Bir qayda olaraq, bu vəziyyət dəyişdirilmiş koddakı səhvlər səbəbindən yaranır, əksər hallarda qeyri-standart konfiqurasiyalar halında.
Proqram müxtəlif istifadəçilər üçün fərqli işləyir	Platformanın yenilənməsi. Müvəqqəti (nağd) faylların təmizlənməsi. Qrup hüquqlarının qurulması. İstifadəçi hüquqlarının qurulması.
Forma blokları səhv göstərilir	Platformanın yenilənməsi. Müvəqqəti (nağd) faylların təmizlənməsi. Başqa hesabdan (və/yaxud administrator hesabından) verilənlər bazasına daxil olun. Başqa bir kompüterdən verilənlər bazasına daxil olmaq (indiki kompüterin ümumi nasazlığını aradan qaldırmaq üçün).
Proqram işləyən şəbəkədəki bəzi kompüterlərdə işləmir, digərlərində işləyir	Bu kompüterin şəbəkə hüquqlarının yoxlanılması (Windows alətlərindən istifadə etməklə). Platformanın yenilənməsi. Xüsusilə, şəbəkə daxilində konfiqurasiya buraxılışlarının və platformaların uyğunluğunu yoxlamaq lazımdır. Müvəqqəti (nağd) faylların təmizlənməsi. Başqa hesabdan (və/yaxud administrator hesabından) verilənlər bazasına daxil olun.
Kifayət qədər yaddaş yoxdur	Platformanın yenilənməsi. Müvəqqəti (nağd) faylların təmizlənməsi. Başqa hesabdan (və/yaxud administrator hesabından) verilənlər bazasına daxil olun. Başqa bir kompüterdən verilənlər bazasına daxil olmaq (indiki kompüterin ümumi nasazlığını aradan qaldırmaq üçün). Problemli sorğuların optimallaşdırılması. Aparat yaddaşının genişləndirilməsi. Peyqinq faylının ölçüsünün artırılması. Windows komanda xətti vasitəsilə ayrılmış yaddaşın idarə edilməsi. Sətir: “bcdedit /set increaseuserva 3072”, burada 3072 istədiyiniz ünvan yaddaşının ölçüsüdür.
DBMS xətası, daxili dbeng8 komponent xətası	Şəbəkədəki bütün kompüterlərdə platformanın yenilənməsi. "chdbfl"yu yardım proqramından istifadə edərək verilənlər bazasının fiziki bütövlüyünün yoxlanılması. Bu səhv 1C serveri olmayan şəbəkələr üçün xarakterikdir və müxtəlif giriş nöqtələrində platformanın müxtəlif versiyalarının kodundakı fərqlərlə əlaqələndirilir.
Bu məqalə "1C-də ilk addımlar" məqalələr silsiləsinin davamıdır. Bu, uğursuzluqlardan sonra 1C: Enterprise 8 platformasında 1C verilənlər bazasını bərpa etmək üçün tipik üsulları müzakirə edir. Verilənlər bazasının fayl rejimində işlədiyi güman edilir. Verilənlər bazasının müştəri-server rejimində bərpası nəzərə alınmır, çünki Bu sual açıq şəkildə təcrübəsiz bir mütəxəssisin "ilk" addımlarından kənara çıxır. Məqalədəki material aşağıdakı sualların cavablarını ətraflı şəkildə ortaya qoyacaqdır: Bütün bərpa işlərinə başlamazdan əvvəl nə etmək lazımdır? (kopyala, Karl!) Doğrulama yardım proqramından istifadə edərkən hansı incəliklər var? Konfiquratora hansı bərpa alətləri daxildir? *.dt formatında nə vaxt və nə üçün yükləmək/yükləmək lazımdır? Yuxarıda göstərilənlərin hamısı kömək etmirsə, başqa nə cəhd edə bilərsiniz? Uyğunluq Məqalə 1C: Enterprise platformasının 8.3.4.496 versiyası üçün yazılmışdır, lakin köhnə versiya ilə işləyirsinizsə, narahat olmayın! Bütün materiallar tam aktualdır. 1C-də zədələnmiş 1C: Enterprise 8 verilənlər bazasını necə bərpa etmək olar Bəzən yeni başlayanlar üçün bu tapşırıq sadəcə qeyri-real görünür. Baxmayaraq ki, əslində 1C verilənlər bazasını sınamaq üçün bir sıra sadə standart alətlər və yaranan səhvləri düzəltmək üsulları mövcuddur. Müxtəlif növ sistematik nasazlıqların (səhvlər, yanlış göstərilən məlumatlar, fövqəladə proqramın bağlanması) görünüşü verilənlər bazasına ziyan vurması hesab edilə bilər. Kritik səhvlərin səbəbləri müxtəlifdir. Çox vaxt problemlər elektrik kəsilməsi səbəbindən yaranır. Əminliklə deyə bilərik ki, müştəri-server iş rejimində verilənlər bazası xətalara qarşı daha davamlıdır. Məqalələrimizin bir hissəsi olaraq verilənlər bazasının fayl rejimini nəzərdən keçirəcəyik. Və müştərini xəbərdar etməli olduğunuz ilk şey, məlumat bazasının quraşdırıldığı kompüterdə fasiləsiz enerji təchizatının olması çox arzuolunandır. Beləliklə, əsas şey verilənlər bazasını bərpa etməyə cəhd etməzdən əvvəl qorxmamaqdır onun surətini çıxarın. Məsələn, əvvəlcə verilənlər bazasının yerləşdiyi bütün qovluğu kopyalaya bilərsiniz, sonra isə bu qovluqda yalnız 1Cv8.1CD faylını (əsas fayl) və 1Cv8Log qovluğunu (hadisə jurnalı) tərk edə bilərsiniz. Əslində, əksər hallarda verilənlər bazası bərpa edilə bilər. Bəzi 1C işçiləri bunu başa düşdülər və belə müştərilərin qarşısını almaqdan məmnundurlar. Əksər hallarda özünüz üçün xüsusi bir şey etmək lazım deyil, müştəri qorxur və test proqramlarının işi çox vaxt aparır. Gəlin məşqə keçək. Birincisi, müştəridən uğursuzluqların nə qədər əvvəl və hansı şəraitdə baş verdiyini öyrənin. İstifadəçilərin konfiqurasiya yeniləmələrini necə yerinə yetirdiyini və iki hadisənin vaxtında necə əlaqəli olduğunu öyrənin. Verilənlər bazasının həcmini yoxlayın. Bu konkret halda aydınlaşdırılmış hallar sizin sonrakı hərəkətlərinizə qəti təsir göstərməsə belə, siz gələcəkdə faydalı ola biləcək bəzi statistik məlumatları toplaya biləcəksiniz. Platformanın yenilənib-yenilənmədiyini və verilənlər bazasının daha əvvəl hansı platforma buraxılışının altında işlədiyini öyrəndiyinizə əmin olun. İlk növbədə, verilənlər bazası faylını (1Cv8.1CD) əhatə edən bütün faylları və qovluqları verilmiş kataloqda silin. Bəli, bunlar tam hüquqlu işləməyi təmin edən bir növ xidmət fayllarıdır, lakin dəqiq qeyd olunur ki, bəzən bu faylların işində bəzi uyğunsuzluqlar olur. Pis heç nə olmayacaq, çünki verilənlər bazasını növbəti dəfə işə saldıqda bütün lazımi fayllar yenidən yaradılacaq. Hələlik işə salınmağı dayandıracağıq. İndi biz ən təsirli, lakin sonuncu deyil, vasitədən istifadə edirik. Kataloqda C:\Program Files\1cv82 (8.3 – 1cv8 platforması üçün)\(bundan sonra platformanın buraxılış nömrəsi)\bin chdbfl.exe yardım proqramını işə salın. Diqqət! Hər bir platforma buraxılışının öz chdbfl.exe yardım proqramı var. Utiliti istifadə edildiyi platforma buraxılışından istifadə etmək məsləhətdir bu verilənlər bazası. Əksər hallarda bu, ən son quraşdırılmış platforma buraxılışıdır. Burada bir xüsusiyyəti qeyd etmək yerinə düşər: əgər verilənlər bazasının zədələnmə anı təxminən platformanın yenilənməsi anına təsadüf edirsə, o zaman əvvəlki platformanın chdbfl.exe utiliti tez-tez səhvləri tapmaq və düzəltməkdə daha yaxşı nəticələr verir. Bu yardım proqramının özəlliyi ondan ibarətdir ki, əgər ilk keçid zamanı düzəldilmiş xətalar yox idisə (kommunal bir səhvi düzəldə bilmədi), onu yenidən işə salmaq, demək olar ki, faydasızdır. Ancaq bütün səhvlər düzəldilməyibsə, lakin səhvlərin sayında azalma varsa, yardım proqramını yenidən işə salmağın mənası var. Elə hallar olub ki, ikinci keçid zamanı aşkar edilmiş xətaların sayı sıfıra enib. Bir sözlə, səhvlərin sayını azaltmaq üçün bir nəticə olduğu müddətcə əməliyyatı təkrarlayın. Görünür, növbəti keçid zamanı düzəldilmiş bəzi səhvlər digərlərini düzəltməyə imkan verir. Nə etdiyinizi tamamilə aydın başa düşmədiyiniz halda, sınaq və düzəliş parametrlərinə toxunmamaq daha yaxşıdır. Bu alətin təkrar istifadəsi ilə test nəticələrində heç bir irəliləyiş olmamışdır. Konfiqurasiya yoxlayıcısı haqqında da deyiləcək bir şey var. Təcrübədən, bu alətin qeyd etdiyi səhvlər xüsusilə kritik deyil. Əksinə, onlar sadəcə olaraq verilənlər bazasının özünün işini ləngidirlər. Hansı ki, əslində, 4 GB-dan böyük verilənlər bazası üçün də istifadəçi tərəfindən verilənlər bazasına zərər kimi baxıla bilər. 4 GB verilənlər bazasının özünün deyil, verilənlər bazasındakı cədvəlin icazə verilən maksimum ölçüsüdür. Lakin bəzi registrlər digərlərindən əhəmiyyətli dərəcədə böyük ola bilər və verilənlər bazası ölçüsünün böyük bir hissəsini tuta bilər. Bu formada, tamamilə aydın bir anlayış olmadan heç bir parametri dəyişdirməməlisiniz. Tamamilə aydın olmayan daha bir üsul haqqında danışmaq lazımdır. Fakt budur ki, verilənlər bazasını dt uzantılı bir fayla yükləyərkən onu geri yükləmək mümkün olmamaq ehtimalı olduqca aşağıdır. Bununla belə, yükləmə zamanı yaddaşın bəzi restrukturizasiyası baş verir ki, bu da bəzi hallarda ardıcıl boşaltma və yükləmə ilə verilənlər bazasını bərpa etməyə imkan verir. Aparılan bütün tədbirlərdən və testlərdən sonra bazanızın zədələndiyini görsəniz, bu vasitədən istifadə etməyiniz məsləhətdir. Yükləmə konfiquratorda Administrasiya menyusu elementi vasitəsilə həyata keçirilir Məlumat bazasını yükləyin. Boşaltma istiqamətini təyin etməli olduğunuz bir informasiya qutusu görünəcək. Yaradılmış faylın adı standart olaraq istifadə edilə bilər - 1Cv8.dt. Qeyd etmək lazımdır ki, boşaldılması da onlardan biridir mümkün üsullar kopyalama. Ən yaxşısı konfiqurasiya olmadan yeni verilənlər bazasına yükləməkdir. Belə bir verilənlər bazası yaratmaq üçün infobase pəncərəsində düyməni basın əlavə et. Növbəti addımda parametrləri yadda saxlayın Yenisini yaradın məlumat bazası və düyməni basın Daha. Görünən formada parametri dəyişdirin Konfiqurasiya olmadan məlumat bazasının yaradılması və həmçinin düyməni basın Daha. Növbəti iki addımda verilənlər bazasının adını və onun yerləşəcəyi qovluğu (boş) müəyyənləşdirin. Əlavə parametrlər boş qala bilər və düyməni basın Hazır. Konfiqurasiya olmadan məlumat bazası yaradılacaq. Daha bir neçə xal. Verilənlər bazasının işində nasazlıqlar yalnız bir kompüterdə müşahidə olunarsa, kompüteri dəyişdirməyə cəhd etməlisiniz. Yalnız bir istifadəçi problem yaşayırsa, istifadəçini yenidən yaratmağa çalışmalısınız. Bəzən məlumat bazası pəncərəsindəki siyahıdan verilənlər bazasını silməyə və sonra eyni mövcud məlumat bazasını siyahıya əlavə etməyə kömək edir (ona gedən yolu bərpa edir). Sonda demək istərdim ki, təbii ki, bütün bazalar bərpa olunmur mürəkkəb yollarla. Ancaq üzülməyin, belə hallar olduqca nadirdir. Profilaktika tədbiri olaraq, verilənlər bazalarını konfiqurator vasitəsilə yeniləmək və hər yeniləmədən əvvəl standart test və səhvləri düzəltmə vasitələrindən istifadə etmək tövsiyə olunur. Əsas versiyalara sahib olan və pulsuz yeniləmə hüququ olan istifadəçilər də yeniləmə fayllarını saytdan öncədən yükləyə bilərlər. Növbəti məqalədə infobazaların siyahısını fərdiləşdirmək imkanlarına baxacağıq.	Axtarış modulu quraşdırılmayıb.