İdarə olunan bloklama rejimi 1s. Əməliyyat kilidinin idarə edilməsi

1C: Enterprise sistemi verilənlər bazası ilə işləməyin iki rejimindən istifadə etməyə imkan verir: əməliyyatda avtomatik kilidləmə rejimi və əməliyyatda idarə olunan kilidləmə rejimi.

Bu rejimlər arasındakı əsas fərq aşağıdakı kimidir. Avtomatik kilidləmə rejimi tərtibatçıdan əməliyyatda kilidləri idarə etmək üçün heç bir tədbir görməsini tələb etmir. Bu qaydalar 1C:Müəssisə sistem platforması tərəfindən müəyyən DBMS-də müəyyən səviyyəli əməliyyat izolyasiyasından istifadə etməklə təmin edilir. Bu iş rejimi tərtibatçı üçün ən sadədir, lakin bəzi hallarda (məsələn, çox sayda istifadəçinin intensiv eyni vaxtda işləməsi ilə) DBMS-də istifadə olunan əməliyyat izolyasiya səviyyəsi kifayət qədər paralelliyi təmin edə bilmir, bu da özünü büruzə verir. istifadəçilər işləyərkən çoxlu sayda kilidləmə münaqişəsi forması.

İdarə olunan kilidləmə rejimində işləyərkən, 1C: Müəssisə sistemi DBMS-də əməliyyat təcridinin daha aşağı səviyyəsindən istifadə edir ki, bu da tətbiq həllinin istifadəçilərinin paralelliyini əhəmiyyətli dərəcədə artıra bilər. Bununla belə, avtomatik kilidləmə rejimindən fərqli olaraq, əməliyyat təcridinin bu səviyyəsi artıq öz-özünə əməliyyatda məlumatlarla işləmək üçün bütün qaydalara uyğunluğu təmin edə bilməz. Buna görə də, idarə olunan rejimdə işləyərkən, tərtibatçıdan əməliyyatda müəyyən edilmiş kilidləri müstəqil şəkildə idarə etmək tələb olunur.

Xülasə, avtomatik bloklama rejimində və idarə olunan bloklama rejimində işləyərkən fərqlər aşağıdakı cədvəldə göstərilir:

Konfiqurasiyada bloklama rejiminin qurulması
Konfiqurasiyanın xüsusiyyəti var. Hər bir proqram konfiqurasiya obyekti də xüsusiyyətə malikdir Məlumat kilidinə nəzarət rejimi.
Bütün konfiqurasiya üçün məlumat kilidinə nəzarət rejimi Avtomatik, İdarə olunan (yeni konfiqurasiya üçün defolt) və Avtomatik və idarə olunur. Avtomatik və İdarə olunan dəyərlər obyektlərin hər biri üçün təyin edilmiş dəyərlərdən asılı olmayaraq bütün konfiqurasiya obyektləri üçün müvafiq bloklama rejiminin istifadə ediləcəyini bildirir. Məna Avtomatik və idarə olunur o deməkdir ki, konkret konfiqurasiya obyekti üçün onun xassəsində göstərilən rejim istifadə olunacaq Məlumat kilidinə nəzarət rejimi: Avtomatik və ya İdarə olunan.
Qeyd etmək lazımdır ki, metadata obyekti üçün müəyyən edilmiş məlumatların bloklanmasına nəzarət rejimi bu obyektin məlumatları ilə işləyərkən (məsələn, obyekt məlumatlarını dəyişdirərkən) 1C: Enterprise sistemi tərəfindən başlanan əməliyyatlar üçün təyin olunur.
Məsələn, bir obyektin yazılması əməliyyatı tərtibatçı tərəfindən başlatılan əməliyyatda həyata keçirilirsə (metod Tranzaksiyaya başlayın()), onda verilənlərin bloklanmasına nəzarət rejimi parametrin dəyəri ilə müəyyən ediləcək Kilid rejimiüsul Tranzaksiyaya başlayın(), metadata obyekti xassəsinin dəyəri deyil Məlumat kilidinə nəzarət rejimi.
Defolt parametr Kilid rejimi mənası var Məlumat Kilidinə Nəzarət Rejimi: Avtomatik, buna görə də üçün
Açıq əməliyyatda idarə olunan kilidləmə rejimindən istifadə etmək üçün bu parametrin dəyərini göstərməlisiniz
Data Lock Control Mode.Managed (əgər bu parametri təyin etmək məntiqlidir"Data Lock Control Mode" konfiqurasiya xüsusiyyəti "Avtomatik və İdarə olunan" olaraq təyin edilib) .

