Bu gün 1C Mühasibat 8.3 verilənlər bazasının avtomatik ehtiyat nüsxəsini çıxardıqdan sonra ortaya çıxan bir problemlə qarşılaşdım. Proqramdan çıxan zaman verilənlər bazası ehtiyat nüsxəsini konfiqurasiya etmişəm. Bir il proqramdan uğurla çıxdım, amma görünür bu dəfə birtəhər uğursuz çıxdım :). Amma girə bilmədim. Ağıllı proqramım mənə çox ağıllı bir ifadə yazdı, bu, sadə istifadəçidən daha çox 1C proqramçısı üçün nəzərdə tutulub. Beləliklə, problemlə 1C administratorları kimi deyil, sadəcə bir mühasib kimi məşğul olaq :).

Yedəkləmədən sonra 1s 8.3 açılmırsa və “infobaza ilə sessiyaya başlamaq qadağandır, ehtiyat nüsxələmək qadağandır...” mesajı görünsə nə etməli

Əgər 1C verilənlər bazasını açarkən verilənlər bazasını açmaq əvəzinə aşağıdakı mesaj göstərilir:

"Seansa başlayın məlumat bazası qadağandır. Yedəkləməni həyata keçirmək üçün...” Aşağıdakılar verilənlər bazasını işə salmaq üçün inzibatçı üçün təlimatlardır, lakin bu təlimat mühasibə az kömək edəcəkdir.

Daha asan həll:

1C Accounting 8.3 verilənlər bazasının yerləşdiyi diskdə qovluğu tapmaq lazımdır. Qovluğu açın. Qovluğun içərisində aşağıdakıları görəcəksiniz:

Qovluqda 1Cv8.cdn faylını tapmaq lazımdır. Lazımdır silin faylı 1Cv8.cdn və yenidən 1C:Enterprise işə salın.

Gördüyünüz kimi, hər şey sadədir. Və məqaləmin sizin üçün faydalı olması çox xoşdur, sizə kömək etməkdən çox məmnunam. Qoy mühasiblərin işləməsi asan olsun ki, özlərinə və yaxınlarına daha çox boş vaxt ayırsınlar!

Bu gün üçün hamısı budur!

İnna İzvekova sizinlə idi.

Səhifələrdə yenidən görüşərik !

N qədər zəhmət olmasa sosial media düymələrinə məqalənin altındaözünüz üçün saxlamaq üçün!

HAQQINDA olmaq zəhmət olmasa şərhlərdə suallarınız məqalənin altında! Hər kəsə cavab verməyə çalışıram.

İLƏ Kaça zəhmət olmasa pulsuz faydalı dərslər məqalənin altındakı “Pulsuz yüklə” düyməsini sıxaraq.

Araşdırın faydalı iş üçün təlimatlar basaraq .

ÜST mühasibat uçotunu öyrənmək istəyir, basın

Doğru səhifəyə gəldiniz! Çox güman ki, səhər sevimli 1C 8.3-ün mesajla başlamadığını kəşf etdiniz: " İnfobaza ilə sessiyaya başlamaq qadağandır. Yedəkləməni həyata keçirmək üçün...».

İndi ediləcək ilk şey budur təcili olaraq istifadəçilərə işləməyə icazə verin. Bundan sonra, sakitcə məqaləni sona qədər oxuyun və bunun niyə baş verdiyini və "1C 8.3 məlumat bazasından bloklamaq və blokdan çıxarmaq" nə olduğunu öyrənin.

Təcrübəm onu ​​göstərir ki, siz istifadəçisiniz (sistem administratoru və ya proqramçı deyil) və məlumat bazanız fayl əsaslıdır (əgər verilənlər bazası SQL-dirsə, mütəxəssislər artıq probleminizlə məşğul olur). Başlamaq üçün onun hansı qovluqda (kataloqda) yerləşdiyini başa düşmək və bu qovluqdakı bir faylı silmək lazımdır - 1Cv8.cdn(faylı saxlamağa ehtiyac yoxdur, ona artıq ehtiyac olmayacaq).

*Əgər siz İT mütəxəssisisinizsə, “1C məlumat bazasından bloklama və blokdan çıxarma” bölməsini təhlükəsiz oxumağa davam edə bilərsiniz.

Məlumat bazalarının siyahısı olan pəncərədə bazanızı tapın (aşağıdakı təsvirdə 1 nömrə) və siçan ilə bir dəfə (və yalnız bir dəfə!) vurun. Sonra "Dəyişdir" düyməsini basın (nömrə 2).

Siyahıda yalnız bir verilənlər bazası ola bilər, ona görə də bu pəncərə sizə “1C işə salma pəncərəsi” kimi tanış ola bilər. Bu vəziyyətdə "Dəyişdir" düyməsini sıxmaq kifayətdir.

Məlumat bazasının bu kompüterdə və ya içərisində olduğunu görsəniz yerli şəbəkə- təcrübəm məyus olmadı - verilənlər bazası fayl əsaslıdır və biz hər şeyi düzgün edirik. Bu yolu kopyalayın ( 3 və 4 nömrələri).

İndi bu qovluğa keçin.

Hər halda, Explorer-i işə salmaq üçün bir neçə seçim var:

• Sizdə Windows XP və ya Windows 7 var. Start, Run klikləyin, əvvəllər kopyalanmış məlumat bazası yerini yapışdırın. Explorer açılacaq.
• Sizdə Windows 7 var. Amma “İşlə” seçimi yoxdur. Başladıqdan sonra dərhal yeri yapışdırın. Explorer açılacaq.
• Sizdə Windows 8 və ya Windows 10 var. Başlat düyməsini basın, yuxarı sağ küncdəki Böyüdücü üzərinə klikləyin, infobazanın əvvəllər kopyalanmış yerini yapışdırın, Enter düyməsini basın. Explorer açılacaq.

