Didistribusikan 1c. Konstruksi RBD "dari awal

Seringkali dalam praktiknya ada situasi di mana berbagai unit atau cabang berlokasi di geografis di berbagai tempat. Pada saat yang sama, data yang dimasukkan ke dalam program di unit jarak jauh harus entah bagaimana jatuh ke kantor pusat, sehingga akuntansi umum dilakukan.

Saat ini masalah ini Sering diselesaikan dengan ketentuan karyawan yang bersemangat secara geografis akses jarak jauh ke basis data umum. Ini dapat diimplementasikan dengan menerbitkan pangkalan di server web melalui desktop jarak jauh dan sebagainya.

Namun, tidak ada situasi yang langka dan seperti itu di mana tidak ada internet di kantor jarak jauh yang jauh, atau tidak cukup stabil untuk bekerja di basis informasi umum. Untuk melakukan ini, dalam 1C ada mekanisme untuk mengkonfigurasi basis terdistribusi.

Sederhananya, di kantor pusat ada basis utama. Subordinasi digunakan di divisi jarak jauh. Basis bawahan semacam itu mungkin beberapa. Akibatnya, basis yang didistribusikan dikombinasikan menjadi satu dengan sinkronisasi. Itu bisa dilakukan seperti di mode otomatis sesuai jadwal dan secara manual.

Pada artikel ini, kami akan mempertimbangkan untuk menyiapkan basis data terdistribusi untuk 1C: Akuntansi 3.0. Meskipun demikian, instruksi akan cocok untuk konfigurasi 1C 8.3 lainnya.

catatanbahwa semua perbaikan konfigurasi yang diperlukan harus dibuat hanya di dasar utama tulang rusuk. Ketika sinkronisasi, perubahan ini ditransfer ke semua basis bawahan dan mulai berlaku.

Basis informasi rumah

Saat menggunakan database terdistribusi, pengaturan dasar jatuh pada basis utama. Perlu untuk memproduksinya di bagian "Administrasi", seperti yang ditunjukkan pada gambar di bawah ini.

Di jendela yang terbuka, segera atur data sinkronisasi kurcaci. Di bagian bawah, tentukan awalan utama (basis saat ini). Ini dapat terdiri dari tidak lebih dari dua karakter. Dalam kasus kami, awalan akan "BG", seperti yang kami maksudkan bahwa rib 1c "home akuntansi" ini.

Sekarang Anda dapat melanjutkan untuk mengatur sinkronisasi itu sendiri, yaitu, ke indikasi basis (atau basis data) mana yang akan ditukar. Untuk melakukan ini, buka hyperlink "Pengaturan Sinkronisasi Data". Ini akan tersedia untuk transisi hanya ketika tangki dipasang di sebelah kiri.

Di jendela yang terbuka, pilih item "penuh ...". Ini akan memungkinkan kami untuk menentukan database informasi apa pun 1C untuk produk sinkronisasi.

Di jendela pertama menghubungkan basis bawahan, yang terletak di kantor jarak geografis, kami perhatikan bendera yang akan dilakukan koneksi melalui direktori lokal atau jaringan. Dalam kasus kami, itu adalah "D: \\ dB \\ infobase". Saya juga memeriksa kesempatan untuk menulisnya.

Pastikan untuk menentukan awalan yang berbeda untuk pangkalan yang berbeda. Faktanya adalah bahwa ketika menyinkronkan data untuk data yang kelebihan beban dari setiap basis data, awalannya diinstal. Dengan duplikasi mereka, pekerjaan itu akan salah, sehingga program tidak akan memberi Anda kesempatan seperti itu.

Ketika program meminta Anda untuk membuat gambar awal, pilih opsi ini. Prosedur ini akan memakan waktu, setelah itu menyimpannya ke komputer bernama "1CV8.1CD".

Sinkronisasi itu sendiri dapat dilakukan secara otomatis pada jadwal, yang dapat Anda konfigurasi sendiri dan secara manual. Dalam kasus kedua, cukup klik pada tombol "Sinkronisasi" pada waktu yang tepat untuk Anda.