Daxili dildən istifadə edərək idarə olunan kilidlərlə işləmək
Daxili dil obyekti əməliyyatda kilidləri idarə etmək üçün istifadə olunur. LockData. Bu obyektin nümunəsi konstruktordan istifadə etməklə yaradıla bilər və sizə lazım olan kilid boşluqlarını və kilid rejimlərini təsvir etməyə imkan verir. Bütün yaradılmış kilidləri təyin etmək üçün obyektin Lock() metodundan istifadə edin LockData. Bu üsul əməliyyatda (açıq və ya gizli) icra edilirsə, kilidlər əldə edilir və əməliyyat başa çatdıqda avtomatik olaraq buraxılır. Lock() metodu əməliyyatdan kənarda icra olunarsa, heç bir kilid əldə edilməyəcək.

Sahənin dəyərinin göstərilən qiymətə bərabər olması və ya sahə dəyərinin müəyyən edilmiş diapazonda olması üçün şərtlər qoyulur.
Şərtlər iki şəkildə təyin edilə bilər:

● sahənin adını və dəyərini açıq şəkildə göstərməklə (metod Dəyəri təyin edin() obyekt DataLock Elementi);
● tələb olunan dəyərləri ehtiva edən məlumat mənbəyini göstərərək (obyektin DataSource xüsusiyyəti DataLock Elementi).

Hər bloklama elementi üçün iki bloklama rejimindən biri təyin edilə bilər:

● paylaşıldı,
● müstəsna.

İdarə olunan kilidləmə uyğunluğu cədvəli belə görünür:

Paylaşılan kilidləmə rejimi o deməkdir ki, kilidlənmiş məlumat cari əməliyyatın sonuna qədər başqa bir əməliyyat tərəfindən dəyişdirilə bilməz.
Eksklüziv kilidləmə o deməkdir ki, kilidlənmiş məlumat cari tranzaksiya bitməmişdən əvvəl başqa bir əməliyyat tərəfindən dəyişdirilə bilməz və ya məlumatda paylaşılan kilidi saxlayan başqa bir əməliyyat tərəfindən oxuna bilməz.

"Avtomatik və idarə olunan" rejimdə işləmə xüsusiyyətləri

Avtomatik və İdarə olunan bloklama idarəetmə rejimində işləyərkən iki xüsusiyyət nəzərə alınmalıdır:

● Verilmiş əməliyyat üçün müəyyən edilmiş rejimdən asılı olmayaraq, sistem müvafiq idarə olunanı quraşdıracaq
bloklama.
● Kilid nəzarət rejimi “yuxarı” səviyyəli əməliyyatla müəyyən edilir. Başqa sözlə desək, əgər tranzaksiya başlanan zaman başqa əməliyyat başlanmışdırsa, o zaman başlanmış əməliyyat yalnız artıq işləyən əməliyyat üçün təyin edilmiş rejimdə icra oluna bilər.

