Paylanmış İnformasiya Bazası: Əsaslar. Paylanmış məlumat bazası. Addım-addım təlimatlar və tələlər 1s 8 yuxarı qabırğa qəbulu
URDB komponentindən (URİB) istifadə edərək paylanmış verilənlər bazalarının yaradılması və konfiqurasiyası üçün təlimatlar
URBD komponenti (Distributed Database Management) iki eyni 1C verilənlər bazası arasında məlumat mübadiləsi üçün istifadə olunur. Konfiqurasiyalar fərqlidirsə, onu da tətbiq edə bilərsiniz, bu başqa bir şəkildə yazılmışdır. Komponentin işləməsi üçün DistrDB.dll faylı 1C: Enterprise proqramının BIN qovluğunda olmalıdır.
Paylanmış verilənlər bazası yaratmaq üçün addımları nəzərdən keçirin. Məsələn, bizim D:\base1 qovluğunda işləyən bazamız var. Onu mərkəzləşdirmək və periferik baza yaratmaq tələb olunur.
1. Periferik baza üçün D:\base2 kataloqunu yaradın.
2. D:\base1 və D:\base2 qovluqlarında CP və PC qovluqlarını yaradın (biz latın hərflərindən istifadə edirik).
3. Mərkəzi verilənlər bazası konfiquratorunu işə salın (D:\base1) və Menyu - İdarəetmə - Paylanmış IB - İdarəetmə seçin.
4. "Mərkəzi İS" düyməsini basın, görünən pəncərədə verilənlər bazasının kodunu və adını daxil edin. Kod üçün rəqəmlərdən və ya Latın hərflərindən istifadə etmək daha yaxşıdır. Məsələn, 001 və "Mərkəzi baza" daxil edin, "OK" düyməsini basaraq təsdiqləyin.
5. Periferik verilənlər bazası yaratmaq üçün "Yeni Periferik IB" düyməsini klikləyin. Bunun üçün parametrləri daxil edirik: 002 və "Periferik baza 1".
6. Kursorla "Periferik baza 1" bazasını seçin və "Tənzimlə" düyməsini basın. avtomatik mübadilə. Parametrlərdə dəyişiklik əl rejimi avtomatik. Ehtiyatlı olun, bu vacibdir.
7. Kursorla "Periferik baza 1" verilənlər bazasını seçin və "Məlumatları yüklə" düyməsini, sonra isə "OK" düyməsini basın. Yükləmə nəticəsində D:\base1\CP\020.zip faylı görünəcək.
8. 1C-ni konfiqurator rejimində işə salırıq, 1C-nin işə salınma pəncərəsində yeni baza "Periferik baza 1" əlavə edirik, onun üçün əvvəllər yaradılmış D:\base2 kataloqunu təyin edirik.
9. Menyu - İdarəetmə - Paylanmış İS - İdarəetmə seçin. Aktiv sual verildi"İnfobaza tapılmadı. Məlumat yükləmək istərdinizmi?" "Bəli" düyməsini basın və fayl adını "D:\base1\CP\020.zip" təyin edin, "OK" düyməsini basın. Yükləmə tamamlandıqdan sonra periferik bazanın yaradılması prosesi başa çatmış hesab edilə bilər.
Həmçinin, mərkəzi verilənlər bazasının surətini ehtiyat nüsxədən bərpa etməklə və ya SQL formatı üçün mərkəzi verilənlər bazası nüsxəsinin fayllarını əlavə etməklə və skripti icra etməklə periferik verilənlər bazası yaratmaq yolları verilmişdir. Bu, yükləmələr və endirmələr bir neçə saat çəkdikdə və ya ümumiyyətlə qeyri-real olduqda, böyük həcmdə məlumat üçün faydalı olacaq.
URDB komponentindən (URİB) istifadə edərək paylanmış verilənlər bazaları arasında mübadilə üçün təlimatlar
Sadələşdirilmiş bir nümunəni nəzərdən keçirək, konfiquratoru işə salmaqla mübadiləni əl ilə həyata keçirəcəyik. Siz konfiquratorun toplu rejimindən istifadə edə bilərsiniz, mübadilə paketlərini çatdırmaq üçün poçt, ftp, faylların avtomatik surətini çıxara bilərsiniz.
Mübadiləni həyata keçirmək üçün Menyu - İdarəetmə - Paylanmış IB - Avtomatik mübadilə seçməlisiniz. Mübadilə avtomatik olarsa (əvvəlki təlimatların 6-cı bəndinə baxın), onda biz uğur qazanacağıq.
1. Beləliklə, biz periferik bazaya miqrasiya edən bəzi obyektləri dəyişdiririk və ya yaradırıq. Obyektin miqrasiyası qaydaları obyektin xassələrindəki "Miqrasiya" sekmesinde təyin olunur (konfiquratorda obyekt ağacına baxın).
2. Mərkəzi verilənlər bazası konfiquratorunu işə salın, Menyu - İdarəetmə - Paylanmış IB - Avtomatik mübadilə seçin, "İşlə" düyməsini basın.
3. Nəticədə D:\base1\CP\020.zip faylı D:\base2\CP\ qovluğuna köçürülür.
4. Bəzi obyektləri dəyişdirin periferik baza data. Tercihen mərkəzi verilənlər bazasında əvvəllər dəyişmiş olanlar deyil, tk. mərkəzi baza mübadilə zamanı obyekt dəyişikliklərinin prioritetinə malikdir.
5. Periferik baza konfiquratorunu işə salın, Menyu - İdarəetmə - Paylanmış IB - Avtomatik mübadilə seçin, "Çalış" düyməsini basın.
6. Avtomübadilə nəticəsində mərkəzi məlumat bazasından bizdə dəyişikliklər olmalıdır. D:\base2\PC\021.zip mərkəzi verilənlər bazasına köçürmək üçün bir faylımız da olmalıdır
7. D:\base2\PC\021.zip faylını D:\base1\PC qovluğuna kopyalayın
8. 2-ci nöqtəni təkrarlayın. Nəticədə periferik verilənlər bazasından gələn dəyişikliklər mərkəzi verilənlər bazasında görünəcək.
Beləliklə, mübadilənin ümumi prinsipi: bir bazanın PC qovluğundan digər bazanın PC qovluğuna və bir bazanın CP qovluğundan CP qovluğuna faylların (mübadilə paketlərinin) eyni vaxtda hərəkəti ilə avtomatik mübadilənin alternativ icrası. başqa bazadan.
Konfiqurasiya dəyişiklikləri yalnız mərkəzi verilənlər bazasında edilir. Konfiqurasiyanı dəyişdirərkən, eksklüziv rejimdə periferik verilənlər bazalarında mübadilə etmək lazımdır. Mərkəzi bazada kənar bazalardan paketləri uğurla emal etmək üçün konfiqurasiya kənar bazalara yüklənməlidir. Əgər çaşqınsınızsa - yaxşıdır, mərkəzi baza tərəfindən rədd edilən paket yenidən yüklənəcək.
1s 8.3 və ya 1s 8.2? Paylanmış məlumat bazasının qurulması. Addım-addım təlimat.
Infobase paylanması, müxtəlif səbəblərdən istifadə edə bilməyən verilənlər bazalarında birgə mühasibat uçotu aparmaq lazım olduqda istifadə olunur. fiziki əlaqə. Nümunə, bölməsi olan tək bir firmada mühasibat uçotu ola bilər böyük şəhər və internetə qoşulmaq imkanı olmayan kiçik bir kənd. Və ya dövri bəzi xüsusi hallarda ofisdə və ofisdən kənarda, məsələn, evdə bir verilənlər bazası ilə eyni vaxtda işləmək lazımdır. Bu və buna bənzər hallarda paylanmış informasiya bazasından (DİB) istifadə əsaslandırılır və zəruridir.
Bu yazıda biz bir məlumat bazasının yerli və ya 8.3 versiyası vasitəsilə Rusiya üçün 1C Mühasibat uçotu konfiqurasiyasında paylanmasının təşkilini nəzərdən keçirəcəyik. şəbəkə kataloqu. 8.2 1C versiyasında bu təlimat da faydalı olacaq, çünki. mahiyyətcə kiçik fərqlərlə mahiyyətcə bir prosesi təsvir edir.
==== Əsas baza üçün quraşdırma ====
1C 8.3-ü "Müəssisə" rejimində açdıqdan sonra "İdarəetmə" bölməsinə keçək. 1C 8.2 versiyasında işə başlamaq üçün "Xidmət" - "Paylanmış" əsas menyusuna keçməlisiniz. məlumat bazası(RIB)" - "RIB qovşaqlarını konfiqurasiya edin".
Bundan əlavə, biz prosesi IB 8.3 versiyası kontekstində nəzərdən keçirəcəyik. Beləliklə, "İdarəetmə" bölməsinə keçərək "Proqram parametrləri" ni seçin. Parametrlərdə "Məlumatların sinxronizasiyası" bölməsinə keçin. Burada "Məlumat sinxronizasiyasından istifadə et" qutusunu işarələyirik və verilənlər bazası prefiksini təyin edirik. Biz mərkəzi bazanı nəzərdə tutan "CB" göstəririk.
Bundan sonra, sağ menyuda "Məlumatların sinxronizasiyası" maddəsi görünür. Gəlin onu seçək. Açılan uşaq pəncərəsində "Məlumat sinxronizasiyasını qur" düyməsini basın. Açılan menyuda siz sinxronizasiyanın müxtəlif istifadə halları üçün parametrlər üçün seçimlər seçə bilərsiniz. "Paylanılmış məlumat bazası ..." seçirik.
Ümumi inkişaf üçün növbəti pəncərənin məzmunu ilə tanış oluruq və "Next" düyməsini sıxırıq.
Növbəti pəncərədə qovluğu doldurun. Yükləmənin ölçüsünü azaltmaq üçün məlumatların sıxılmasını təyin edirik və siz dərhal məlumat arxivi üçün parol təyin edə bilərsiniz. Bunu unutmamaq vacibdir. Doldurmağı "Növbəti" düyməsi ilə təsdiqləyin.
Növbəti iki pəncərə vasitəsilə mübadilə halları üçün parametrləri müəyyən etmək üçün nəzərdə tutulmuşdur FTP server və vasitəsilə e-poçt. Daha əvvəl qeyd edildiyi kimi, biz bir kataloq vasitəsilə mübadilə üsulunu nəzərdən keçiririk, ona görə də FTP və e-poçt parametrlərini atlayırıq.
Növbəti pəncərə periferik verilənlər bazasının hissəsində mübadilə parametrlərini təyin etmək üçün nəzərdə tutulub. Onun adını və prefiksini göstərin. Sonrakı - "Sonrakı" düyməsi.
Gəlin formalaşdırdığımız mübadilə parametrlərini yoxlayaq və onların düzgünlüyünü ənənəvi "Növbəti" düyməsi ilə təsdiq edək.
Mübadilə üçün lazımi parametrlər dəsti avtomatik olaraq yaradılacaq. Bir az vaxt aparacaq.
Vacibdir! Aşağı axın node üçün ilkin təsvirin yaradılması xeyli vaxt tələb edir. Bu əhəmiyyətin ölçüsü kompüterin resurslarından və əsas məlumat bazasında uçotun həcmindən asılıdır.
Tutaq ki, bir görüntü yaratmağa qərar verdik. Əvvəlki pəncərədə "Finish" düyməsini sıxdıqdan sonra biz qul IS-nin şəklini yaratmaq üçün parametrlərə daxil olacağıq. üçün ən sadə halı nəzərdən keçiririk yerli əməliyyatlar. Bunun üçün açılan pəncərədə lazımi detalları göstərin. Xüsusi diqqət yetirin " Tam adı fayl bazası. O, "şəbəkə" formatında yerli yolun formalaşmasını nəzərdə tutan tam UNC formatında göstərilməlidir. Məsələn - "\\Server1C\Databases\RIB". Verilənlər bazası faylının adını göstərilən yola əlavə edin - 1Cv8.1CD.
"İlkin şəkil yarat" düyməsini kliklədikdən sonra qul bazası üçün təsvirin yaradılması prosesi başlayır.
Proses başa çatdıqdan sonra göstərilən qovluqda verilənlər bazası faylı yaradılacaq. Bu yeni yaradılmış verilənlər bazası tam istifadə etməzdən əvvəl konfiqurasiya edilməlidir.
==== Kenar bazası üçün quraşdırma ====
Bunun üçün o, 1C-yə qoşulmalıdır. Bunu necə edəcəyinizi məqaləmizdəki təlimatlarda tapa bilərsiniz - Qoşulduqdan sonra konfiqurator rejimində yeni verilənlər bazasını işə salmalı və istifadəçilər yaratmalısınız. Sonra, IB 1C "Müəssisə" rejimində işə salınmalıdır.
Əgər nədənsə istifadəçilərin yaradılması daha gec vaxta təxirə salınmalıdırsa, qoşulduqdan sonra verilənlər bazasını 1C "Müəssisə" rejimində işə sala bilərsiniz. Sizdən "Administrator" istifadəçisi yaratmağınız, onunla razılaşmağınız təklif olunacaq və ilkin populyasiya həyata keçiriləcək.
Sonra əsas baza ilə cütləşdirmə qurmağa davam etməlisiniz. Bu parametr yuxarıda əsas baza üçün müzakirə edilənə bənzəyir.
Əsas baza ilə əlaqə qurmaq üçün parametr yaradılacaq.
============================================
Beləliklə, indi biz əsas və periferik bazaları yaratdıq. Həmçinin bu verilənlər bazalarının hər birində sinxronizasiya parametrləri yaradılmışdır. İndi bu parametrləri redaktə etməyə və onları uyğun formaya gətirməyə davam edə bilərsiniz. Siz avtomatik mübadilə qaydaları yarada və ya mübadiləni əl ilə həyata keçirə bilərsiniz.
Bunu əsas verilənlər bazasında edək. Periferik baza eyni şəkildə konfiqurasiya edilmişdir.
Redaktə qaydalara və məlumatların sinxronizasiya cədvəlinə tətbiq edilə bilər.
"Məlumatların sinxronizasiya cədvəli" bölməsində "Konfiqurasiya" düyməsini klikləməklə, seçilmiş verilənlər bazası üçün məlumatların yüklənməsi/endirilməsi üçün avtomatik iş qrafiki üçün skriptləri redaktə etməlisiniz. Siz redaktə edə bilməzsiniz, sadəcə standart seçimlərlə razılaşırsınız.
Parametrləri redaktə etmək üçün avtomatik cədvəl məlumatları olan linkə klikləyin. Və sonra tapşırıqları işə salmaq üçün vaxt parametrlərini redaktə edirik. Əlfəcinlərdən keçərək, başlanğıc həftəsinin həm vaxtını, tarixini və günlərini dəyişə bilərsiniz.
Əsas skript pəncərəsində "Tapşırığı icra et" düyməsini klikləməklə, tapşırığı əl ilə başlaya bilərsiniz.
"Məlumatların sinxronizasiya qaydaları" bölməsində "Parametrlər" düyməsini klikləməklə, siz tapşırıqların işə salınması skriptlərini dəyişdirmək üçün əməliyyatlar həyata keçirə, həmçinin yükləmələr/yükləmələr jurnalına baxa bilərsiniz. Sonuncu girişi idarə etmək və mübadilələrin müntəzəmliyinə nəzarət etmək üçün kifayət qədər vacibdir.
Skriptləri yaratmağı və redaktə etməyi bitirdikdən sonra avtomatik başlama mübadilə paylanmış baza data, siz məlumatların boşaldılmasına və sonradan yüklənməsinə davam edə bilərsiniz.
Bununla əlaqədar olaraq, mərkəzi və periferik qovşaqlar üçün hamamların paylanmış məlumat bazasının konfiqurasiyası başa çatıb.
Təsvir edilmiş təlimatları yükləyin
Paylanmış məlumat bazası. Addım-addım təlimat
Paylanmış Məlumat Bazası (RIB) 1C: Müəssisə
Paylanmış infobazanın yaradılması və onun konfiqurasiyası
1s-də qabırğa necə qurulacaq 8.2
1C-də paylanmış məlumat bazasını necə qurmaq olar
1C-də necə qurulacaq
1C-də necə qurulacaq
1C-də paylanmış məlumat bazasının (RIB) qurulması
1C üçün RIB-nin qurulmasına bir nümunə: Mühasibat 8
Paylanmış infobaza və konfiqurasiyanın yaradılması
Bu məqalədə paylanmış verilənlər bazası 1C Enterprise 7.7 qurulmasına diqqət yetiriləcək, nümunə olaraq Ticarət İdarəetmə 9.2 konfiqurasiyasından istifadə ediləcək.
RIB-ni 1C 7.7-də konfiqurasiya etmək üçün konfiquratora keçmək və İdarəetmə-Paylaşdırılan IS-İdarəetmə bölməsinə keçmək lazımdır.
O zaman siz verilənlər bazanızı RIB-yə çevirməlisiniz, əgər o, hələ RIB-yə çevrilməyibsə, bunun üçün "Mərkəzi IB" düyməsini sıxmalısınız.
Yuxarıdakı ekran görüntüsündə olduğu kimi Kod və Təsviri təyin edin və "OK" düyməsini basın. Aşağıdakı ekran görüntüsündə olduğu kimi xəbərdarlıq görünməlidir, ona məhəl qoymayın və "Bəli" düyməsini basın. 
Bundan sonra bazanız periferik qovşaqlar yaratmağa hazır olacaq.
"Yeni Periferik IB" düyməsini basın və aşağıdakı ekran görüntüsündə olduğu kimi sahə dəyərlərini təyin edin, lakin öz təyinatlarınızı istifadə edə bilərsiniz.
OK düyməsini basın və növbəti addıma keçin - avtomatik mübadilənin qurulması.
Bu yazıda istifadə edərək avtomatik mübadilənin necə qurulacağını sizə xəbər verəcəyəm yerli şəbəkə, poçtla avtomatik mübadilə lazımdırsa, o zaman sorğunuzu şərhlərdə buraxın və ya e-poçt vasitəsilə mənimlə əlaqə saxlayın və mən sizə bunu necə edəcəyinizi söyləyəcəyəm.
Hər şeyi slaydda olduğu kimi ifşa edirik, kataloqlara öz yollarınız ola bilər, onay qutuları yuxarıdakı ekran görüntüsündə olduğu kimi olmalıdır. OK düyməsini basın.
İndi periferik bazanın ilkin şəklini diskə yükləyirik, bunun üçün "Məlumatları boşalt" düyməsini sıxırıq. İlkin şəkli boşaltdıqdan sonra RIB idarəetmə pəncərəsi belə görünəcək:
Tutaq ki, qabırğamızın işləyəcəyi kompüter mərkəzi bazası olan əsas kompüterdən çox uzaqda yerləşir və hər iki kompüter lokal şəbəkəyə qoşulub.
İndi müştəri kompüterində RIB-ni konfiqurasiya etməlisiniz, bunun üçün əvvəlki addımlarda yüklənmiş zip faylımızı götürürük və onun əsasında məlumat bazası yaradırıq. Aşağıdakı ekran görüntüləri hərəkətlərin tam ardıcıllığını göstərir.
"Əlavə et" düyməsini basın və boş bir qovluğa işarə edin və OK düyməsini basın. 
Yeni IB seçin və konfiqurator rejiminə keçin. 
Boş qovluqda biz boş IB yaradırıq, ona görə də 1C bizdən verilənlər bazamızın hansı formatda olacağını göstərməyi xahiş edir, *.dbf seçin. OK düyməsini basın. 
İndi əvvəlki addımlarda yüklənmiş zip faylını verilənlər bazamıza yükləyək, bunun üçün administrasiyaya - məlumatların yüklənməsinə keçəcəyik. 
Faylın yolunu göstərin və OK düyməsini basın. 
Yükləmə tamamlandıqda, OK düyməsini basın və administrasiya tərəfindən paylanmış ib-auto-exchange-ə keçin.
Bu addımda qaydanı nəzərə almaq lazımdır: Qiymətli kağızların boşaldılması kataloqu = IB yükləmə kataloqları və əksinə, yəni. mərkəzi verilənlər bazasında biz out qovluğuna yükləyib in qovluğundan endirmişiksə, periferik verilənlər bazasında biz out qovluğundan yükləyib in qovluğuna yükləyəcəyik. OK düyməsini basın və növbəti addıma keçin. Avtomatik mübadilə həyata keçiririk. Bunu etmək üçün mərkəzi verilənlər bazasında administrasiya tərəfindən paylanmış ib-auto-exchange-ə keçin.
"Çalış" düyməsini basın və sonra müştəri bazasında eyni şeyi edin. Avtomatik mübadilə əməliyyatını kompüterlərin hər birində bir neçə dəfə növbə ilə yerinə yetirin.
İndi prosesi avtomatlaşdıraq. Bunun üçün hər kompüterdə 4 fayl yaratmalısınız. Yükləmə və yükləmə əməliyyatlarının hər biri üçün 2 *.prm faylı və 2 *.bat faylı.
*.bat faylında aşağıdakı sətir olmalıdır:
"<путь к файлу 1cv77.exe>"konfiqurasiya / D"<путь к информационной базе>"/N<логин>/P<пароль>/@"<путь к prm-файлу>"
Yükləmə və endirmə fayllarım belə görünür:
"C:\Program Files\1Cv77\BIN\1cv7s.exe" konfiqurasiyası /D"C:\base\rib\" /Nadmin /P1 /@"c:\download.prm"
"C:\Program Files\1Cv77\BIN\1cv7s.exe" konfiqurasiyası /D"C:\base\rib\" /Nadmin /P1 /@"c:\upload.prm"
Dəyərlərinizi yazın. İndi prm faylları ilə məşğul olaq!
.prm faylının strukturu:
"Ümumi" bölməsi partlayış rejiminin əsas parametrlərini təsvir etmək üçün nəzərdə tutulmuşdur. Mümkün variantlar:
Çıxış - log faylına gedən yol;
- Çıxın – bütün tapşırıqlar tamamlandıqdan sonra konfiquratoru bağlamaq lazımdırmı;
- AutoExchange – avtomatik mübadilənin həyata keçirilməsi;
- SaveData – verilənlər bazasının saxlanması;
- UnloadData – boşaltmağa ehtiyac olub-olmaması;
- CheckAndRepair - verilənlər bazasının sınaqdan keçirilməsi və təmiri üçün zəruri olub-olmaması.
Bu parametrlər üçün mümkün dəyərlər 1(Y) və ya 0(N) ola bilər.
“AutoExchange” bölməsi avtomatik mübadilə parametrlərini müəyyən etmək üçün nəzərdə tutulmuşdur. Seçimlər:
SharedMode - verilənlər bazasından iş rejimini təyin edir. Parametr təyin edilmədikdə, eksklüziv rejim istifadə olunacaq;
- ReadFrom - məlumatların hansı verilənlər bazasından alınmalı olduğunu göstərir. Verilənlər bazasının identifikatorları vergüllə ayrılmalıdır. Hamısı lazımdırsa, * qoyulur;
- WriteTo - verilənlərin hansı verilənlər bazası üçün boşaldılması lazım olduğunu göstərir. Hər kəs üçün lazımdırsa, * qoyun.
“SaveData” bölməsi verilənlər bazasını saxlamaq üçün parametrləri müəyyən etmək üçün nəzərdə tutulmuşdur. Mümkün variantlar:
SaveToFile - yadda saxlamanın aparılacağı yolu müəyyən edir;
- FileList – saxlanılan faylların siyahısını müəyyən edir. Fayl adları boşluq və ya vergüllə ayrılaraq siyahıya alınır;
“UnloadData” bölməsi məlumatların boşaldılması üçün parametrləri müəyyən etmək üçün nəzərdə tutulmuşdur. Seçimlər:
UnloadToFile - fayl adı daxil olmaqla saxlama yolunu müəyyən edir;
- IncludeUserDef – istifadəçilər siyahısının transfer faylına daxil edilib-edilmədiyini göstərir;
- Parol - ötürmə faylı üçün təyin ediləcək parolu müəyyən edir.
“CheckAndRepair” bölməsi verilənlər bazası bərpa parametrlərini müəyyən etmək üçün nəzərdə tutulmuşdur. Mümkün variantlar:
Təmir - verilənlər bazasını bərpa etməyin zəruri olub olmadığını göstərir;
- PhysicalIntegrity – infobase cədvəllərinin fiziki bütövlüyünün yoxlanılmasının zəruri olub-olmadığını göstərir;
- Reindex – verilənlər bazasının yenidən indeksləşdirilməsinin zəruriliyini göstərir;
- LogicalIntegrity – cədvəllərin məntiqi bütövlüyünü yoxlamağın zəruri olub-olmadığını göstərir;
- RecalcTotals - mühasibat və əməliyyat uçotunun nəticələrinin yenidən hesablanmasının zəruri olub-olmadığını göstərir;
- Paket - silinmiş qeydlərin tutduğu yerin boşaldılmasının zəruri olub-olmadığını göstərir;
- SkipUnresolved - həll olunmamış keçidlərin keçib-keçilməməsini və ya onları düzəltməyi müəyyənləşdirir;
- CreateForUnresolved - Həll olunmamış keçidlərin necə həll olunacağını müəyyənləşdirir. Əgər 1 olarsa, onda həll olunmamış istinad üçün müvafiq tipli obyekt yaradılacaq. 0 olarsa, link silinəcək.
Buna əsasən, mənim fayllarım aşağıdakıları ehtiva edəcək:
mərkəzi bankdan periferiyaya yükləmək üçün:
Çıxış = log.txt
çıxış = 1
readFrom = CB
mərkəzi bankdan periferik birinə boşaltmaq üçün:
Çıxış = log.txt
çıxış = 1
Yaz = CB
periferiyadan mərkəzi banka yükləmək üçün:
Çıxış = log.txt
çıxış = 1
ReadFrom=PB1
periferiyadan mərkəzi banka boşaltmaq üçün:
Çıxış = log.txt
çıxış = 1
WriteTo=PB1
İndi bat- və prm-fayllarını bir qovluğa yerləşdirmək və yükləmə və yükləməni yerinə yetirmək üçün onları növbə ilə işə salmaq kifayətdir.
Hər hansı bir sualınız varsa - şərhlərdə xoş gəlmisiniz!
Çox vaxt praktikada müxtəlif bölmələrin və ya filialların ərazi olaraq müxtəlif yerlərdə yerləşdiyi vəziyyətlər var. Eyni zamanda, uzaq bölmələrdə proqrama daxil edilmiş məlumatlar ümumi uçotun aparılması üçün bir şəkildə baş ofisə çatmalıdır.
Hal-hazırda bu problemçox vaxt coğrafi cəhətdən uzaq işçiləri təmin etməklə həll edilir uzaqdan girişümumi bazaya. Bu, verilənlər bazasını veb serverdə, uzaq iş masası vasitəsilə və s. dərc etməklə həyata keçirilə bilər.
Bununla belə, coğrafi cəhətdən uzaq ofisdə sadəcə İnternet olmadığı və ya ümumi məlumat bazasında işləmək üçün kifayət qədər sabit olmadığı zaman belə hallar nadir deyil. Bunun üçün 1C-də paylanmış verilənlər bazası qurmaq mexanizmi var.
Sadə dillə desək, əsas baza baş ofisdə yerləşir. Uzaq şöbə tabeliyində olan şöbədən istifadə edir. Bir neçə belə tabe əsaslar ola bilər. Nəticədə, belə bir paylanmış baza sinxronizasiya yolu ilə birləşir. kimi istehsal oluna bilər avtomatik rejim planlaşdırılmış və ya əl ilə.
Bu yazıda 1C: Mühasibat 3.0 üçün paylanmış verilənlər bazası yaratmağı nəzərdən keçirəcəyik. Buna baxmayaraq, təlimat əksər digər 1C 8.3 konfiqurasiyaları üçün də uyğundur.
Qeyd bütün zəruri konfiqurasiya dəyişiklikləri yalnız əsas RIB verilənlər bazasında edilməlidir. Sinxronizasiya zamanı bu dəyişikliklər bütün tabeliyində olan verilənlər bazalarına köçürüləcək və qüvvəyə minəcək.
Əsas məlumat bazası
Paylanmış verilənlər bazasından istifadə edərkən əsas parametrlər əsas verilənlər bazasına düşür. Aşağıdakı şəkildə göstərildiyi kimi, onları "İdarəetmə" bölməsində etməlisiniz.
Açılan pəncərədə dərhal "Məlumatların sinxronizasiyası" qutusunu yoxlayın. Aşağıda əsas (cari baza) prefiksini göstərin. Uzunluğu iki simvola qədər ola bilər. Bizim vəziyyətimizdə prefiks "BG" olacaq, çünki biz bu RIB 1C "Əsas Mühasibat" deməkdir.
İndi sinxronizasiyanın özünü qurmağa başlaya bilərsiniz, yəni məlumatların hansı baza (və ya əsaslarla) mübadilə ediləcəyini təyin edə bilərsiniz. Bunu etmək üçün "Məlumatların sinxronizasiya parametrləri" hiperlinkinə əməl edin. Yalnız soldakı qeyd qutusu işarələndikdə keçid üçün əlçatan olacaq.
Açılan pəncərədə menyudan "Tam ..." maddəsini seçin. Bu, sinxronizasiya üçün istənilən 1C məlumat bazasını təyin etməyə imkan verəcəkdir.
Coğrafi cəhətdən uzaq bir ofisdə yerləşən tabe bazanı birləşdirmək üçün ilk pəncərədə əlaqənin yerli və ya şəbəkə kataloqu vasitəsilə həyata keçiriləcəyini bir bayraqla qeyd edin. Bizim vəziyyətimizdə bu, "D:\DB\InfoBase"dir. Ona yazmaq imkanını da əvvəlcədən yoxlayacağıq.
Fərqli əsaslar üçün fərqli prefikslər təyin etməyinizə əmin olun. Fakt budur ki, hər bir verilənlər bazasından yenidən yüklənmiş məlumatlar üçün məlumatları sinxronlaşdırarkən, öz prefiksi təyin olunur. Əgər onlar təkrarlanırsa, iş səhv olacaq, buna görə proqram sizə belə bir fürsət verməyəcək.
Proqram ilkin şəkil yaratmağı təklif etdikdə bu seçimi seçin. Bu prosedur bir az vaxt ayırın, sonra onu "1Cv8.1CD" adı ilə kompüterinizdə saxlayın.
Sinxronizasiyanın özü ya özünüz qura biləcəyiniz cədvələ uyğun olaraq avtomatik və ya əl ilə həyata keçirilə bilər. İkinci halda, sizin üçün əlverişli vaxtda "Sinxronizasiya" düyməsini sıxmağınız kifayətdir.
RIB kölə qovşağı
Subordinat verilənlər bazasında edilən parametrlərin sayı xeyli azdır. Eyni bölmədə "Məlumatların sinxronizasiyası" bayrağını təyin edin və müvafiq linki tıklayaraq, "Sinxronizasiya" düyməsi mövcud olacaq.
Nümunəmizin bir hissəsi olaraq, əsas verilənlər bazasına iki maddə mövqeyi əlavə edildi: "Şüa" və "Lövhə". Sinxronizasiyadan sonra onlar tabeli verilənlər bazasına daxil oldular. Aşağıdakı şəkildə gördüyünüz kimi, onlara "BG" prefiksi verilmişdir. Qalan iki mövqeyə ("Torna" və "Pallet") birbaşa tabeliyində olan verilənlər bazasına daxil edildiyi üçün "BP" prefiksi verilir.
Qeyd bizim vəziyyətimizdə elementlərin nömrələnməsi başdan-ayağadır, ancaq eyni prefiks daxilində.
25 oktyabr 2016-cı il
2 qovşaq və 10 üçün RIB qurmaq və dəstəkləmək arasında böyük fərq yoxdur, lakin uzaq nöqtələrin sayı yüzdən çox olduqda, tamamilə fərqli məsələlər həll edilməlidir.
İlkin məlumatlar:
Konfiqurasiya: Pərakəndə 2.2
Platforma 1C: 8.3.7.1970
Layihənin müddəti: bir il.
Memarlıq:
Əvvəlcə RIB sxeminə qərar verdik. Mümkün olsa da, "ulduz" sxeminə diqqət yetirmək qərara alındı; texnoloji hədlərə çatdıqda - qar dənəciyi.
Məhdudiyyətlər:
- 2 GB RAM
- 1 fiziki prosessor
Yuxarıda göstərilənlərin hamısından, verilənlər bazasının maksimum həcminə məhdudiyyət əsasən zəhlətökəndir.
Ancaq bu, yalnız onu sahədəki köhnəlmiş məlumatlardan təmizləmə prosedurunu təşkil etməli olduğunuz deməkdir.
1C və MS SQL serverləri üçün ayrıca fiziki server ayrılmışdır. Birjaların və uzunmüddətli əməliyyatların əsas yükünü daşıyacaq.
Final müştəri kompüterləri dəyişdirilmir, çünki onlar nazik bir müştəri ilə işləyəcəklər və onlara yük minimal olacaqdır.
.
əsas parametrlər
60 düyündə RIB-nin həyata keçirilməsi üçün ilk layihəm olduğu UT 10.3-dən bəri, əlbəttə ki, "körpünün altından çoxlu su axdı".
1C yerində dayanmadı. Retail 2.2 indi seçmə məlumatların yüklənməsi ehtiyacını nəzərə alır.
Mağaza məlumat bazasına yalnız ona aid olan məlumatlar yüklənəcək:
- Bütün kataloqlar (xüsusi olanlar istisna olmaqla)
- Bu mağazanın sənədləri
Başqa bir sual ondan ibarətdir ki, bu və ya digər şəkildə verilənlər bazasına qovşaq əlavə etmək, yazıldıqda hər bir ümumi element üçün qeydiyyat cədvəlinə başqa bir giriş əlavə etmək deməkdir.
1) Yükləmək və yükləmək üçün onu ayrı sinxronizasiya skriptlərinə bölmək lazımdır
Məsələ ondadır ki, yükləmə uzun müddət və kilidlərlə aparılır və yükləmə olduqca problemsizdir. Eyni zamanda, tez-tez olur ki, biz gündə bir neçə dəfə məlumat verərkən pərakəndə satış yerlərindən məlumatları tez almalıyıq.
2) Problemli mağazalar seçin və onları ümumi sinxronizasiya ssenarisindən çıxarın. Onlarda böyük boşalmalar ola bilər - digər qovşaqlar da daxil olmaqla, bütün mübadilə yavaşlayacaq. Problemləri həll etdikdən sonra onlar geri əlavə edilir.
3) Məlumatların göndərilməsi və qəbulu üçün bir neçə skript yaradın. Ancaq burada əsas şey onların sayının düzgün balansını tutmaqdır.
(8.1 versiyasından bəri).
Buna görə də, RIB-nin boşaldılmasında paralellik məhduddur. Praktikada paralel olaraq 2-3 ssenarinin işləndiyi ortaya çıxır.
Nə yaxşılaşdırılmalı idi
1C RIB-nin müntəzəm məntiqindəki ən vacib tıxac yeniləmələrdir
Mübadilənin digər problemi informasiya registrləridir. İnformasiya reyestrinin hər bir qeydinin XML-ə ixrac edilməsi, xidmət elementləri və s. olan ayrıca XML nodu yaradır. Bundan əlavə, 100 qeydin eyni zamanda 100 sətirdən ibarət nəticə cədvəlini alacağı məlumat registrinin "SelectChanges()" funksiyası vaxt, əgər bu cədvəl bölməsində 100 cərgədən ibarət kataloqdursa, yalnız bir qeyd seçiləcək. Və bu, eksklüziv bloklama vaxtıdır. Beləliklə, əgər RS-də digər mağazalara mübadilə üçün müntəzəm olaraq qeydiyyata alınan çoxlu qeydlər varsa, onu bir kataloq şəklində təqdim etmək əlbəttə ki, daha düzgündür. cədvəl hissəsi, ki, ifrat halda yazıldığı zaman eyni registrin sətirlərini yarada bilər. Hər halda, .
Başqa bir vacib detal - Nə üçün? Artıq 3 milyona yaxın endirim kartı toplanıb və onlarla işləmək üçün xarici onlayn sistemdən istifadə olunur. Endirim kartlarını bütün mağazalara köçürməyə davam etsəniz, bu, mübadilələri bir neçə dəfə artıracaq, əlavə olaraq, baza həcminin 10 GB-dan çox olmasına səbəb ola bilər.
Bəzi mexanizmlər mərkəzi məlumat bazası ilə əlaqə saxlamaqla onlayn şəkildə həyata keçirilir: digər mağazalarda qalıqlar, başqa mağazadan çeklə qaytarılması, hədiyyə sertifikatının etibarlılığının yoxlanılması.
Replikasiya
İlkin RIB düyününün nizamlı şəkildə yaradılması replikasiyanı prinsipcə qeyri-mümkün edərdi.
Beləliklə, aşağıdakı kimi yeni bir node yaradılır:
2) Bu verilənlər bazası RIB-də bütün ümumi məlumatları mübadilə edir, lakin ixtisaslaşdırılmış (sənədlər) qəbul etmir.
5) Mağaza üçün baza hazırdır.
Hazır proqram paketi serverə yerləşdirilir, ona görə də çox vaxt tələb etmir. Sonra yeni yaradılmış verilənlər bazası serverə yüklənir və mağazaya göndərilməyə hazırdır.
Zərif müştəri faydaları
Pərakəndə satış 2.2-nin (Nazik Müştəri) "ruhu istiləşdirən" iki əhəmiyyətli üstünlüyü:
Dəstək və Yeniləmələr
1) Mağazaların əlləri ilə yeniləyin (çox düzgün deyil, dəyişikliklər qəbul etməyə bilər, zənglər və problemlər olacaq) - əvvəllər belə idi
3) Hazır olanı yeniləmək və ya götürmək üçün *.cmd və ya 1C skriptini yazın. Təcrübə göstərir ki, belə bir həll həmişə yarımçıqdır (qeyri-sabitdir) və onda bir az funksionallıq qoymaq mümkün olacaq.
Tapşırıqlarımız nə idi:
2) Yeniləmə zamanı istifadəçi ilə interaktiv qarşılıqlı əlaqə mümkündür (mesajlar, təsdiq, tərəqqi çubuğu).
Əsas funksiyalar:
4) Agentlərin statusunun yoxlanılması
5) Hesabatları yeniləyin
6) ehtiyat nüsxəsi
Məsələn, yeniləmədən sonra səhv mesajı belə görünür:
Beləliklə, layihənin uğurla başa çatması üçün yaxşı şans var idi. Heç olmasa yolun ortasında “normal uçuş”.
Maraqlı görünə biləcək başqa həll yollarına gəlsək, ayrıca yazacam.
P.S. və ən əsası: gələcək dəstəyin düzgün planlaşdırılması belə layihələrin davamlı uğurunun əsas amillərindən biridir. :)
25 oktyabr 2016-cı il
2 qovşaq və 10 üçün RIB qurmaq və dəstəkləmək arasında böyük fərq yoxdur, lakin uzaq nöqtələrin sayı yüzdən çox olduqda, tamamilə fərqli məsələləri həll etmək lazımdır.
Beləliklə, ilkin məlumatlar:
Konfiqurasiya: Pərakəndə 2.2
Platforma 1C: 8.3.7.1970
Layihənin sonunda qovşaqların təxmini sayı: 200
Mərkəzdə avadanlıq resursları: əhəmiyyətli məhdudiyyətlər yoxdur
Nöqtədə avadanlıq: müzakirə olunan məsələ.
Layihənin müddəti: bir il.
Memarlıq:
Əvvəlcə RIB sxeminə qərar verdik. qədər "ulduz" sxeminə diqqət yetirmək qərara alındı
Pərakəndə satış məntəqələri Windows ilə işləyən xüsusi serveri olan müştəri-server iş versiyasından istifadə edir.
Server 1C "Server 1C MINI" seçimində istifadə olunacaq https://1c.ru/news/info.jsp?id=17577
DBMS serveri - MS SQL Express 2008 R2.
SQL Express 2008 R2 bu SQL Server xəttinin ən son versiyasıdır.
Məhdudiyyətlər:
2 GB RAM
- 1 fiziki prosessor
- 10 GB maksimum verilənlər bazası ölçüsü
Yuxarıda göstərilənlərin hamısından, əlbəttə ki, verilənlər bazasının maksimum miqdarının məhdudlaşdırılması əsasən zəhlətökəndir. Ancaq əslində bu, yalnız onu sahədə köhnəlmiş məlumatlardan təmizləmə prosedurunu təşkil etmək lazım olduğunu göstərir.
1C və MS SQL serverləri üçün ayrıca server ayrılmışdır. Mübadilə və əməliyyatların əsas yükünü daşıyacaq.
Son müştəri kompüterləri dəyişdirilmir, çünki onlar nazik müştəri ilə işləyəcəklər və altındakı yük minimal olacaqdır.
Mağazadakı server sadəcə güclü kompüterdir. Ancaq bir şərt varlıqdır SSD sürücü- hansı MS SQL verilənlər bazalarının yerləşdiyi.
Həmçinin, server gecə saatlarında adi əməliyyatların aparılması və iş yerində mağaza məlumat bazasına daxil olmaq imkanını təmin edəcək.
əsas parametrlər
60 düyündə RIB-nin həyata keçirilməsi üçün ilk layihəm olduğu UT 10.3-dən bəri, əlbəttə ki, "çox su axdı". 1C yerində dayanmadı. Retail 2.2 indi seçmə məlumatların yüklənməsi ehtiyacını nəzərə alır.
Mağaza məlumat bazasına yalnız onlara aid olan məlumatlar yüklənəcək:
- Bütün kataloqlar (bəziləri istisna olmaqla)
- Bu jurnalın sənədləri
Məlumatların qeydiyyatı qeydiyyat qaydalarına uyğun olaraq baş verir, keşlənə bilən hər şey. Qeydiyyatda ciddi ləngimə müşahidə olunmur.
Başqa bir sual ondan ibarətdir ki, bu və ya digər şəkildə bazaya node əlavə etmək bütün əsaslar üçün hər bir ümumi element üçün daha bir giriş əlavə etmək deməkdir.
Boşaltma özünü qurmaqda xüsusi bir şey yoxdur. Sinxronizasiya skriptlərini qurarkən bəzi nüanslar var:
1) Yükləmə və endirməni ayrı sinxronizasiya ssenarilərinə ayırmaq lazımdır
Məsələ ondadır ki, yükləmə uzun müddət və kilidlərlə aparılır və yükləmə olduqca problemsizdir. Eyni zamanda, tez-tez olur ki, biz gündə bir neçə dəfə məlumat verərkən pərakəndə satış yerlərindən məlumatları tez almalıyıq.
2) Problemli mağazalar seçin və onları ümumi sinxronizasiya ssenarisindən çıxarın. Onların böyük yükləmələri ola bilər - bütün mübadilə digər qovşaqlar da daxil olmaqla yavaşlayacaq
3) Məlumat göndərmək və qəbul etmək üçün çoxlu göndərmə və qəbul skriptləri yaradın. Ancaq burada əsas şey balansdır.
1C-də bəzi şeylər dəyişmir. Eyni "SelectChanges" metodu yalnız ardıcıl olaraq icra edilə bilər(8.1 versiyasından bəri).
Buna görə də, RIB-nin boşaldılmasında paralellik məhduddur. Praktikada bir anda 2-3 ssenarinin boşaldılması ortaya çıxır.
Qəbul ssenarisinə gəlincə, burada, təbii ki, lazım gələrsə, daha çox paralellik mümkündür.
Nə yaxşılaşdırılmalı idi
Əlbəttə ki, kədərli və kədərlidir, amma mən BSP-yə hərtərəfli müdaxilə etməli oldum. Standart 1C məntiqində ən vacib tıxac yeniləmələrdir. Yeniləmədən sonra belə bir pəncərə görünür:
Bütün bunlar eksklüziv rejimdə baş verir. Digər şeylər arasında, sistem hələ də eksklüziv rejimdə yeniləmədən sonra mübadilə etməyə çalışacaq. Bütün bunların nəyə gətirib çıxaracağını təxmin etmək çətin deyil.
Bütün bu müddət ərzində mağaza işləyə bilmir, kassada müştərilər var, şirkət pul itirir.
Mübadilənin digər problemi informasiya registrləridir. İnformasiya reyestrinin hər bir qeydinin XML-ə yüklənməsi xidmət elementləri və buradan gələn hər şey ilə ayrıca XML node yaradır. Bundan əlavə, 100 qeydin olduğu məlumat reyestrində "dəyişiklikləri seçin" funksiyası, nəticədə ortaya çıxan cədvəldə 100 sətir olacaq, eyni zamanda, əgər bu 100 sətirdən ibarət bir arayış kitabıdırsa, yalnız bir qeyd seçiləcəkdir. cədvəl bölməsində. Beləliklə, əgər RS-də müntəzəm olaraq digər mağazalara mübadilə üçün qeydiyyata alınan çoxlu qeydlər varsa, əlbəttə ki, onu həddindən artıq hallarda yarada bilən cədvəl hissəsi olan bir kataloq şəklində təqdim etmək daha düzgündür. qeyd edərkən eyni reyestrin qeydləri. Hər halda, mübadilələrdə məlumat registrləri pisdir.
Başqa bir vacib detal - endirim kartları mübadilədən tamamilə xaric edilir və fiziki şəxslər - yalnız müəyyən bir mağazanın işçiləri. Nə üçün? Artıq 3 milyona yaxın endirim kartı toplanıb və onlarla işləmək üçün xarici onlayn sistemdən istifadə olunur. Endirim kartlarını bütün mağazalara köçürməyə davam etsəniz, bu, mübadilələri bir neçə dəfə artıracaq, əlavə olaraq, baza həcminin 3 GB-dan çox olmasına səbəb ola bilər.
Bəzi mexanizmlər mərkəzi məlumat bazası ilə əlaqə saxlamaqla onlayn şəkildə həyata keçirilir: digər mağazalarda qalıqlar, başqa mağazadan çeklə qaytarılması, hədiyyə sertifikatının etibarlılığının yoxlanılması.
Replikasiya
Təbii ki, replikasiya sürətlənmiş sürətlə həyata keçirilir.
İlkin RIB nodeunu müntəzəm şəkildə yaratmaq, əlbəttə ki, təkrarlamanı qeyri-mümkün edərdi.
Beləliklə, yeni bir node belə yaradılır:
1) Saxta mağaza ilə ayrı bir baza var
2) Bu baza RIB-də bütün ümumi məlumatları mübadilə edir, lakin ixtisaslaşdırılmış məlumatları qəbul etmir
3) Yeni verilənlər bazası yaratmaq istədikdə - sadəcə bunu kopyalayın
4) Sonra parametrləri təyin edirik - mağaza, prefiks və s.
5) Mağaza üçün baza hazırdır.
Hazır proqram paketi serverə yerləşdirilir, ona görə də çox vaxt tələb etmir. Daha sonra yeni yaradılmış mağazaların məlumat bazası serverə yüklənir və mağazaya göndərilməyə hazırdır.
Zərif müştəri faydaları
"ruhunu isitmiş" iki əhəmiyyətli fayda.
1) Pərakəndə satış məntəqələrində bütün kompüter parkının dəyişdirilməsinə ehtiyac yoxdur. Əməliyyatların 90%-i serverdə yerinə yetirilir və server ora “nisbətən güclü kompüter” gətirilir.
2) Avadanlıq işləməkdən imtina etmək qabiliyyətinə malikdir, xüsusilə tez-tez bu, yeni quraşdırılmış və ya artıq köhnəlmiş avadanlıqla olur.
Bu halda, hərəkətlər indi son dərəcə sadədir - mağaza mərkəzi məlumat bazasında işləməyə keçir.
Bu proses 5-10 dəqiqədən çox çəkmir, belə ki, avadanlıqla bağlı əhəmiyyətli problemlər olsa belə, ticarət kəsilmir.
Dəstək və Yeniləmələr
Nəhayət, ən maraqlı məqama gəldik - bütün bunları necə saxlamaq və yeniləmək olar?
Bizim üçün də yeniləmələr uzun müddətə dilemma idi:
1) Mağazaların əlləri ilə yeniləmə (çox düzgün deyil, dəyişikliklər qəbul etməyə bilər, zənglər və problemlər olacaq)
2) Yeni qüvvələr texniki dəstək(çox resurs deyil)
3) Yeniləmək və ya hazır etmək üçün *.cmd yazın. Təcrübə göstərir ki, belə bir həll həmişə yarımçıqdır (qeyri-sabitdir) və içərisində az funksionallıq var.
Tapşırıqlarımız nə idi:
1) Yeniləmə bir neçə rejimdə baş tutmalı və mərkəzdən idarə olunmalıdır
2) Yeniləmə zamanı istifadəçi ilə interaktiv qarşılıqlı əlaqə mümkündür.
3) Yeniləmənin vəziyyəti və səhvləri haqqında hesabatlar alınmalıdır
4) Yedəklənməlidir
5) Yeniləmə sistemi problemsiz özünü yeniləməyi bacarmalıdır.
6) Sistem heç bir problem olmadan genişlənməlidir.
Əlbəttə ki, vəzifələr həll edilə bilənlər siyahısından çox-çox kənara çıxdı sadə üsullar. Bu qədər son nöqtə ilə avtomatlaşdırma olmadan edə bilməyəcəyimizdən və oxşar funksionallıqla daha çox və ya daha az hazır bir şey tapmadıq.
Sonda MU (MagicUpdater) adını qazanan proqram təminatının hazırlanmasına başlamalı oldum.
Əsas funksiyalar:
1) Dinamik verilənlər bazası yeniləməsi (komanda və ya planlaşdırılmış)
2) Statik baza yeniləməsi (əmr və ya planlaşdırılmış)
3) avtomatik agentlər onlar dəyişdirildikdə son kompüterlərdə
4) Agentlərin statusunun yoxlanılması
5) Hesabatları yeniləyin
6) ehtiyat nüsxə
7) Server 1C və MS SQL ilə inzibati tədbirlər
8) Şəbəkə kompüterlərində bütün 1C müştəri proqramlarının bağlanması
9) Əsas kassada qəbul edilən statik yeniləmə
10) Yeniləmədən sonra dəyişikliklərin təsvirini göstərin
11) Hərəkətlərin ardıcıllığının təyin edilməsi
12) Bütün bu hərəkətlərin qrafik üzrə yerinə yetirilməsi
Qarşılıqlı əlaqənin təxmini sxemləri:
MU Agent mağazada quraşdırılmış və konfiqurasiya edilmiş bir xidmətdir. Əslində o, müəyyən tapşırıqları yerinə yetirmək üçün mərkəzdən əmr alır.
MU Server - Sistemə bütün sorğuları qəbul edən server.
MU monitoru - adi texniki dəstək işçilərinin gördükləri - qeydlərə baxmaq və yeniləmə üçün tapşırıqlar təyin etmək və ya başqaları üçün istifadə olunur.
Mənim fikrimcə, olduqca yaxşı çıxdı. İndi yeniləmələr demək olar ki, avtomatikdir.
Məsələn, yeniləmə mərkəzdə qaldıqdan sonra səhv mesajı belə görünür, hər şey gözləyir.
Və biz müştəri kompüterlərinə əmrlər göndəririk
Tətbiqlər, əlbəttə ki, 1C deyil, kifayət qədər layiqli interfeys xüsusiyyətlərinə malikdir. Beləliklə, məsələn, tarixə görə seçim belə görünür:
İndi biz sonrakı replikasiyaya hazırıq. Gələcək dəstəyin düzgün planlaşdırılması belə layihələrin davamlı uğurunun əsas amillərindən biridir.