• Görev çubuğunda sarı disket tapın və üzərinə klikləyin. Məlumat bazasının yerini Explorer pəncərəsinin yuxarısındakı ünvan çubuğuna yapışdırın. (Ünvan çubuğuna sağ klikləyin, Ünvanı dəyişdirin, ünvan çubuğunda yenidən sağ vurun, Yapışdırın).

• Hər kəs üçün universal bir üsul Windows versiyaları və onun parametrləri. Klaviaturada bayraq düyməsini basın və onu buraxmadan klaviaturada Latın R (və ya Rus K) düyməsini basın. "Çalış" pəncərəsi açılacaq, əvvəllər kopyalanmış məlumat bazası yerini ora yapışdırın və OK düyməsini basın.

Təklif olunan variantlardan birini istifadə edərək, məlumat bazasının yerləşdiyi kəşfiyyatçı pəncərəsinə aparılacaqsınız.

Explorer pəncərəsində fayllar siyahısında 1Cv8.cdn faylını tapın, üzərinə sağ klikləyin, əvvəlki şəkildə göstərildiyi kimi “Sil” seçin.

Hazır! “1C: Mühasibatlıq” və ya “1C: Əmək haqqı və İnsan Resurslarının İdarə Edilməsi” və ya “1C: Ticarətin İdarə Edilməsi” yenidən işə başlayır.

1C məlumat bazasından bloklamaq və blokdan çıxarmaq. Mifləri məhv edirik.

Bu bölmədə siz bloklama ilə işləmək haqqında unikal məlumat tapa bilərsiniz, həmçinin "Məlumatların bloklanması" mövzusunda ümumi yanlış təsəvvürlərin təkzibini alacaqsınız.

Kilidi necə təyin etmək olar?

Infobase bloklama mexanizmi hazırda açıq sessiyaları dayandırmaq və yeni bağlantıların qarşısını almaq üçün nəzərdə tutulmuşdur. Menyuda kilidləmə funksiyasının yeri konfiqurasiyadan asılı olaraq dəyişə bilər. Məsələn, UT-də, nəşr 11 (11.3.3.163) bu əsas məlumat və idarəetmədir, [Xidmət] İstifadəçi işini bloklayır. Alternativ variant: Tədqiqat məlumatları və idarəetmə, Dəstək və texniki xidmət, İstifadəçi işinin bloklanması. UT-də, nəşr 10.3 (10.3.21.2) bu, Xidmət, İstifadəçilər, Məlumat bazasına qoşulmaların bloklanmasıdır.

*Interfeys və mexanizm nöqteyi-nəzərindən kilidləmənin bu məqalədə təsvir olunanlardan fərqli göründüyü sənayeyə xas konfiqurasiyalar var. Əksər 1C konfiqurasiyaları üçün standart mexanizm nəzərdən keçirdiyimiz üçün xüsusi sənaye konfiqurasiyalarına toxunmayacağıq.

Bu elementi seçdiyiniz zaman "İstifadəçilərin bloklanması" dialoq qutusu açılacaq, orada istifadəçilər üçün mesaj, bloklamanın başlanğıc və bitmə vaxtı, habelə kilid açma kodu daxil edilməlidir.

Bloklama hərəkətinin başlanğıcı və sonu daxil edildiyi üçün bu dialoqda son dərəcə diqqətli olmalı və məlumatları açıq şəkildə daxil etməlisiniz. Əgər dialoq blokun başlanğıcını "20 dəqiqə" ilə "15 dəqiqə ərzində" daxil etmək imkanına malik olsaydı və ya ən azı blokun mütləq başlanğıc və bitmə vaxtlarına əsasən bu dəyərləri göstərsəydi, o zaman bir il davam edən blok təyin etmək çətin ola bilər, çünki tarix və vaxtı daxil edərkən səhv olarsa, bu baş verə bilər.

“Başlama vaxtı” parametrini cari tarix/vaxt + istifadəçilərin redaktə edilmiş sənədlərdən çıxmağa hazırlaşması və saxlaması üçün tələb olunan vaxt kimi təyin etmək tövsiyə olunur. Məsələn, indi saat 9:50-dir, istifadəçilərə nəticələrini saxlamaq üçün 10 dəqiqə vaxt veririk. Bloklamanın ümumi başlama vaxtı 10 saat 00 dəqiqə olmalıdır.

Bitmə vaxtı – onu daxil etmək lazım deyil, lakin obyekt qeyri-müəyyən müddətə (əbədi) bloklanacaq.

Kilidi açma kodu, müəyyən edilmiş kilidə baxmayaraq, sıfırdan başlamaq üçün birdəfəlik "parol"dur, bəzi hallarda lazım ola bilər (aşağıda müzakirə olunacaq). Mütləq daxil olun və yadda saxlayın. Məlumat bazasının SQL versiyası vəziyyətində, bu parametr "1C Müəssisə Serverlərinin İdarə Edilməsi" bölməsində görünür və orada "İcazə kodu" adlanır.

İnfobazanın SQL versiyası ilə bağlı sizə əlavə olaraq infobase administratorundan və ya klaster inzibatçısından icazə tələb olunacaq.

Beləliklə, “Bloklanmağı təyin et” düyməsini sıxdıqdan və təsdiqə müsbət cavab...

...əvvəlki dialoq qutusuna qaytarılacaqsınız, görünüş hansı dəyişdi:

Aşağı sağ küncdə istifadəçilərin bloklanmasının planlaşdırıldığını bildirən bir mesaj görünəcək. Bu mesajı yalnız siz görəcəksiniz.

Planlaşdırılıb? Bəlkə bunun adi işlərlə əlaqəsi var?

Rutin tapşırıqlar bloklansa, istifadəçi işinin planlaşdırılmış bloklanması işləyəcəkmi? Bəli, işləyəcək. Bloklama mexanizmi planlaşdırılmış tapşırıqlardan istifadə etmir.