Sadalanan xüsusiyyətləri daha ətraflı nəzərdən keçirək.
Birinci xüsusiyyət odur ki, tranzaksiya üçün avtomatik kilid idarəetmə rejimi istifadə edilsə belə, sistem bu əməliyyatda məlumat yazarkən müvafiq idarə olunan kilidləri əlavə olaraq quraşdıracaqdır. Buradan belə çıxır ki, idarə olunan kilidləmə rejimində həyata keçirilən əməliyyatlar ola bilər üz-üzə gəlməkəməliyyatlarla,
avtomatik kilid idarəetmə rejimində yerinə yetirilir.
İkinci xüsusiyyət konfiqurasiyada metadata obyekti üçün müəyyən edilmiş və ya əməliyyatın başlanğıcında açıq şəkildə göstərilən kilid idarəetmə rejimi (metod parametri kimi) Tranzaksiyaya başlayın()), yalnız “arzu olunan” rejimdir. Əməliyyatın həyata keçiriləcəyi faktiki kilid idarəetmə rejimi əməliyyata başlamaq üçün edilən bu çağırışın birinci olub-olmamasından və ya 1C: Müəssisə sisteminin bu sessiyasında həmin an başqa əməliyyatın artıq başlayıb-başlamamasından asılıdır.
Məsələn, sənədi yerləşdirərkən reyestr qeydlərinin dəstlərini yazarkən kilidləri idarə etmək lazımdırsa, idarə olunan kilidləmə rejimi həm reyestrin özü, həm də sənəd üçün təyin edilməlidir, çünki əməliyyatda reyestr qeydlərinin dəstlərinin yazılması həyata keçiriləcəkdir. sənədi yazarkən açılır.

Bir neçə düyməni basaraq 1C sürətləndirin 2. İdarə olunan kilidlər. 4 sentyabr 2011-ci il

Konfiqurasiyanı 1C-dən idarə olunan kilidlərə köçürmə metodologiyasını oxusanız, orada çox maraqlı və qorxulu şeylər tapa bilərsiniz. Əslində sadədir: Konfiqurasiya xüsusiyyətlərində məlumat bloklama rejimini dəyişdirin - "İdarə olunan". Hamısı. Təbrik edirik - yenicə idarə olunan kilidlərə keçdiniz. Əslində, hər şey bir qədər daha mürəkkəbdir - amma çox deyil.

Birincisi, qısa nəzəri ekskursiya - bloklama niyə lazımdır: Girişi olanlar, əlbəttə ki, burada oxuya bilərlər: http://kb.1c.ru/articleView.jsp?id=30 1C kifayət qədər əlçatan bir məqalə yazmaqdan əziyyət çəkdi. məlumatların bloklanması haqqında. Girişi olmayanlar üçün qıfılların niyə lazım olduğunu qısaca izah edəcəyəm:

Nümunə 1. Nəzarət olunan kilidləri işə saldıqdan sonra heç bir şey etməsəniz və eyni zamanda 2 sənədi paralel olaraq emal etməyə başlasanız (onlardan biri hələ saniyənin bir hissəsidir), onda təxminən aşağıdakı şəkli alacağıq:

İndi vəziyyəti düzəltməyə çalışacağıq - sənədin icra kodunda balansları oxumadan dərhal əvvəl eksklüziv idarə olunan kilidin quraşdırılmasını yazacağıq:

İndi qıfılların nə üçün lazım olduğunu anladıqdan sonra, lazım olan yerdə idarə olunan qıfılları quraşdırmaq qalır: yəni - yalnız qalıqlara nəzarətin həyata keçirildiyi yerlərdə. Əgər məlumat bazanızdakı menecerin anbarda məhsulun (pulun) olub-olmamasından asılı olmayaraq sənəd yerləşdirmək hüququ varsa, onda bloklamağa nə ehtiyac var? Siz sadəcə onları quraşdıra və ya qeydiyyatdan keçirə və daha yaxşı vaxtlara qədər şərh edə bilməzsiniz. Balanslara nəzarət edirsinizsə, bir qayda olaraq 3-4 registr, yaxşı, maksimum 10-dur. İdarəetmə həm ümumi prosedurlarda və funksiyalarda, həm də RN qeyd dəstinin modullarında dayandırıla bilər. Kod olduqca sadədir, sintaksis köməkçisini açın və baxın:

Bloklama = NewDataLock;
LockElement = Kilid. əlavə et( "Yığım reyestri. Anbarlarda olan mallar") ;
Kilid elementi. SetValue("Keyfiyyət", Kataloqlar. Keyfiyyət. FindByCode("1" ) );
Kilid elementi. Rejim = DataLockMode. müstəsna;
Kilid elementi. DataSource = DocumentObject. Returnable Container;
Kilid elementi. UseFromDataSource("Nomenklatura", "Nomenklatura");
Kilid elementi. UseFromDataSource("Anbar", "Anbar");
Bloklama. Blok ();

Əslində, hər şey dərhal aydındır - biz "anbarlardakı malları" bloklayırıq, 1 ölçüsünü açıq şəkildə təyin edirik, digər 2-nin dəyərlərini məlumat mənbəyindən - PM sənədindən götürürük.

8.2-də kitab oxuyanlar yəqin ki, "Yeni Göndərmə Məntiqi"ni xatırlayırlar - sənədlərin hərəkəti qeydə alındıqdan sonra qalıqlara nəzarət edildikdə. Maraqlıdır, bu niyə? Ancaq gəlin bu lövhəni yenidən çəkək ki, balanslara nəzarət və bloklama hərəkətləri qeyd etdikdən sonra olsun:

Kilidlərin nə üçün lazım olduğunu bilməklə, həqiqətən həll etdiyiniz biznes problemlərinə əsaslanaraq onları idarə edə bilərsiniz. DBMS-lər məlumatların maksimum mühafizəsini təmin etmək fərziyyəsi əsasında hazırlanır. Əgər siz, məsələn, bank əməliyyatları həyata keçirirsinizsə, bloklama hər yerdə və maksimum səviyyədə olmalıdır. Məlumatların uyğunsuz olmasına icazə verməkdənsə, lazımsız qeydləri bloklamaq daha yaxşıdır.

Çörəklər və ya diyircəkli qələmlər satırsanız, çətin ki, bu qədər bloklamaya ehtiyacınız olmayacaq. İnsan təqsiri üzündən qüsurlar və səhv qiymətləndirmə nəticəsində iki istifadəçi eyni vaxtda iki eyni göndərmə sənədini işlədə bildiyinizdən yüzlərlə dəfə çox itirirsiniz.

Bu cür müxtəlif tapşırıqlar arasında dəyişiklik etmək üçün DBMS-lər izolyasiya səviyyələri ilə gəldi. Əməliyyat təcrid səviyyəsini təyin etməklə, DBMS-ə müxtəlif hallarda (yazarkən və oxuyarkən müxtəlif hallarda, S (oxuya və ya yaza bilərsiniz) və ya X (nə oxuya, nə də oxuya bilərsiniz); yazmaq) qıfıllar qoyulur.

Beləliklə, avtomatik rejimdə siz demək olar ki, həmişə SERIALIZABLE izolyasiya səviyyəsinə sahib olacaqsınız ki, bu da lazım olan və lazım olmayan yerlərdə X kilidləri tətbiq edəcək və bu, həyatınızı əhəmiyyətli dərəcədə məhv edəcəkdir.

Və idarə olunan birində siz oxuduqda S kilidini tətbiq edəcək və dərhal buraxacaq READ COMMITED olacaqsınız və yalnız yazarkən X kilidi. Ən çətin səviyyə. Tez tətbiq olunan S kilidi sadəcə olaraq bu məlumatda X kilidinin yerləşdirilib-yerləşdirilmədiyini yoxlamağa imkan verir ki, bu da müəyyən bir izolyasiya səviyyəsi üçün adət olduğu kimi yalnız ardıcıl məlumatların oxunmasını təmin edir və əgər siz təlimatda tövsiyə olunan hərəkətləri oxuyub yerinə yetirmisinizsə. əvvəlki məqalə, sonra oxuyarkən hətta S kilidləri də olacaq, buna görə də DBMS səviyyəsində yazı zamanı yalnız yazı bloklanacaq - bu, məlumatların ardıcıllığı üçün düzgün və zəruridir.