Subordinate node iga.

Jumlah pengaturan yang diproduksi di basis bawahan kurang signifikan. Di bagian yang sama, atur bendera "Sinkronisasi Data" dan klik pada tautan yang sesuai akan tersedia untuk "Sinkronisasi" tombol.

Sebagai bagian dari contoh kami, dua posisi nomenklatur ditambahkan ke basis utama: "bar" dan "board". Setelah sinkronisasi, mereka menekan basis bawahan. Seperti yang Anda lihat pada gambar di bawah ini, mereka ditugaskan awalan "BG". Sisa dari dua posisi ("Bubut" dan "Pallet") ditugaskan bahwa awalan "BP", ketika mereka langsung menuju dasar bawahan.

catatanbahwa penomoran elemen dalam kasus kami adalah melalui, tetapi hanya dalam awalan yang sama.

Komponen URBD (database terdistribusi) digunakan ketika perlu untuk bertukar informasi antara dua atau lebih basis informasi yang identik (selanjutnya disebut sebagai IB) melalui saluran komunikasi yang sempit (misalnya, modem, email). Di bawah ini adalah instruksi langkah demi langkah dan saran praktis Dengan menyiapkan URBD dalam 1C: Enterprise 7.7. Contoh diberikan untuk dua IB, meskipun Anda mengaturnya jumlah besar Basis dengan analogi dengan dua basis tidak banyak pekerjaan. Artikel Penulis: Romix | Editor: Evgenius.
Revisi terakhir №7 tanggal 02.22.08 | Sejarah
URL:

Kata kunci: urbd, skrip untuk Autobrian, pertukaran antara cabang, surat, rom-mail.dll, dialmail.dll, cdo, panggilan, urib, Urib

Komponen URBD (database terdistribusi) digunakan ketika perlu untuk bertukar informasi antara dua basis informasi yang identik (selanjutnya disebut IB) melalui saluran komunikasi yang sempit (misalnya, modem, email). Di bawah ini adalah instruksi langkah demi langkah dan tips praktis pada pengaturan URBD dalam 1C: Enterprise 7.7. Contoh diberikan untuk dua IB, meskipun tidak mungkin untuk menyesuaikannya dengan jumlah basis data yang lebih besar dengan analogi dengan dua basis.

1) Perpustakaan distrdb.dll bertanggung jawab untuk pekerjaan pustaka distrdb.dll di folder BIN dari program 1C: Enterprise. Komponen ini dibeli dan diatur secara terpisah.

2) Untuk contoh pertukaran email, kami akan membuat dua basis informasi, menempatkannya dalam folder dengan C: \\ 1C_BASE1 dan C: \\ 1C_BASE2. Buat folder ini, dan di masing-masing - diinvestasikan folder dengan nama CP dan PC (huruf Latin)

3) Dalam folder C: \\ 1c_base1, letakkan konfigurasi yang sudah jadi (katakanlah, "perdagangan dan gudang"). Tetapi lebih baik untuk berlatih pada basis data informasi paling sederhana (berisi, misalnya, hanya satu buku pegangan dengan beberapa catatan). Penting bagi kita untuk memastikan bahwa data benar-benar bermigrasi dari satu IB ke yang lain sebagai hasil dari pertukaran Otomotif URBD, dan ini dapat ditunjukkan pada kompleks dan contoh tes yang paling sederhana.

4) Tutup semua jendela dalam konfigurator dan aktifkan item menu "Administrasi - Distributed IB - Control". Item menu ini tersedia jika ada komponen distrdb.dll di folder Bin Bin. Jika perpustakaan memiliki versi yang salah Atau rusak, cukup instal ulang 1c: perusahaan atas instalasi saat ini - perpustakaan distrdb.dll akan diganti dengan versi yang benar.

5) Di jendela yang terbuka, klik tombol "Central IB". Di jendela kueri, tentukan kode basis informasi baru (tentukan nomor 1) dan deskripsinya (misalnya, "IB Central").

6) Peringatan muncul tentang ireversibilitas perubahan pada pers dengan menekan "OK" (metode tidak berdokumen dijelaskan di bawah ini, seolah-olah perlu, kembalikan basis keadaan aslinya).