İstifadəçilər və mən nə görəcəyik?

Bloklama başlayana qədər aktiv istifadəçilər bağlanmaq üçün “nəzakətli” xatırlatmalar alacaqlar. Bu dialoqda fasilə "Bəli" ilə işə salınır, beləliklə, iş yerində olmayan istifadəçilər 1C sessiyasından uğurla çıxacaqlar.

Kilid təşəbbüskarı başqa bir mesaj alır:

Bloklama başlayandan sonra siz adi şəkildə məlumat bazasına daxil ola bilməyəcəksiniz. Necə girmək aşağıda müzakirə olunacaq. Nəzərə alın ki, dialoq avtomatik olaraq bloklamanın nə vaxt başa çatacağını göstərmir, ona görə də istifadəçilərə işi bərpa etmək vaxtı barədə məlumat vermək vəzifəsi Administratorun üzərinə düşür. Bu məlumat istifadəçiyə göndərilən mesajda göstərilə bilər.

Bomba dəqiq təyin olunmuş vaxtda partlayır. Siren partlayana qədər ulayır.

Aktiv istifadəçi seanslarının yumşaq bir şəkildə dayandırıldığına dair məşhur inancın əksinə olaraq, diqqətdən kənarda qala bilən və iş davam edən bir xəbərdarlıqdan sonra, əslində, aktiv seansların dayandırılması və ya daha yaxşısı, "kəsilməsi" dəqiq qrafikə uyğun olaraq çətin və itki ilə baş verir. bütün yadda saxlanılmamış nəticələrdən.

İstinad dəyərlərinin daxil edilməsi rejimlərində istisnalar yoxdur, arayış kitabında olmayan bir dəyərin daxil edildiyi - giriş rejimindən çıxa bilməzsiniz (məsələn, 1C-ni xaç ilə bağlayın), lakin bu, tamamlamağınıza mane olmayacaq. iş. Modal dialoq rejimi daha çox maraq doğurur, ona görə də daha ətraflı müzakirə olunacaq.

*Köhnə konfiqurasiyalarda istifadəçi seansları təyin olunmuş vaxtdan bir qədər gec başa çatır, çünki... İstifadəçilər əvvəlcə “Sistem bağlanır” xəbərdarlığını alırlar.

Həqiqətən partlayacaqmı?

Birincisi, qeyd edək ki, köhnə konfiqurasiyalarda kilid kilid təşəbbüskarı üçün işləməyə bilər. İndi platforma 8.3 üçün məsələnin nəzərdən keçirilməsinə keçək.

Məsələn, sənədi silmək və sonra ekranda “Sənəd silinmək üçün qeyd edilsin?” dialoq qutusunu tərk edərək nahara getmək qərarına gələn faylın informasiya təhlükəsizliyi istifadəçisi infobaza ilə əlaqəni açıq saxlayacaq. Təbii ki, onun sessiyası nahardan sonra “Bəli” və ya “Xeyr” cavabından sonra başa çatacaq, lakin o vaxta qədər aktiv istifadəçilərin olduğunu görəcəksiniz. Bu halda bloklama təşəbbüskarı aşağıdakı mesajı görəcək:

Jurnalda iş vaxtı xətası mesajı görünəcək, bu, iş vaxtı xətası kimi deyil, “bütün istifadəçilər seanslarını tamamlamayıb” kimi şərh edilməlidir:

Bloklamanın işləməməsinin yeganə səbəbi bu deyil. (“Kimin saatlarına görə?” və “Vladivostokdakı istifadəçilərim necə?” bölmələrinə baxın).

İdarə olunan formalar haqqında məlumat bazasının SQL versiyasında modal dialoq

1C Tətbiq Serveri modal dialoq rejiminə baxmayaraq sessiyanı silmək imkanına malikdir. 1C interfeysi və modal dialoq istifadəçinin ekranında qalacaq, bitməmiş sessiyanın görünüşünü yaradacaq, lakin əslində sessiya silinəcək və informasiya təhlükəsizliyi ilə əlaqə vaxtında dayandırılacaq. İşə davam etməyə çalışarkən, istifadəçi nüanslardan asılı olaraq "Seans çatışmır və ya silindi" və ya "Sessiya Administrator tərəfindən dayandırıldı" səhv mesajını görəcək.

Adi formalarda infobazanın SQL versiyasında modal dialoq

İstifadəçi sessiyaları dayandırılır.

Kilidi qurduqdan sonra dialoqdan çıxmamaq daha yaxşıdır, çünki... Bloklama başlamazdan əvvəl bu dialoqa yenidən daxil olduqda, bloklamanın artıq quraşdırıldığını (yalnız yarısı olsa da), sıfır aktiv seans olduğunu bildirən yalan mesaj açılır (doğru deyil). Eyni zamanda, istifadəçilərin ləğvi prosesi davam edir (sıfır aktiv seanslara ziddir + tamamilə doğru deyil, çünki istifadəçilər “özlərini dayandırırlar”). İstifadəçinin bloklama kodu ideal olmasa da, sonda blok qoymağınıza və aktiv seansları dayandırmağınıza mane olmayacaq, lakin Infobase Administratorunu çaşdıracaq.

Bloklama qursam və dialoqu bağlasam bloklama işləyəcəkmi?

Bloklamanı təyin etsəniz və dərhal 1C-dən çıxsanız (yəni bloklama başlamazdan əvvəl 1C sessiyasını bitirsəniz) bloklama işləyəcək?

Bəli. Müəyyən edilmiş kilidə cavab vermə mexanizmi kilidin təşəbbüskarı ilə digər istifadəçilər arasında qarşılıqlı əlaqəni təmin etmir. İstifadəçi sessiyaları müstəqil olaraq işləyə biləcəyini yoxlayır.

Kompüterlərdə vaxt bir qədər fərqli olarsa, bloklama kimin saatı ilə işləyəcək?