İdarə olunan kilidlərlə nə edəcəyiniz sizin qərarınızdır. Ancaq onları quraşdırmaq üçün tələsməməyi məsləhət görürəm. Avtomatik bloklama rejimi olan şirkətlərə rast gəldim və baş direktorun ağzından belə “bloklamaqla əzab çəkdi” sözü eşidildi və eyni zamanda mənfi balanslara nəzarət deaktiv edildi....

Bu gün həm 1C 8.3 və 8.2 səviyyəsində, həm də DBMS səviyyəsində bloklama haqqında danışacağıq. Məlumatların bloklanması birdən çox istifadəçisi olan istənilən sistemin məcburi elementidir.

Aşağıda bloklamanın necə işlədiyini və onların hansı növləri olduğunu təsvir edəcəyəm.

Kilid sistem resursunun başqa bir istifadəçi tərəfindən ələ keçirildiyi barədə məlumatdır. Belə bir fikir var ki, bloklama səhvdir. Xeyr, çox istifadəçili sistemdə resursları bölüşmək üçün kilidləmə qaçılmaz bir tədbirdir.

Yalnız lazımsız ("lazımsız") kilidlər sistemə zərər verə bilər; bunlar lazımsız məlumatları bloklayan kilidlərdir. Bu cür tıxanmaları necə aradan qaldıracağınızı öyrənməlisiniz, onlar suboptimal sistemin işləməsinə səbəb ola bilər;

1C-də kilidlər şərti olaraq obyekt və əməliyyata bölünür.

Obyektiv olanlar isə öz növbəsində optimist və bədbindir. Və əməliyyatlar idarə olunan və avtomatik bölünə bilər.

Obyekt kilidləri 1C

Bu tip kilidləmə 1C platforması səviyyəsində tamamilə həyata keçirilir və DBMS-yə heç bir şəkildə təsir göstərmir.

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

Pessimist kilidlər

Bu bloklama bir istifadəçi kataloq formasında nəyisə dəyişdikdə, ikincisi isə formadakı obyekti eyni şəkildə dəyişməyə çalışdıqda işə salınır.

Optimist kilidlər

Bu kilid obyektin versiyalarını müqayisə edir: əgər iki istifadəçi formanı açıb və onlardan biri obyekti dəyişib yazıbsa, ikinciyə yazarkən sistem obyektlərin versiyalarının fərqli olması ilə bağlı xəta verəcək.

Əməliyyat kilidləri 1C

1C əməliyyat kilidləmə mexanizmi obyektin kilidləmə mexanizmindən daha maraqlı və daha funksionaldır. Bu mexanizm aktiv olaraq DBMS səviyyəsində kilidləməni əhatə edir.

Əməliyyat kilidlərinin düzgün işləməməsi aşağıdakı problemlərə səbəb ola bilər:

• itirilmiş dəyişiklik problemi;
• çirkli oxu problemi;
• oxumağın unikallığı;
• fantomları oxumaq.

Bu problemlər haqqında məqalədə ətraflı müzakirə edilmişdir.

Avtomatik əməliyyat 1C və DBMS-ni kilidləyir

Avtomatik rejimdə, DBMS kilidləmə üçün tamamilə cavabdehdir. Bu vəziyyətdə tərtibatçı tamamilə prosesdə iştirak etmir. Bu, 1C proqramçısının işini asanlaşdırır, lakin avtomatik kilidləri olan çoxlu sayda istifadəçilər üçün məlumat sisteminin yaradılması arzuolunmazdır (xüsusilə PostgreSQL və Oracle BD DBMS-lər üçün - məlumatları dəyişdirərkən cədvəli tamamilə kilidləyirlər).