7) Klik tombol Perip baru. Ib. Di jendela kueri, tentukan kode 2 untuk itu dan deskripsi "perifer IB".

8) Sorot basis data perifer dengan satu klik dan klik tombol "Pengaturan. Autobrame. " Di jendela Switching Switch yang terbuka, ubah mode "manual" Autobrack ke "Otomatis" dan klik OK.

9) Klik tombol Unggahan Data. Ingat (di clipboard) nama file dengan bongkar "C: \\ 1C_BASE1 \\ CP \\ 20.ZIP" - itu akan lebih bermanfaat bagi kami. Klik OK. Pada akhir bongkar 1C akan menulis "unloading berhasil diselesaikan".

10) Tutup konfigurator dan masuk (juga dalam mode konfigurator) ke folder (masih kosong), di mana IB kedua harus berbohong (dalam contoh kami - c: \\ 1c_base2). Tentukan bahwa basis harus dalam format DBF / CDX dan klik OK.

11) Pergi ke item menu administrasi - Didistribusikan IB - Kontrol. Menanggapi pertanyaan "Basis informasi tidak terdeteksi. Melakukan unduhan data? " Klik "Ya" dan tentukan nama file bongkar (dalam contoh kami, "c: \\ 1c_base1 \\ cp \\ 20.zip") dan klik "OK". Pada akhir unduhan, 1C akan menulis "unduh berhasil diselesaikan." Kami telah berhasil membuat iB perifer dengan membongkar data dari IB pusat.

12) Ubah apa pun (misalnya, tambahkan elemen direktori baru) di salah satu basis informasi. Tujuan kami adalah untuk mencapai bahwa perubahan dalam satu (apapun) IB jatuh ke IB lain melalui penulis. Gunakan item menu "Administrasi" - "Distributed IB" - "Autobrum" secara bergantian di setiap basis. File bongkar yang baru muncul dengan ekstensi zip di folder CP dan PC perlu dipindahkan (salin) antara basis informasi pada CP-\u003e CP, PC-\u003e PC prinsip (dalam kondisi "bidang nyata" biasanya membuatnya menggunakan surel).

Tip dan Resep

1) Untuk memutar database terdistribusi ke normal, hapus file 1SDBSET.DBF, 1SDWNLDS.DBF, 1SUPDTS.DBF dan file * .cdx yang sesuai, serta 1ssystem.dbf. Pada prinsipnya, sudah cukup untuk menghapus 1ssystem.dbf. Setelah itu, perlu untuk mengembalikan poin relevansi dengan menjalankan program dalam mode monopoli. Trik ini tidak tertahankan (tebak kenapa), tetapi, bagaimanapun, itu berhasil.

2) Anda dapat mengubah konfigurasi 1C, tetapi hanya di IB tengah. Ini sangat nyaman - perubahan dalam perifer IB "Roll" secara otomatis.

3) Jika Anda telah menghilang (misalnya, sebagai hasil dari kesalahan surat) satu atau beberapa unload - jangan salah, karena URBD mampu melacak situasi seperti itu, dan ulangi pengiriman data yang hilang pada sesi Autobrian berikutnya.

4) Fitur lengkap mengirim surat dalam 1C diimplementasikan melalui antarmuka MAPI ketika interaksi terjadi dengan klien pos. (seperti Outlook). Saran saya - jangan buang waktu - dengan MAPI dan segala macam odutlik dalam praktik, masalah terus-menerus muncul, membutuhkan "drive cepat" pengembang antara cabang. Gunakan koneksi modem langsung atau FTP saya tidak menyarankan untuk alasan yang sama. Kirim email lebih baik dengan komponen eksternal, seperti rom-mail.dll atau dialmail.dll.

Pilihan lain - gunakan CDO
http://avb1c.narod.ru/?\u003da9.
(C) AVB, Ruor Absurd

5) program yang secara otomatis dapat melakukan Autobrix dan mengirim file bongkar dengan surelAnda dapat mengambil di sini:

Jika Anda benar mengatur beberapa konstanta (alamat pos, kata sandi, pemilih, dll.), Pengguna tetap hanya dua kali untuk mengklik label untuk memulai penulis.

Program ini diimplementasikan sebagai konfigurasi 1C: Enterprise. Detil Deskripsi Terkandung dalam file doc terlampir.

6) Jika Anda perlu melakukan panggilan secara otomatis ke penyedia, gunakan program Dialer tipe e. Dia tahu cara menjalankan aplikasi eksternal dengan koneksi yang sukses. Pilihan lain adalah menggunakan komponen eksternal Dialmail, yang memiliki sarana bekerja dengan modem (tip - awalan "P" Latin di depan angka memberikan status pulsa, 9w di depan nomor - panggilan melalui "sembilan" dan menunggu bunyi bip masuk garis).).

Catatan: Windows XP memiliki dialer rasdial.exe bawaan. Keys. garis komando:
Kata Sandi Pengguna Elemen Rasdial.exe
elemen / putuskan rasdial.exe

7) Prioritas diberikan pada perubahan yang dibuat di IB tengah. Harap perhatikan bahwa konfigurasi khas 1C menggunakan awalan basis informasi (lihat pengaturan ini dalam konstanta) sehingga kode buku referensi dan jumlah dokumen yang dibuat dalam basis yang berbeda tidak bertepatan, dan keunikan mereka tidak terganggu.

RIB - didistribusikan basis informasi, mewakili konstruksi pohon, yang cabangnya adalah pangkalan yang diperluas yang dipisahkan dari perusahaan 1C. Basis ini disebut node dari basis informasi terdistribusi (selanjutnya node). Pertukaran informasi dibentuk antara node-simpul ini untuk menyinkronkan semua node (konfigurasi dan pangkalan).

Mekanisme utama adalah mekanisme pertukaran dengan beberapa kemampuan yang berbeda dan universal. Perbedaan utama dapat dialokasikan bahwa mekanisme pertukaran tulang rusuk lebih terspesialisasi dan sempit, sementara pertukaran universal memberi pengguna berbagai kemungkinan yang lebih luas.

Prinsip dasar tulang rusuk

Ubah struktur konfigurasi hanya mungkin di simpul root utama dari basis informasi terdistribusi. Selanjutnya, perubahan ini diterapkan secara hierarkis ke subordinat node. Dengan demikian, ini memastikan ruang tunggal struktur konfigurasi di semua node tulang rusuk.

Data dapat diubah pada salah satu node yang pada gilirannya berlaku untuk semua node lainnya. Selain itu, data ini tidak boleh ditransfer ke seluruh peserta sistem dan identitas lengkapnya mungkin tidak didukung. Komposisi data yang berpartisipasi dalam pertukaran dengan peserta tulang rusuk lainnya, pengembang dapat mengkonfigurasi keinginannya sendiri. Apalagi pengaturan dapat dibuat tidak hanya dalam serat konfigurasi metadata, tetapi juga di level elemen individuyang dapat mengungguki pilihan khusus.

Seperti disebutkan di atas, mekanisme tulang rusuk dicapai melalui penggunaan rencana pertukaran. Tetapi rencana ini atau itu dapat digunakan dalam struktur hierarkis ini, harus diaktifkan oleh properti "basis informasi terdistribusi".

Semua data dalam tulang rusuk ditransmisikan oleh pesan. Isi dari pesan-pesan ini jelas diatur dan tidak dapat sewenang-wenang seperti dalam mekanisme pertukaran universal. Data ditempatkan di pesan menggunakan prinsip serialisasi XML. Selain perubahan data ini, pesan juga menempatkan informasi tentang mengubah konfigurasi, serta sejumlah informasi layanan. Perubahan terdaftar dari ditempatkan di pesan Exchange sepenuhnya secara otomatis. Baik pengguna maupun pengembang tidak dapat mempengaruhi ini.

Penerimaan dan generasi pesan pertukaran dalam tulang rusuk ditetapkan oleh satu perintah

Play Rencana. Tulis (Rekaman, 0)

Konten dibaca melalui tim