Saatın sinxronizasiya problemi

Fayl informasiya təhlükəsizliyi ilə hər bir kompüter özü məlumat təhlükəsizliyinin müəyyən edilmiş bloklama vaxt diapazonunun olub olmadığını yoxlayır və onu yerli saatla müqayisə edir. Saatının dəqiqliyi bacarıb-bacarmayacağını müəyyən edir bu kompüter sessiyanı tam olaraq lazımi vaxtda bitirin. Verilənlər bazası saat 10:00-dan bloklanırsa, bir kompüter üçün bu an daha əvvəl, digəri üçün isə daha sonra gələcək.

Domen mühitində və sistem administratorları qüsursuz işləyirsə, bütün kompüterlərdəki vaxt domen nəzarətçisi ilə sinxronlaşdırılır. Lakin müxtəlif səbəblərə görə vaxt itirilə bilər: domen nəzarətçisi ilə vaxt sinxronizasiyası konfiqurasiya edilməyib, vaxt sinxronizasiyası artıq mövcud olmayan xarici vaxt serveri ilə konfiqurasiya edilib, şəbəkə və ya domen xidmətlərində nasazlıqlar, sistemi dəyişdirmək hüquqlarının olmaması vaxt və s.

Görünür, saniyələrdən, ekstremal hallarda dəqiqələrdən danışmaq olar. Ancaq əslində, kompüterdə, məsələn, bir yeniləmə quraşdırılmamış ola bilər əməliyyat sistemi, mövsümi (qış/yay) vaxtına keçidi dəstəkləyir və xəta artıq saniyə deyil, saat ola bilər. Bu təcrübəni həyata keçirmək asandır: bloklamanı səhər saat 10-da yarım saata təyin edin və kompüterlərdən birində vaxtı bir saat irəli təyin edin - bloklama ona təsir etməyəcək.

Buna görə də, kilidi təyin etməzdən əvvəl, kompüterinizin sağ alt küncündəki vaxtı diqqətlə yoxlayın qol saatı, və vaxt sinxronizasiyasının İT infrastrukturunuzda işlədiyini öyrənmək üçün əvvəlcədən sistem administratorunuzla əlaqə saxlayın.

Bəs Vladivostokdakı istifadəçilərim?

Müxtəlif saat qurşaqlarından olan istifadəçilərlə mütləq vaxt problemi

Bloklama vaxt diapazonu infobazada saxlanılır. 1Cv8.cdn bloklama faylının məzmununa baxın (IB-nin fayl versiyasında yaradılmışdır), bloklamanın başlama vaxtını 17.07.2017 13:59 kimi YYYYMMDDDHHMMSS formatında qeyd edir. zona:

Saat qurşağı göstərilmədən, əgər vaxt həmişə müəyyən bir saat qurşağına, məsələn UTC+0-a istinad edərsə, hansı mütləq vaxtdan danışdığımız aydın olardı. Lakin verilənlər bazası bloklanmağa başlayan kompüterin saatına uyğun olaraq yerli vaxtı saxlayır. Bu kompüterin hansı saat qurşağından olduğu məlum deyil, yəni bloklanmanın mütləq vaxtı məlum deyil.

Əgər Moskvada, mərkəzləşdirilmiş informasiya təhlükəsizliyi sistemində siz saat 13:59-da blok qoymusunuzsa və Moskva istifadəçiləri üçün bu vaxt gələcəkdirsə, Vladivostokda eyni informasiya təhlükəsizliyi sisteminin istifadəçiləri üçün saat 13:59. 7 saat əvvəl idi. Və Vladivostok istifadəçilərinin informasiya təhlükəsizliyi ilə bağlı hansı işlərin aparılmasından asılı olaraq, bu istifadəçilərin bloklanması ya işləyəcək, ya da olmayacaq.

Nə ola bilər texniki həllər, hansı bloklama Vladivostok istifadəçiləri üçün düzgün işləməyəcək? 1C müştəri hissəsi Moskvada deyil, Vladivostokda vaxt alacaq. Məsələn, ofislər VPN vasitəsilə yerli şəbəkəyə qoşulur və 1C müştəri hissəsi ilə başlayır yerli kompüter, UTC+10 vaxtı var. Ancaq verilənlər bazası ilə RDP bağlantısı və ya Moskva serverində RemoteApp rejimində işləsələr, bu serverdə 1C müştəri hissəsini işlədirlərsə, hər şey yaxşı olacaq, çünki UTC+3 vaxtı olacaq.

Məlumat bazasının SQL versiyasında saat və saat qurşağının sinxronizasiyası ilə bağlı problemlər varmı?

yox. IN bu seçim standart olaraq qəbul edilən “server saatı” var.

Konfiquratorda olsaydım və bloklama qüvvəyə minirsə, mən Konfiquratordan xaric ediləcəkmi?

Bloklama dövrü başlayandan sonra Konfiquratora daxil olmaq mümkün olacaqmı?

Bu qadağandır! Konfiquratorla işləmək qabiliyyəti yalnız başlanğıcda yoxlanılır və əməliyyat zamanı yerinə yetirilmir. Buna görə də, konfiquratorda sonrakı iş üçün blok qoyulubsa, onu işə salmaq daha sonra işə salınma qadağasını keçməkdən daha asandır.

Bloku necə çıxarmaq olar?

Bloklamanın quraşdırıldığı eyni dialoqda. Xatırladırıq ki, kilid quraşdırdıqdan sonra “Kilidi təyin et” düyməsi əvəzinə “Kilidi aç” düyməsi var.

İnformasiya təhlükəsizliyinin SQL versiyası vəziyyətində, kilidin açılması "1C Müəssisə Serverlərinin İdarə Edilməsi" bölməsində də mümkündür. (aşağıya bax)

Kilidi açma kodu nə üçündür?