Müxtəlif DBMS-lər üçün avtomatik rejimdə müxtəlif izolyasiya dərəcələri istifadə olunur:

• Bütün cədvəl üçün SERIALIZABLE – fayl rejimi 1C, Oracle;
• Qeydlərdə SERIALIZABLE – qeyri-obyektiv obyektlərlə işləyərkən MS SQL, IBM DB2;
• Qeydlərdə TƏKRAR OXUMA - obyekt obyektləri ilə işləyərkən MS SQL, IBM DB2.

1C və DBMS əməliyyat kilidlərinin idarə olunan rejimi

1C səviyyəsində tətbiq həllinin tərtibçisi tam məsuliyyəti öz üzərinə götürür. Bu halda, DBMS əməliyyatlar üçün kifayət qədər yüksək səviyyədə izolyasiya təyin edir - READ COMMITED (fayl DBMS üçün SERIALIZABLE).

Verilənlər bazası ilə hər hansı bir əməliyyat həyata keçirərkən, 1C kilid meneceri resursun bloklanması (ələ keçirilməsi) imkanlarını təhlil edir. Eyni istifadəçinin kilidləri həmişə uyğun gəlir.

İki kilid uyğun DEYİL, əgər: onlar müxtəlif istifadəçilər tərəfindən quraşdırılıbsa, onlar uyğun olmayan növlərə malikdirlər (eksklüziv/paylaşılan) və eyni resursda quraşdırılıblar.

DBMS-də kilidlərin fiziki icrası

Fiziki olaraq, kilidlər master adlı verilənlər bazasında yerləşən bir cədvəldir. Kilid cədvəlinin özü syslockinfo adlanır.

Cədvəl şərti olaraq dörd sahəyə malikdir:

1. Bloklanan sessiya ID SPID;
2. RES ID tərəfindən tam olaraq nə bloklanır;
3. kilid növü - S,U və ya X MODE(əslində MS SQL-də 22 növ var, lakin yalnız üçü 1C ilə birlikdə istifadə olunur);
4. bloklama vəziyyəti - dəyər ala bilər Qrant(quraşdırılmış) və GÖZLƏMƏK(növbəsini gözləyir).

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ə 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 onun hansı qovluğunda (kataloqda) yerləşdiyini anlamalı və bu qovluqdakı bir faylı silməlisiniz - 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 oxumağa təhlükəsiz 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 halda, sadəcə "Dəyişdir" düyməsini basın.

Məlumat bazasının müəyyən bir kompüterdə və ya yerli şəbəkədə yerləşdiyini görsəniz, 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 “Çalış” 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).

• Windows-un bütün versiyaları və onun parametrləri üçün universal bir üsul. 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 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 seçim: Araşdırma 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 əsaslanaraq 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ında sizə əlavə olaraq infobase administratorundan və ya klaster administratorundan icazə tələb olunacaq.

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

... görünüşü dəyişmiş əvvəlki dialoq qutusuna qayıdacaqsınız:

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. Bütün xəbərdarlıqlar "Bloklanmağı təyin et" düyməsini basdığınız andan bloklamanın başlama vaxtına qədər intervalda verilir, bundan sonra aktiv seans heç bir bildiriş olmadan bitəcək və 1C konfiqurasiyaya başlamağa cəhd dövrünə keçəcək. yenidən 1 dəqiqəlik fasilə ilə.

İ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 seansını bitirsəniz) bloklama işləyəcək?

Bəli. Müəyyən edilmiş kilidə cavab vermək 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. Onun saatının düzgünlüyü müəyyən bir kompüterin seansı tam olaraq düzgün vaxtda dayandıra bilib-bilmədiyini müəyyən edir. 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. Amma əslində, kompüterdə, məsələn, mövsümi (qış/yay) vaxta keçidi dəstəkləyən əməliyyat sistemi yeniləməsi olmaya bilər və xəta artıq saniyələr deyil, saatlar ola bilər. Bu təcrübəni həyata keçirmək asandır: bloku saat 10-da yarım saata təyin edin və kompüterlərdən birində vaxtı bir saat irəli təyin edin - blok ona təsir etməyəcək.