Keluaran

Kita dapat dengan aman mengatakan bahwa mekanisme tulang rusuk terutama terdiri dari suatu mekanisme pertukaran universal. Dengan beberapa fitur khas yang hadir hanya dalam struktur tulang rusuk.

Seringkali situasinya terjadi ketika organisasi memiliki beberapa cabang atau outlet, secara geografis dihilangkan satu sama lain. Namun demikian, ada kebutuhan untuk melakukan satu akuntansi di seluruh organisasi. Salah satu solusi untuk tugas ini adalah membuat jaringan terpadu, yang akan mencakup pekerjaan otomatis untuk semua cabang, dan penempatan basis informasi 1C pada server publik. Metode ini dapat secara teknis rumit dan biaya. Selain itu, sejumlah masalah yang berkaitan dengan keamanan informasi muncul.

Opsi kedua adalah membuat basis informasi terdistribusi (RIB). Basis informasi terdistribusi adalah struktur hierarkis yang terdiri dari pangkalan informasi terpisah pada platform 1C: perusahaan antara mana pertukaran data diselenggarakan untuk menyinkronkan konfigurasi dan data. Basis informasi individu ini disebut simpul tulang rusuk.

Basis informasi yang didistribusikan dapat dibuat berdasarkan berbagai konfigurasi sistem 1C: Enterprise. Pertimbangkan ciptaannya pada Contoh 1C: Manajemen Perdagangan 10.3.

Misalkan organisasi perdagangan dibuka tambahan sebuah tokoDi mana perlu untuk memiliki akses ke sistem perdagangan keseluruhan organisasi. Untuk membuat tulang rusuk, Anda harus melakukan langkah-langkah berikut:


Dalam hal ini, penciptaan basis informasi terdistribusi selesai. Untuk bertukar informasi, perlu untuk meluncurkan pertukaran data di basis pusat (perubahan yang terjadi di dalamnya) akan diturunkan, kemudian di toko (perubahan dari basis pusat dan akan membongkar perubahan yang terjadi di toko), dan Sekali lagi - di basis pusat (perubahan dimuat ke dalamnya apa yang terjadi di toko).

Basis informasi terdistribusi memiliki mekanisme resolusi konflik sendiri. Jadi, jika selama pertukaran ternyata objek apa pun (dokumen, buku referensi, dll.) Telah diubah di utama, dan di basis bawahan, prioritas akan memiliki perubahan yang dibuat di basis utama.

Jika Anda perlu mengubah konfigurasi basis informasi yang didistribusikan, itu harus dilakukan di node root (lihat gambar pertama artikel), konfigurasi sisa node diblokir. Setelah melaksanakan perubahan yang diperlukan, mereka dapat ditransfer ke subordinate node menggunakan prosedur standar Pertukaran data antara node tulang rusuk. Setelah pertukaran di subordinate node Configurator, Anda harus memperbarui konfigurasi basis informasi.

Jika Anda memiliki masalah dengan menyiapkan basis informasi terdistribusi, spesialis kami akan membantu Anda menyesuaikan pertukaran data dan menjelaskan secara rinci cara menggunakannya.

Untuk membuat basis informasi yang didistribusikan, Anda harus pergi ke program dalam mode "1C: Enterprise". Untuk membuat node basis data terdistribusi dalam menu, pilih: Operasi - rencana pertukaran. Jendela "Pilih objek: rencana pertukaran".


1. Pertimbangkan opsi dengan rencana pertukaran "penuh".

Exchange akan dilakukan di semua organisasi yang terletak di basis informasi terdistribusi.

Pilih rencana pertukaran "penuh". Jendela "Paket Full Shaping" terbuka.

Isi dua catatan:

Rekor pertama disebut "Node Utama", saya tentukan kode "gu",

Kami menyebut entri kedua "Subordinate Node", saya akan menentukan kode "PU".

Seperti yang Anda lihat dari gambar, ikon rekor pertama digambarkan dengan lingkaran hijau, ini adalah ikon "Node Utama".