Bloklamanın qüvvədə olduğu anda informasiya təhlükəsizliyinə daxil olmaq. Bunun zəruri olduğu vəziyyətlər:

• Bloklama quraşdırıldıqdan sonra informasiya təhlükəsizliyi ilə seans tamamlandı (əl ilə və ya təşəbbüskarın özündə bloklama hərəkəti nəticəsində) və yeni sessiyaya başlamaq lazımdır;
• Bloklama bitmə vaxtı səhvən ümumiyyətlə doldurulmamışdır;
• Bloklamanın bitmə vaxtı səhv daxil edilib (məsələn, növbəti ay və ya il təsadüfən daxil edilib);
• Infobase SQL versiyasında və ləğv etmək üçün səhvdir quraşdırılmış kilid Infobase kataloqunda 1Cv8.cdn faylını silmək mümkün deyil.

Bu halda, başlanğıcda verilən ipucu istifadə edin. Bunlar. infobazaların siyahısı olan pəncərədə "Düzəliş et" düyməsini basın və əlavə başlatma parametrlərində aşağıdakı sətri daxil edin:

ENTERPRISE /F"Z:\Exchange\UT 11" /İstifadəçilərə işləməyə icazə verin /UC12345

... yeri kataloqu və kilidini açmaq kodu nəzərə alınmaqla.

Bu sətri mübadilə buferinə köçürmək və "İnformasiya bazasını redaktə et" dialoq qutusunda redaktə etmək daha yaxşıdır. Dırnaq işarələrinin növünü və ya rusca "C" və Latın hərflərini qarışdırsanız, səhv mesajı görəcəksiniz:

Əgər onu düzgün daxil etsəniz və sonra 1C-ni müəssisə rejimində işə salsanız, 1C avtomatik olaraq kilidi çıxaracaq və işini tamamlayacaq. Bundan sonra, əlavə parametrləri silə və həmişəki kimi 1C-yə başlaya bilərsiniz.

Kilid qoymamışam, amma SQL verilənlər bazası kimsə tərəfindən bloklanıbsa, nə etməliyəm? Ancaq kilid açma kodunu bilmirəm.

Arxiv surətinin yaradılması müddətində infobaza konfiqurasiyanın özü tərəfindən bloklana bilər. Yaratma prosesi normal şəkildə tamamlanmayıbsa, SQL verilənlər bazası kilidli vəziyyətdə qala bilər. Bu vəziyyətdə, "1C: Müəssisə Serverlərinin İdarə Edilməsi" konsoluna (daha doğrusu, əlavə element) daxil olmaq lazımdır.

Onu harada axtarmaq lazımdır?

“1C: Enterprise Server Administration” əlavə elementi tez-tez yerləşdirildiyi serverdə quraşdırılır. SQL server, həmçinin “1C Server” ın özünün (və ya “1C Tətbiq Serveri”) yerləşdirildiyi yerlərdə. Bu lazım olmasa da: SQL bir kompüterə, 1C Tətbiq Serveri digərinə quraşdırıla bilər və avadanlıq öz iş stansiyanızda yerləşdirilə bilər. Çox güman ki, aşağıdakıları etməklə uğur əldə edə bilərsiniz:

• RDP vasitəsilə Srvr=... sətirində göstərilən serverə domen loqin və şifrənizlə qoşulun. Əgər qoşula bilmirsinizsə, soruşun sistem administratoru sizi uzaq masaüstü istifadəçi qrupuna əlavə edin. (Belə hüquqlar rədd edilərsə, iş stansiyasında “1C Müəssisə Serverlərinin İdarə Edilməsi” əlavəsini yerləşdirin və konfiqurasiya edin);

• Serverdə “1C: Enterprise Server Administration” əlavə elementini tapın;

• Qoşulmanı işə salın, infobazanızla ağacı qovşağına qədər genişləndirin;

• Məlumat bazasının xassələrində "Sessiyanın bloklanması aktivdir" qutusunu silin və ya bloklamanın başlanğıc və bitmə vaxtını düzəldin və ya məlumat təhlükəsizliyinə daxil olmaq üçün "icazə kodu"na baxın (həmçinin "blokdan çıxarma kodu" kimi tanınır) bloklama quraşdırma dialoqunda).

Məlumatın bütün istifadəçiləri nə etməli SQL verilənlər bazasıçıxdı, lakin Konfiquratoru işə salmaq hələ də mümkün deyil, çünki... aktiv istifadəçilər var?

Ekranın sağ tərəfindəki infobazanın "Bağlantılar" qovşağında mövcud əlaqələri silə bilərsiniz.

Bunlar informasiya bazasının bloklanması mövzusu ilə bağlı bütün suallar deyil.

Hələ suallarınız varsa:

• Avropada bir server icarəyə götürsəniz və onun saat qurşağından asılı olmaq istəmirsinizsə, Moskva vaxtı ilə işləmək mümkündürmü?
• Harada quraşdırıldığını bilmirsinizsə, 1C Tətbiq Serverini necə tapmaq olar?
• “1C: Enterprise Server Administration” əlavə elementini necə yerləşdirmək və onu necə konfiqurasiya etmək olar?
• Eyni lokal şəbəkədə bir neçə proqram serveri varsa, nə etməlisiniz?
• Klaster sistemi vəziyyətində nə etməli? və s.

Sertifikatlı 1C texnologiyası üzrə məsləhətçilərimiz onlara məmnuniyyətlə cavab verəcəklər.

ən adi mühasibat şirkəti deyil, lakin əksər yerli həmkarlarımız kimi mühasibatlığımızı 1C-də aparırıq. Hal-hazırda, serverimizdə yüzlərlə verilənlər bazası var, ona görə də bütün bu sərvəti necə tez və səmərəli şəkildə idarə etməyi öyrənməli olduq. Əgər siz mühasibat şirkətisinizsə, 1C xidməti olan hostersinizsə və ya hardansa bir dəstə 1Sok almısınızsa, bunun nə qədər çətin olduğunu bilirsiniz. Biz faydalı olmağı sevirik, buna görə də təcrübəmizi bölüşəcəyik, praktiki məsləhət və bütün iqtisadiyyatımızı yeniləmək və yeniləmək üçün sərf olunan saysız-hesabsız gecələr, bayramlar və həftə sonları ərzində bizi ziyarət etməyi bacaran anlayışlar.