Buna görə də, kilidi təyin etməzdən əvvəl, qol saatınızla kompüterinizin aşağı sağ küncündəki vaxtı diqqətlə yoxlayın, həmçinin 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ğını göstərmə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ıldığı texniki həlldən asılı olaraq, bu istifadəçilərin bloklanması ya işləyəcək, ya da olmayacaq.

Bloklamanın Vladivostok istifadəçiləri üçün düzgün işləmədiyi hansı texniki həllər ola bilər? 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 UTC+10 vaxtı ilə yerli kompüterdən işə salınır. 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. Bu seçimdə 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:

• Kilidi quraşdırdıqdan sonra informasiya təhlükəsizliyi ilə seans başa çatmışdır (əl ilə və ya kilidin təşəbbüskarın özünə tətbiq edilməsi nəticəsində) və yeni seansa 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);
• Məlumat bazası SQL versiyasındadır və səhv qurulmuş kilidi ləğv etmək üçün infobase qovluğunda 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.

Məlumat bazası ehtiyat nüsxəsinin yaradılması müddətində 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 SQL serverinin yerləşdirildiyi eyni serverdə, həmçinin “1C Server” ın özünün (və ya “1C Tətbiq Serveri”) yerləşdirildiyi yerdə quraşdırılır. 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 adı və şifrənizlə qoşulun. Qoşula bilmirsinizsə, sistem administratorunuzdan sizi Uzaq Masaüstü İstifadəçiləri qrupuna əlavə etməsini xahiş edin. (Belə hüquqlar rədd edilərsə, iş stansiyasında “1C Müəssisə Serverlərinin İdarə Edilməsi” əlavə elementini 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).

SQL infobase-nin bütün istifadəçiləri sistemdən çıxsalar nə etməli, lakin siz hələ də Konfiquratoru işə sala bilmirsiniz, çünki... aktiv istifadəçilər var?

Ekranın sağ tərəfindəki məlumat bazasının "Əlaqələr" 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.

İdarə olunan kilidlərə keçidin əsas səbəbləri:

• Əsas səbəb 1C:Expert və ya 1C:TsUP ifadəsinə əsaslanan tövsiyədir.
• Paralel istifadəçilərlə bağlı problemlər ()
• Oracle, PostgreSQL və .

İşin dəyəri:

İdarə olunan kilidlərin mahiyyəti

Avtomatik kilidləmə idarəetmə rejimində işləyərkən, 1C: Enterprise DBMS səviyyəsində bir əməliyyatda məlumatların yüksək dərəcədə izolyasiyasını təyin edir. Bu, proqram tərtibatçılarının heç bir xüsusi səyi olmadan natamam və ya yanlış məlumat əldə etmək imkanını tamamilə aradan qaldırmağa imkan verir.

Bu, az sayda aktiv istifadəçi üçün əlverişli və düzgün yanaşmadır. İnkişaf asanlığının qiyməti DBMS səviyyəsində müəyyən miqdarda lazımsız kilidləmədir. Bu kilidlər həm DBMS-nin özündə kilidləmə mexanizmlərinin həyata keçirilməsinin xüsusiyyətləri ilə, həm də DBMS-nin 1C: Enterprise metaməlumat obyektlərinin fiziki mənasını və strukturunu nəzərə ala bilməməsi (və etməməsi) ilə əlaqələndirilir.

Resurslar üçün yüksək çəkişmə ilə işləyərkən (çox sayda istifadəçi) müəyyən bir nöqtədə lazımsız kilidlərin təsiri paralel rejimdə performans baxımından nəzərə çarpır.