Untuk membuat salinan basis informasi node utama, klik pada "Subordinate Node" dan klik ikon "Buat Gambar Awal". Ini akan menjadi basis informasi dari "subordinate node".


Jendela "membuat gambar awal IB" terbuka, pilih "On komputer ini atau di komputer di jaringan lokal", Tekan" Next ".


Di bidang katalog basis informasi, pilih lokasi di mana salinan "Node Utama" diinstal, klik "Selesai".


Setelah membuat basis informasi dari "subordinate node", sebuah pesan akan muncul:


Klik "OK".

Kami menambahkan basis informasi dari "Subordinate Node" di "1C: Enterprise". Kami masuk ke basis bawahan dalam mode "1C: Enterprise". Buka: Operasi - Rencana Tukar. Jendela "Pilih objek: rencana pertukaran". Pilih rencana pertukaran "penuh". Jendela "Paket Full Shaping" terbuka. Kami melihat bahwa ikon "Node Utama" adalah oranye, itu berarti bahwa simpul ini adalah hal utama untuk basis informasi di mana kami berada.


Pengaturan berikut dibuat di simpul utama dan bawahan:

1. Tambahkan awalan untuk basis informasi yang didistribusikan.

Hal ini dilakukan agar tidak konflik di kamar dan kode dokumen dan direktori yang dibuat dalam dua pangkalan, oleh karena itu, di setiap database, tentukan awalan yang akan ditambahkan ke nomor dokumen dan kode referensi. Buka: Layanan - Pengaturan Program - Bookmark "Pertukaran Data". Di lapangan "awalan simpul untuk basis informasi terdistribusi:" Di basis bawahan, kami memperkenalkan "PU", di pangkalan utama, kami memperkenalkan "Gu".


2. Kami menambahkan konfigurasi pertukaran data antar node:

Buka: Layanan - Basis informasi terdistribusi (RIB) - Konfigurasikan simpul tulang rusuk. Jendela "Pengaturan Pertukaran Data" terbuka.


Klik "Tambah", jendela "Kustomisasi Pengaturan Data" terbuka. Masukkan "nama" pengaturan Anda.


Sebuah node akan secara otomatis muncul di bidang "Node", untuk "Node Utama" akan menjadi "subordinate node", untuk "subordinate node" akan ada "simpul utama".

Di bidang katalog, pilih folder di mana data Exchange akan diterima, untuk basis utama dan bawahan, yang terbaik adalah menentukan satu direktori.

Di bidang "Tipe Exchange", konfigurasikan transfer data antar basis data: melalui sumber daya file atau FTP. Kit misalnya "bertukar melalui sumber file".

Di sisa bidang tidak mengubah apa pun.

Klik "OK". Kami melihat pengaturan itu muncul.

3. Untuk pertukaran data, kami melakukan hal berikut:

Pertama, dalam database di mana perubahan dilakukan, klik ikon "Buat pertukaran untuk pengaturan saat ini", seperti yang ditunjukkan pada gambar.


Setelah bongkar, jendela hasil debit akan muncul.


Kemudian dalam database di mana Anda ingin mentransfer perubahan, klik ikon "Buat pertukaran untuk pengaturan saat ini" dan data akan jatuh ke pangkalan yang Anda inginkan.

2. Pertimbangkan opsi dengan rencana pertukaran "pada organisasi".

Exchange akan dilakukan oleh organisasi tertentu yang terletak di basis informasi terdistribusi.

Untuk membuat node basis data terdistribusi dalam menu, pilih: Operasi - rencana pertukaran. Jendela "Pilih objek: rencana pertukaran".


Pilih rencana pertukaran "pada organisasi". Jendela "Rencana Manajemen Organisasi" terbuka.

Isi dua catatan:

Saya akan memanggil catatan pertama "Node Utama", saya tentukan kode "gu", kita melihat perbedaan dari "Rencana Exchange: Full", sebuah tabel muncul di mana organisasi di mana pertukaran akan terjadi.

Kami menyebut entri kedua "subordinate node", tentukan kode "PU", menentukan organisasi.


Dalam sisa sisanya, pengaturannya sama sekali mirip dengan "rencana pertukaran: penuh."