Biz 1C satmırıq və buna görə də hekayə kəsilmədən, senzurasız və ən əsası - marketinq sərsəmliyi olmadan olacaq. Bonus trek, yazı boyunca həqiqətən çoxlu 1C verilənlər bazası olanlar üçün bir neçə faydalı skript və məsləhətlər tapa bilərsiniz.

Bəs niyə ilk növbədə bizim bu qədər bazamız var? Əslində, hazırda biz məlumatların ayrılması texnologiyasını tədqiq edirik, lakin hələ ondan istifadə etməyə başlamamışıq, ona görə də xidmət etdiyimiz hər bir biznes üçün ayrıca verilənlər bazası yaratmağa məcbur oluruq (və çox vaxt birdən çox).

Bulud 1C-dən öz server klasterinizə inanılmaz yol

Səyahətimizin əvvəlində biz bulud əsaslı 1C-Fresh-dən istifadə etdik: bu xidmət orta dərəcədə rahatdır, brauzer vasitəsilə masaüstü proqramdan istifadə etmək nə qədər rahatdır. Bununla belə, biz kifayət qədər tez əlli verilənlər bazası topladıq və onları internet vasitəsilə idarə etmək dözülməz oldu - veb-interfeys yavaşlamağa başladı, üstəlik 1C-ni daxili alətlərimizlə proqramlı şəkildə inteqrasiya etmək zərurəti yarandı, bunu Fresh tamamilə edə bilməz. Buluddan bütün məlumatları endirərək köçməli oldum. Xoşbəxtlikdən, bunu etmək çətin deyildi (“Məlumatları yerli versiyaya yüklə” → “Xidmətdən verilənləri endirin”).

Təkamülün ikinci mühüm mərhələsi xidmət təminatçısından istifadə idi və yenə də yüzdən çox verilənlər bazası olana qədər hər şey bizə uyğun gəlirdi. Konfiqurasiya yeniləmələri, həmçinin istifadəçilərin əlavə edilməsi ilə nəşr texniki dəstəyə məktub vasitəsilə baş verdi. Prinsipcə, hər şey operativdir, lakin interaktiv deyil.

Başlaya bilməmək xüsusi bir narahatlıq idi. exe fayllarını əvvəlcədən təsdiq olmadan (domenin icazə verən siyasətlərinə hash məbləğləri əlavə etmək) və sizə xatırlatmağa icazə verin, bizə inteqrasiya lazım idi. Naməlum səbəblərdən provayderin saxlama sisteminin blok səviyyəsində qovşaqları düzgün sinxronizasiya etməməsi ilə bağlı problemlər də var idi. Beləliklə, uzun və əzablı şəkildə bərpa edilməli olan bir neçə vacib bazanı itirdik. Saxlama sistemləri ilə hər şey çox vaxt mürəkkəb və vicdansız olur.

Sahibinə qeyd: anbarı sınayın. Əgər hostersinizsə, buna daha çox diqqət yetirin. Üçüncü tərəf hostinqindən istifadə edirsinizsə, yaddaşı və diskləri yoxladığınızdan əmin olun. Bunlar uşaq dırmıqlarıdır, ayaq basmaq böyüklərdən daha ağrılıdır :)

Bütün sərgüzəştlərdən sonra öz VPS-mizə keçməyə qərar verdik. Müasirin gücü virtual serverlər bir neçə yüz 1C verilənlər bazasını asanlıqla saxlamağa imkan verir, bir neçə onlarla mühasibin onlara asanlıqla daxil olmasına imkan verir. VPS provayderləri çox vaxt lisenziyaya görə məsuliyyət daşımırlar proqram məhsulları, daxili olaraq işlətdiyiniz üçün istifadəçi lisenziyasının alınmasına və konfiqurasiyanın alınmasına diqqət yetirməlisiniz.

Sahibinə qeyd: lisenziya verərkən böyük miqdar verilənlər bazası, sürprizlər sizi gözləyə bilər - vasitəsilə hər bir istifadəçi üçün hər bir verilənlər bazasının aktivləşdirilməsi proqram açarı gələcək həftələr üçün əsas işinizə çevrilə bilər. Avadanlıq açarı çatında bu çatışmazlıq yoxdur, ancaq onu sadəcə götürüb VPS-də istifadə etməyə başlaya bilməzsiniz.

Unutmayaq ki, hətta ən yaxşı VPS (bu sərin xidmətdən istifadə etməklə seçilmiş) isti və işıqlı şəxsi serverlə müqayisə edilə bilməz. Üçüncü dəfə köçməyə qərar verdik.

Bir axşam bizim VPS başlamadı. Bu, hesabatın zirvəsi idi - onun son saatları və server əsassız olaraq uzun müddət işləmirdi. Eyni zamanda, idarəetmə paneli vasitəsilə heç bir şey edə bilmədik - server işə salınma mərhələsində idi və texniki dəstək sadəcə çiyinlərini çəkdi. Məlum oldu ki, virtual maşınımız hostda bitdi RAM, və onu işə salmaq üçün sadəcə kifayət deyildi.

Cəmi

İndi yüzlərlə verilənlər bazasına sahib olmaq, ağrı, köçlər, məlumat bazalarının uyğunsuzluğu, texniki dəstəyin səriştəsizliyi, hosterdə qovşaqların sinxronizasiyası ilə bağlı problemlər, internet vasitəsilə nəşr, ixrac, idxal, ehtiyat nüsxələri və bir çox bərpa, biz server klasterimizə gəldik.