Konfiqurasiya idarə olunan rejimə keçirildikdən sonra platformada "kilid meneceri" nin əlavə funksionallığı aktivləşdirilir və məlumatların bütövlüyünə nəzarət indi DBMS tərəfində deyil, 1C server tərəfində həyata keçirilir. Bu, 1C server aparatının yükünü artırır (daha sürətli prosessorlar və daha çox yaddaş tələb olunur) və əslində hətta bir qədər yavaşlama (bir neçə faiz) təqdim edir, lakin kilidlərlə vəziyyəti əhəmiyyətli dərəcədə yaxşılaşdırır (obyektdəki kilidlər səbəbindən daha az kilid və cədvəllərin birləşməsində deyil, daha az bloklama sahəsi və bəzi hallarda oxu kilidlərinin ömrü daha qısadır, yəni əməliyyatın sonuna qədər deyil). Bu, ümumi paralelliyi yaxşılaşdırır.

1C-dən yeni konfiqurasiyalar dərhal idarə olunan rejimdə həyata keçirildi.

• Sual: Əvvəlcə audit edib sonra FM-ə keçmək olarmı?

Cavab: Bəli, audit idarə olunan kilidlərə köçürmənin məqsədəuyğunluğu üçün əlavə əsaslandırma rolunu oynayacaq, həmçinin avtomatik kilidlərin ümumi yavaşlamaya töhfəsini və köçürmə ilə yanaşı əlavə səylərə ehtiyac olub olmadığını qiymətləndirmək üçün xidmət edəcəkdir.

• Sual: UX-ə köçürmək üçün hansı növ giriş təmin edilməlidir - RDP, TeamViewer? Yoxsa konfiqurasiya faylını sizə göndərə bilərəm?

Cavab: Biz özümüzü bir konkret uzaqdan giriş texnologiyası ilə məhdudlaşdırmamağa çalışırıq, bunu edəcək istənilən uzaqdan giriş texnologiyası. Əgər sizin üçün fərqi yoxdursa, o zaman RDP daha praktikdir.
Göndərilən konfiqurasiya faylı əsasında optimallaşdırma həyata keçirə bilərik, lakin sonra bəzi real məlumatları sazlaya bilməyəcəyik və siz daha diqqətlə sınaqdan keçirməli olacaqsınız. Əgər verilənlər bazasının bir nüsxəsində optimallaşdırma aparsaq, sizə işin nəticəsini verməzdən əvvəl onu daha ətraflı sınaqdan keçirə bilərik.

• Sual: Bizdə hər gün konfransda nəyisə dəyişən tam ştatlı 10 proqramçı var. Paylaşılan konfiqurasiya mağazasından istifadə olunur." UX-ə keçid zamanı qarşılıqlı əlaqə necə təşkil olunacaq? Yoxsa bütün proqramçılar məzuniyyətə göndərilməlidir?

Cavab: Dəyişikliklərimiz bir qayda olaraq bir neçə gün ərzində edilir. Qalan vaxt texniki mülahizələrlə deyil, biznes tərəfindən müəyyən edilən tələb olunan məntiq nöqteyi-nəzərindən daxil olmaqla, edilən dəyişikliklərin sınaqdan keçirilməsinə sərf olunur. Biz ayrıca konfiqurasiya faylına dəyişikliklər edə bilərik cf , və sonra proqramçınız onu depoya yerləşdirəcək. Heç kim tətilə getməli olmayacaq. Qarşılıqlı əlaqə üçün digər seçimlərdə, sadəcə olaraq, tərtibatçılarınızın hansı obyektləri tutmağı planlaşdırdığı barədə razılaşmalısınız ki, biz hər iki tərəf üçün əlverişli olan iş planı qura bilək. Bir qayda olaraq, tərtibatçılarınızın bütün konfiqurasiyanı ələ keçirməsi və ya bizə gün üçün "sükan" verməsi lazım deyil.