Bu yolu keçənlərin və ya keçməyi planlaşdıranların diqqətinə çatdırmaq istərdim:

• lisenziyalar haqqında düşünmək;
• inteqrasiyaya ehtiyacınız varsa, xüsusi server və ya VPS istifadə edin;
• saxlama ilə məşğul olun və ya provayderinizlə hərtərəfli sınaqdan keçirin;
• ehtiyat nüsxələri həqiqətən vacibdir;
• yük ağırdırsa və sabitlik vacibdirsə, dərhal internetə girişdən imtina edin.

Bir dəstə verilənlər bazası ilə işləməlisinizsə, həyatınızı necə sadələşdirə bilərsiniz

Cari istifadəçinin profilində ona keçid olan verilənlər bazası yaratmaq

Biz bütün verilənlər bazalarımızı əvvəlcədən hazırlanmış şablondan (yüklənmiş emal, kataloqlar, konfiqurasiya edilmiş İTS abunəsi və ehtiyat nüsxəsi ilə) yerləşdiririk.

üçün fayl versiyası:
<версия>\bin\1cv8.exe" createinfobase File="X:\Base\habrahabr" /AddInList "HabraHabr LLC" /UseTemplate "X:\tmplts\BlackAccounting.cf"
SQL seçimi üçün:
CHCP 1251 "%ProgramFiles(x86)%\1cv8\<версия>\bin\1cv8.exe" createinfobase Srvr="habr" Ref="HabraBD" SQLSrvr="habr" SQLDB="HabraBD" SQLUID="sa" SQLPwd="123" /AddInList "HabraHabr LLC" /UseTemplate "X:\ tmplts\BlackAccounting.cf"

Bir anda yüzlərlə verilənlər bazasında istifadəçini necə yaratmaq və ya silmək olar?

İstifadəçi idarəçiliyi həmişə 1C-də ağrılı yer olmuşdur. Erkən nəşrlərdə bu, verilənlər bazası fayllarına eksklüziv giriş əldə etməyi tələb etdi, sonra onlar tez əlavə etmək imkanı əlavə etdilər, lakin indi (mühasibat və ya ticarətin ən son nəşrlərində) bir istifadəçi birbaşa əsasdan yaradıla bilər; idarəetmə vasitələri vasitəsilə iş rejimi. Lakin yüzlərlə verilənlər bazası vəziyyətində bunu əl ilə etmək artıq real deyil, ona görə də istifadəçiləri proqramlı şəkildə necə əlavə edəcəyimizi öyrəndik. COM köməyə gəlir. Biz V8.COMConnector xarici əlaqə qururuq və bütün lazımi məlumatları verilənlər bazalarına köçürürük. Biz giriş hüququ olan istifadəçiləri əlavə edirik, kataloqları doldururuq və ya sənədlər yaradırıq. .

Bir istifadəçi yüzlərlə verilənlər bazasını eyni anda necə birləşdirə bilər?

Bütün lazımi verilənlər bazalarını bir anda istifadəçi siyahısına əlavə etmək üçün v8i siyahı fayllarından istifadə edirik ümumi verilənlər bazaları, fayl paylaşımında yerləşir. Bu fayllara keçidlər istifadəçi profilinə (məsələn, GPO vasitəsilə və ya standart profildə) %AppData%\1C\1CEStart\1CEStart.cfg faylına əlavə edilir:
CommonInfoBases=X:\Base\List\Base_a1.v8i CommonInfoBases=X:\Base\List\Base_a2.v8i CommonInfoBases=X:\Base\List\Base_a3.v8i
Və ya 1C-nin özündən (artıq istifadəçi altında) ümumi məlumat bazalarının siyahısını əlavə edirik:

v8i fayllarının içərisində belə görünür:
[HabraHabr MMC] Connect=Fayl="X:\Base\Accounting\habrahabr"; ID= OrderInList=6062080 Qovluq=/ OrderInTree=6422528 Xarici=1 Proqram=Avtomatik WA=1 Versiya=8.3
Siz onları birbaşa verilənlər bazası seçim pəncərəsindən yarada bilərsiniz (“Fayl üçün keçidi saxla”) və ya verilənlər bazasını yaradan istifadəçinin profilindən götürə bilərsiniz - %AppData%\ 1 °C \1CEStart\ibases.v8i. Keçid istənilən rejimdə işləyən verilənlər bazasına ola bilər (fayl, server, veb). Bir faylda yüzdən çox verilənlər bazasını saxlamağı tövsiyə edirik, əks halda fayl sadəcə tam yüklənməyə bilər :)

Bir anda yüzlərlə verilənlər bazasını necə yeniləmək olar?

Verilənlər bazalarını ayrı bir serverdə yeniləmək daha yaxşıdır (və ya eyni anda iki serverdə daha yaxşıdır :) - bu daha sürətlidir və prosesi idarə etmək daha asandır. istifadə edirik tipik konfiqurasiyalar(dəstəkdən çıxarılmadan), ITS vasitəsilə yenilənir. Bu ilin birinci rübündə Mühasibat Uçotu 3.0 üçün 10-dan çox yeniləmə buraxıldı, onları hətta onlarla verilənlər bazasına əl ilə yaymaq çox əyləncəlidir. Buna görə də biz müəyyən strategiya hazırladıq.

Maraqlı hekayə: 2014-cü ilin ilk hesabat dövründə sevimli dövlət qurumlarımız və 1C birdən-birə bizi yuxudan məhrum etdi, mart və aprel ayları arasında yalnız Mühasibat 3.0 konfiqurasiyası üçün 10-dan çox yeniləmə buraxdı! Əlbəttə ki, biz hər şeyi yeniləmədik, lakin belə qısa müddətdə yüzlərlə verilənlər bazası üçün 3-4 yeniləmə - yaxşı yoxlama güc üçün.
Oxucu maraqlana bilər ki, bütün bəlaların səbəbi nədir? Cavab sadədir: qanunvericilikdəki dəyişikliklər və ən son anda. Məsələn: 2014-cü ilin əvvəlindən təsdiqlənmiş FSS və Pensiya Fondunun formaları yoxdur. Ən yaxşı 10 yeniləmədən birində onlar əlavə edildi, ancaq elektron çatdırılma üçün deyil, yalnız kağız çatdırılması üçün. Və bu hər zaman olur.

Kilidləyin

İnterfeys vasitəsilə:

Və ya 1Cv8.cdn verilənlər bazası kataloqunda aşağıdakı məzmunlu bir fayl yaratmaqla:
(1,20140514173100,00010101000000,"Verilənlər bazası müvəqqəti olaraq əlçatmazdır! Güclü olun =) Administrator üçün: İstifadəçilərin işləməsinə icazə vermək üçün server klaster konsolundan istifadə edin və ya "1C:Müəssisə" parametrləri ilə işlədin: ENTERPRISE /F" "X:\Base\ habrahabr"" /İstifadəçilərə işləməyə icazə verin /UC<код разрешения>","",""}

Yeniləyin

Fayl versiyası üçün:
CHCP 1251 SET cfu_file="X:\tmplts\1C\Accounting\3.0.32.7\1cv8.cfu" SET base_dir="X:\update\habrahabr" "%ProgramFiles(x86)%\1cv8\<версия>\bin\1cv8s.exe" CONFIG /F %base_dir% /N"Administrator" /P"123" /UpdateCfg %cfu_file% /UpdateDBCfg /Out update.log
SQL seçimi üçün:
CHCP 1251 SET cfu_file="X:\tmplts\1C\Accounting\3.0.32.7\1cv8.cfu" "%ProgramFiles(x86)%\1cv8\<версия>\bin\1cv8s.exe" CONFIG /S"habr\HabraBD" /N"Administrator" /P"123" /UpdateCfg %cfu_file% /UpdateDBCfg /Out update.log

Verilənlər bazalarının ehtiyat nüsxəsini necə düzgün çıxarmaq olar?

SQL-dən istifadə edirsinizsə, növbəti abzas amansızcasına atlana bilər - bu, yalnız fayl rejimi üçün uyğundur.

Təcrübəmizdə tez-tez uyğunsuz vəziyyətdə baza ilə qarşılaşmışıq. Üstəlik, fayl versiyasında, verilənlər bazasını kopyalamanın başlaması barədə məlumatlandırmaq üçün heç bir xüsusi vasitə yoxdur, hazırda baş verirsə, onunla işi bloklamaq üçün heç bir yol yoxdur. Biz bununla belə məşğul olduq: gecə yarısı RDP serveri yeni bağlantıları qadağan edən rejimə keçdi və bir neçə saatdan sonra skript bütün istifadəçiləri yumşaq bir şəkildə qovdu. Sonra adi yeniləmə və ehtiyat nüsxə baş verdi.

dt-ə yükləyin

Fayl versiyası üçün:
CHCP 1251 "%ProgramFiles(x86)%\1cv8\<версия>\bin\1cv8s.exe" CONFIG /F "X:\Base\habrahabr" /N"Administrator" /P"123" /DumpIB "X:\Backup\DT\habrahabr.dt"
SQL seçimi üçün:
CHCP 1251 "%ProgramFiles(x86)%\1cv8\<версия>\bin\1cv8s.exe" CONFIG /S"habr\HabraBD" /N"Administrator" /P"123" /DumpIB "X:\Backup\DT\habrahabr.dt"
Yuxarıda göstərilənlərin hamısı 1C Enterprise, platforma 8.3 üçün doğrudur; Mühasibat uçotu 3.0; Əmək haqqı və kadrların idarə edilməsi 2.5.

Növbəti dəfə bir verilənlər bazasında bir neçə yüz şirkət üçün məlumatların ayrılması rejimində işləmək haqqında danışacağıq. Sualları, şərhləri və təklifləri eşitməkdən şad olarıq. Bənzər işlərlə qarşılaşanların hamısına səbr, əzm və qələbəyə inam arzulayıram.

1C proqramını bir dəfə işə saldıqdan sonra başlanğıcda “İnfobaza ilə sessiyaya başlamaq qadağandır” səhvini gördüm. Yedəkləmə" Çox təəccübləndim - özümə heç bir blok qoymadım. Bir az təhlildən sonra səbəb (alt sistemlərdən biri) quraşdırılmış avtomatik arxiv surətinin çıxarılmasının "xətti" olduğu ortaya çıxdı.

Səhv belə görünür:

Problem onda idi ki, verilənlər bazasının arxiv nüsxələrinin yaradılmasını qurarkən sistem avtomatik olaraq məlumat bazasının girişində blok qoyur. Proses davam edərkən istifadəçilərin proqramı işə salmasının qarşısını alır.

Amma bəzən elə olur ki, kopyaladıqdan sonra sistem . Bu halda, "İnfobaza ilə sessiyaya başlamaq qadağandır..." xətası alırıq.

1C-də 267 video dərsi pulsuz əldə edin:

Problemin həlli

Problemi həll etməyin ən asan yolu faylı silməkdir 1Cv8.cdn(infobase lock faylı) verilənlər bazası qovluğundan.

Məsələn, yuxarıdakı ekran görüntüsümdə bazanın yeri aşağıdakı kimidir:

Siz bu qovluğa getməli və sonra 1Cv8.cdn faylını tapıb silməlisiniz.

1C müştəri-server verilənlər bazasının blokdan çıxarılması

Əgər server konsoluna girişiniz varsa, kilidi çıxarmaq çox sadədir. Sadəcə olaraq infobase xüsusiyyətlərinə keçin və “Sessiyanın bloklanması aktivləşdirildi” bayrağını çıxarın: