Mode penyimpanan file database 1C sering digunakan oleh perusahaan kecil. Mudah diatur, tidak memerlukan investasi tambahan dan modus file nyaman untuk bekerja. Tapi ini hanya jika menyangkut departemen, hingga lima orang bekerja.
Perhatikan kelemahan utama penyimpanan file dari database 1s. Dengan volume database yang signifikan, lebih dari tiga gigabyte, kecepatan pengguna secara bersamaan berkurang secara signifikan.
Keandalan juga rendah. Basis data 1C dalam mode file lebih sering rusak. Opsi klien-server menyimpan informasi jauh lebih andal. Banyak akuntan dan operator 1C yang familiar dengan pesan: "Stream format error ..." Muncul saat mencoba memulai basis 1c, atau menulis dokumen.
Apa yang harus dilakukan?
1. Cadangkan database Anda dengan dua cara.
Anda dapat menyalin sendiri folder dengan basis secara manual, atau membongkar basis melalui konfigurator.
Mari salin database secara manual. Pertama, mari kita tentukan di folder mana database kita berada. Kami memulai program 1C. Pilih (tekan sekali tombol kiri mouse) basis yang diperlukan, lihat jalur ke folder di bawah ini
Dalam hal ini, basisnya terletak di Z:, di folder "torg".
Buka My Computer, drive Z:, klik folder "torg" dan pilih "copy"
Kemudian buka drive komputer lain, sebaiknya folder jaringan. Anda dapat menggunakan folder My Documents, tetapi hanya sebagai pilihan terakhir. Klik kanan klik mouse pada ruang kosong di Buka jendela dan pilih "tempel"
Saat penyalinan basis data selesai, Anda perlu melakukan pencadangan tambahan menggunakan alat 1C (jika Anda dapat masuk ke mode konfigurator).
2. utilitas chkdbfl.exe
Buka Komputer Saya, drive C:, folder " File program' (dalam 64-bit versi windows- "Program filex (x86)"), 1Cv8x (di mana x adalah versi platform Anda (8.0, 8.1, atau 8.2). Buka folder "bin" (di versi 1c 8.2, lalu nomor pertama versi terbaru platform dan folder "bin" di sana), jalankan file chkdbfl.exe di sana
Di jendela, klik tombol "...", lalu buka folder dengan database, pilih file 1Cv8.CD dan klik tombol buka.
Centang kotak "Perbaiki kesalahan yang ditemukan". Kemudian klik "jalankan".
Pemeriksaan dapat berlangsung dari 5 hingga 60 menit, bergantung pada ukuran database dan kekuatan komputer Anda. (Gbr. 6)
Saat pemeriksaan selesai, program akan memberikan log kesalahan yang diperbaiki (Gbr. 7)
Dalam contoh kami, tidak ada kesalahan yang ditemukan.
Buka database dan periksa cara kerjanya.
Mari kita pertimbangkan penyebab kesalahan ini, dan cara yang mungkin pencegahan mereka.
Penyebab kerusakan pada basis 1C:
Salah satu penyebab paling umum adalah kegagalan daya. Karena kegagalan daya, server atau komputer dasar seringkali dapat dimatikan, atau jaringan dapat terputus. Dalam bisnis kecil, penghematan catu daya yang tidak pernah terputus bukanlah hal yang aneh. Kebetulan catu daya tak terputus tidak dipasang sama sekali. Terkadang mereka menghubungkan server, tetapi melupakan perlindungan perangkat jaringan, yang juga menyebabkan kerusakan jika terjadi kegagalan jaringan.
Kegagalan hard drive atau flash drive. Koneksi flash drive yang salah atau penggerak eksternal juga menyebabkan kerusakan pada database 1C. Ancaman terhadap infobase juga sudah ketinggalan zaman HDD, harapan hidup hard drive standar komputer kantor 2-3 tahun, di server sedikit lebih - 3-5 tahun.
Jaringan rusak. Penyebab umum korupsi basis data adalah jaringan yang kelebihan beban. Ketika informasi ditransmisikan jauh lebih lambat dari yang diharapkan, masalah dimulai pada 1C. Penggunaan peralatan usang, atau lokasinya di tempat yang tidak menguntungkan. Komputer terlalu panas dan mulai membeku.
Kabel yang dirutekan dengan tidak benar juga menyebabkan kesalahan operasional. Soket keluar, kabel diletakkan di lantai - ini hanya kesalahan yang paling umum.
Bagaimana cara menghindari gangguan?
1. Catu daya tak terputus harus dipasang di server dan peralatan jaringan.
Ini akan merugikan Anda jauh lebih sedikit daripada waktu henti dalam pekerjaan bahkan untuk satu hari. Apalagi jika harus melakukan restore database selama periode pelaporan. Pemulihan basis data membutuhkan waktu beberapa hari.
2. Sambungkan media eksternal dengan hati-hati.
Saat menggunakan hub USB, beli dengan catu daya eksternal.
Anda keras eksternal drive dengan kabel USB 2 ujung? Sambungkan keduanya, daya tambahan disuplai melalui ujung pertama, dan daya serta informasi disuplai melalui ujung kedua.
Penggantian terjadwal hard drive di komputer atau server dengan database, kami sarankan melakukannya setiap 2-3 tahun sekali.
3. Jaringan lokal harus baik-baik saja. Gunakan hanya perangkat jaringan modern dalam pekerjaan Anda.
Ini akan menyelamatkan Anda dari banyak masalah, tidak hanya dengan 1C.
4. Jangan lupa buat backup!
Sebelum operasi basis data penting, atur cadangan otomatis dan buat salinan cadangan basis data secara manual.
Kesempatan terakhir untuk menemukan cadangan jika tidak ada opsi lain yang tersisa
07-12-2017T16:51:24+00:00Jadi yang tak terpikirkan terjadi:
Seperti yang mereka katakan dalam kasus seperti itu - mereka tiba ...
Jangan panik - semuanya tidak hilang.
Kami masuk ke komputer saya dan membuka properti disk tempat database disimpan (disk ini dapat dilihat dengan memilih database di jendela peluncuran 1C):
Pada dialog yang terbuka, buka tab "Versi Sebelumnya":
Jika ada versi disk dari nomor yang kami butuhkan - kami diselamatkan!
Dalam hal ini, pilih versi ini dan klik tombol "Buka":
Di sini kami menemukan folder dengan database kami dan menyeretnya, misalnya, ke desktop.
Jika Anda beruntung dengan memiliki salinan bayangan disk (atau tidak ada salinan untuk nomor yang diperlukan), buka opsi kedua.
Kami mencari cadangan sementara yang dibuat saat memperbarui basis data
Salah satu cadangan sementara yang dibuat oleh 1C saat memperbarui basis data masih dapat disimpan di folder sementara komputer Anda. Pada artikel ini saya akan berbicara tentang cara menemukan dan mengekstrak salinan semacam itu.
Pertama-tama, kami menemukan folder sementara komputer kami.
Untuk melakukan ini, tekan kombinasi tombol Win + R:
- Tekan pertama Menang;
- Kemudian, tanpa melepaskan Win, tekan huruf Inggris R;
- dan lepaskan kedua kunci.
Berikut tampilan tombol Win:
Menanggapi ini, dialog "Jalankan" akan terbuka, di Windows XP saya terlihat seperti ini:
Kami mengetik perintah %temp% di bidang teks dan klik OK:
Menanggapi hal ini, komputer akan membuka folder sementara untuk kita:
Kami terutama tertarik pada folder yang dimulai dengan " Pembaruan 1Cv8". Di sini, di salah satu folder ini mungkin ada salinan cadangan dari basis data kami.
Agar tidak melihat semuanya (kami memerlukan cadangan terbaru), kami mengurutkan folder berdasarkan tanggal:
Dan kami mulai menjelajah dari atas ke bawah (dari folder terbaru hingga yang paling awal).
Kami masuk ke setiap folder yang dimulai dengan " Pembaruan 1Cv8":
Cadangan basis data di folder ini akan terlihat seperti file dengan ikon kuning yang dimulai dengan nama "1Cv8" dan ekstensi ".1CD" (tetapi tidak selalu terlihat). File ini biasanya memiliki ukuran terbesar dari semuanya (dalam kasus saya 752 megabita).
Di sebelah kanan file ini, kita bisa melihat tanggal pembuatannya. Jika file seperti itu ditemukan dan tanggal pembuatannya cocok untuk kita - ini adalah berita bagus!
Sekarang mari kita tentukan cadangan dari basis mana yang kita temukan?
Untuk melakukannya, buka file "log...txt":
Berikut adalah jalur ke folder database, salinan cadangan yang kami temukan: X:\Bases 1C\ArendaDemo.
Jika cadangan ini tidak sesuai dengan kami (basis yang salah atau tanggal yang salah), kami mencari lebih jauh.
Tapi di sini kami menemukan yang paling cocok - bagaimana cara memulihkan database darinya?
Untuk melakukan ini, buat folder kosong baru di folder dengan database 1c, misalnya seperti ini:
Salin file ke folder ini 1Cv8....1CD" dari folder cadangan:
Ubah nama file ini menjadi " 1Cv8"(jika Anda tidak melihat ekstensi .1CD, maka Anda tidak perlu menambahkannya):
Kami menghubungkan folder ini sebagai database 1C biasa - di sini.
Tidak ada yang membantu
Jika salinan cadangan tidak dapat ditemukan, jangan putus asa juga (jangan pernah putus asa). Seperti yang mereka katakan, tidak ada situasi tanpa harapan:
- Jika database secara tidak sengaja terhapus (termasuk dari tempat sampah) dan tidak ada operasi yang dilakukan pada komputer setelah itu, spesialis menggunakan program khusus akan dapat menemukan dan mengembalikannya dengan perangkat keras. Ini (jika memungkinkan) harus murah. Anda hanya perlu memanggil spesialis tanpa penundaan, sampai basis data jarak jauh di hard disk ditimpa dengan data lain.
- Jika database sangat rusak sehingga tidak membantu, spesialis yang baik juga hampir selalu dapat memulihkan database atau mengekstrak data darinya. Untuk ini, Anda sudah bisa dimintai jumlah yang layak. Dan di sini Anda perlu mengukur biaya pemulihan dan biaya kehilangan data. Di sini Anda dapat meluangkan waktu dan bahkan menunjukkan database ke beberapa spesialis sekaligus.
Saya meminta Anda untuk - secara teratur mencadangkan database dan dokumen Anda. Betapa pentingnya hal ini, Anda hanya mengerti dalam situasi tanpa harapan seperti yang dijelaskan dalam artikel.
Artikel ini merupakan kelanjutan dari rangkaian artikel "Langkah Pertama di 1C". Ini membahas metode tipikal untuk memulihkan database 1C pada platform 1C:Enterprise 8 setelah kegagalan. Diasumsikan bahwa database bekerja dalam mode file. Mengembalikan database dalam mode operasi client-server tidak dianggap, karena pertanyaan ini jelas melampaui langkah "pertama" dari seorang spesialis pemula.
Materi artikel akan mengungkapkan secara rinci jawaban atas pertanyaan-pertanyaan berikut:
- Apa yang perlu dilakukan sebelum memulai pekerjaan restorasi? (salin, Carl!)
- Apa seluk-beluknya saat menggunakan utilitas verifikasi?
- Alat pemulihan apa yang tersedia di konfigurator?
- Kapan dan mengapa Anda perlu mengunggah/mengunduh ke format *.dt?
- Jika semua hal di atas tidak membantu, apa lagi yang bisa Anda coba?
Penerapan
Artikel ini ditulis untuk platform 1C:Enterprise versi 8.3.4.496, tetapi jangan khawatir jika Anda menggunakan versi yang lebih lama! Semua materi benar-benar mutakhir.
Cara memulihkan database 1C:Enterprise 8 yang rusak di 1C
Terkadang untuk pemula tugas yang diberikan sepertinya tidak nyata. Padahal, sebenarnya ada sejumlah alat standar sederhana untuk menguji database 1C dan metode untuk mengoreksi kesalahan yang terjadi.
Munculnya berbagai macam kegagalan sistematis (kesalahan, data yang ditampilkan salah, penutupan darurat program) dapat dianggap merusak database.
Penyebab kesalahan kritis bervariasi. Paling sering, masalah muncul karena kegagalan daya.
Kami dapat mengatakan dengan yakin bahwa dalam mode operasi klien-server, database lebih tahan terhadap kesalahan.
Sebagai bagian dari artikel kami, kami akan mempertimbangkan mode file dari database. Dan hal pertama yang harus diperingatkan klien adalah bahwa sangat diinginkan untuk memiliki catu daya yang tidak pernah terputus di komputer tempat basis info dipasang.
Jadi, yang utama jangan takut sebelum mencoba mengembalikan database membuat salinannya.
Misalnya, pertama-tama Anda dapat menyalin seluruh folder tempat database berada, lalu hanya menyisakan file 1Cv8.1CD (file dasar) dan folder 1Cv8Log (log peristiwa) di folder ini.
Faktanya, dalam banyak kasus, database dapat dipulihkan. Beberapa nama panggilan 1C telah memahami hal ini dan dengan senang hati mencegat klien tersebut. Dalam kebanyakan kasus, Anda sendiri tidak perlu melakukan sesuatu yang istimewa, klien ketakutan, dan pekerjaan program pengujian membutuhkan banyak waktu.
Mari kita lanjutkan untuk berlatih. Pertama, cari tahu dari klien berapa lama dan dalam keadaan apa kegagalan mulai terjadi. Pelajari cara pengguna melakukan pembaruan konfigurasi dan bagaimana kedua peristiwa tersebut terkait dalam waktu. Tentukan ukuran alasnya.
Bahkan jika dalam hal ini kasus tertentu keadaan yang diklarifikasi tidak akan memengaruhi tindakan Anda selanjutnya secara pasti, Anda akan dapat mengumpulkan beberapa statistik yang mungkin berguna di masa mendatang.
Pastikan untuk mengetahui apakah platform telah diperbarui, dan pada rilis platform mana database telah berfungsi sebelumnya.
Pertama-tama, hapus semua file dan folder yang mengelilingi file dasar (1Cv8.1CD) di direktori yang ditentukan. Ya, ini adalah beberapa file layanan yang menyediakan pekerjaan penuh, tetapi perlu dicatat bahwa kadang-kadang terjadi beberapa ketidakcocokan dalam pengoperasian file-file ini.
Tidak ada hal buruk yang akan terjadi, karena lain kali Anda memulai database, semua file yang diperlukan akan dibuat lagi. Dengan peluncurannya, kami akan menunggu sekarang.
Sekarang kami menggunakan obat yang paling efektif, tetapi jauh dari yang terakhir. Di direktori C:\Program Files\1cv82 (untuk platform 8.3 - 1cv8)\(selanjutnya disebut nomor rilis platform)\bin jalankan utilitas chdbfl.exe.
Perhatian! Setiap rilis platform memiliki utilitas chdbfl.exe sendiri. Dianjurkan untuk menggunakan utilitas dari rilis platform yang digunakannya dasar yang diberikan. Dalam kebanyakan kasus, ini adalah rilis platform terbaru yang diinstal.
Di sini perlu disebutkan satu fitur, jika saat kerusakan basis data kira-kira bertepatan dengan saat pembaruan platform, maka utilitas chdbfl.exe dari platform sebelumnya seringkali memberikan hasil yang lebih baik dalam menemukan dan memperbaiki kesalahan.
Keunikan dari utilitas ini adalah jika tidak ada kesalahan yang diperbaiki selama lintasan pertama (utilitas tidak dapat memperbaiki satu kesalahan pun), maka dapat dikatakan tidak berguna untuk menjalankannya lagi.
Namun, jika tidak semua kesalahan diperbaiki, tetapi ada penurunan jumlah kesalahan, maka masuk akal untuk menjalankan kembali utilitas tersebut.
Ada kasus di mana selama lintasan kedua jumlah kesalahan yang ditemukan berubah menjadi nol. Singkatnya, ulangi operasi sampai ada hasil pengurangan jumlah kesalahan. Tampaknya beberapa bug yang diperbaiki pada pass berikutnya memungkinkan Anda untuk memperbaiki yang lain.
Lebih baik tidak menyentuh parameter pengujian dan koreksi itu sendiri, jika Anda tidak benar-benar memahami dengan jelas apa yang sebenarnya Anda lakukan.
Peningkatan hasil tes dengan penggunaan kembali alat ini tidak ditandai.
Juga harus dikatakan tentang pemeriksa konfigurasi. Dari pengalaman, kesalahan yang dicatat oleh alat ini tidak terlalu kritis. Sebaliknya, mereka hanya memperlambat database itu sendiri. Yang sebenarnya untuk database yang lebih besar dari 4 GB juga dapat dianggap oleh pengguna sebagai kerusakan database.
4 GB adalah ukuran maksimum yang diperbolehkan bukan dari database itu sendiri, tetapi dari tabel di database. Tetapi satu register bisa jauh lebih besar dari yang lain dan menempati sebagian besar ukuran basis.
Dalam bentuk ini, juga tanpa pemahaman yang benar-benar jelas, tidak ada pengaturan yang harus diubah.
Harus dikatakan tentang satu lagi metode yang tidak terlalu jelas. Faktanya adalah bahwa saat membongkar database ke dalam file dengan ekstensi dt, kemungkinannya sangat rendah sehingga tidak mungkin memuatnya kembali.
Namun, saat memuat, terjadi restrukturisasi memori tertentu, yang dalam beberapa kasus memungkinkan Anda memulihkan database melalui pembongkaran dan pemuatan berurutan.
Jika setelah semua tindakan dan pengujian dilakukan, Anda menemukan bahwa alas Anda tetap rusak, maka disarankan untuk menggunakan alat ini juga.
Bongkar dilakukan di konfigurator melalui menu Administrasi, item membongkar basis informasi .
Kotak dialog akan muncul di mana Anda harus menentukan arah pembongkaran. Nama file yang dibuat dapat digunakan secara default - 1Cv8.dt.
Perlu dicatat bahwa mengunggah juga merupakan salah satu metode penyalinan yang memungkinkan.
Memuat paling baik dilakukan di basis baru tidak ada konfigurasi. Untuk membuat database seperti itu, di jendela infobase, klik tombol Menambahkan. Simpan pengaturan di langkah berikutnya. Pembuatan basis info baru dan klik tombolnya Lebih jauh.
Pada form yang muncul, ubah setting menjadi Membuat infobase tanpa konfigurasi dan juga klik pada tombol Lebih jauh. Dalam dua langkah berikutnya, tentukan nama database dan direktori (kosong) tempatnya.
Parameter tambahan dapat dikosongkan dan klik tombol Siap. Infobase tanpa konfigurasi akan dibuat.
Beberapa saat lagi. Jika malfungsi dalam pengoperasian database hanya dicatat pada satu komputer, Anda harus mencoba mengganti komputer. Jika hanya satu pengguna yang bermasalah, maka Anda harus mencoba membuat ulang pengguna tersebut.
Kadang-kadang membantu untuk menghapus database dari daftar di jendela infobase dan kemudian menambahkan infobase yang sama ke daftar (memulihkan jalur ke sana).
Sebagai kesimpulan, saya ingin mengatakan bahwa, tentu saja, tidak semua database dapat dipulihkan, beberapa di antaranya dapat dipulihkan menggunakan metode yang lebih kompleks. Tapi jangan khawatir, kasus seperti itu cukup langka.
Sebagai tindakan pencegahan, kami dapat menyarankan Anda untuk memperbarui basis data melalui konfigurator dan menggunakan alat pengujian standar dan koreksi kesalahan sebelum setiap pembaruan. Pengguna yang memiliki versi dasar dan berhak atas pembaruan gratis, juga dapat mengunduh file pembaruan dari situs terlebih dahulu.
Pada artikel selanjutnya, kami akan mempertimbangkan opsi untuk menyiapkan daftar basis info.
Sebelum memulai prosedur pemulihan infobase, Anda perlu membuat salinan cadangan. Hal ini dapat dilakukan dengan beberapa cara.
Unggah salinan arsip dari konfigurator
Jika tidak mungkin membongkar salinan arsip database dalam mode Configurator, Anda hanya perlu menyalin direktori dengan infobase ke folder lain.
Cara menemukan direktori infobase dan membuat cadangan
1. Klik label "1C:Perusahaan". Jendela "Luncurkan 1C: Perusahaan" ditampilkan.
2. Pilih infobase yang diinginkan dari daftar (tempatkan kursor pada database yang diinginkan)
3. Jalur "File=..." ditampilkan di bagian bawah daftar. Salin semuanya dalam tanda kutip. Misal seperti pada gambar, copy: "c:\1cconf\convert"
4. Buka manajer file misalnya Windows Explorer
5. Tempel baris yang disalin ke bilah alamat. pergi ke direktori.
6. Direktori harus berisi file "1cv8.1cd". File ini disalin ke direktori lain. Ingat di mana Anda menyalin file. Ini adalah salinan cadangan dari infobase Anda.
Menguji database dengan utilitas
Setelah Anda menyalin file infobase ke direktori lain (membuat salinan cadangan), Anda dapat mulai memulihkan data.
Membuka utilitas pemulihan basis data file chdbfl.exe.
Untuk versi 1C:Enterprise 8.0 biasanya terletak di direktori "C:\Program Files\1cv8\bin"
Untuk versi 1C:Enterprise 8.1, terletak di direktori "C:\Program Files\1cv81\bin"
Untuk versi 1C:Enterprise 8.2, terletak di direktori "C:\Program Files\1cv82\VERSION_NUMBER\bin", dengan VERSION_NUMBER adalah nomor versi 1C Enterprise 1C: 8.2. Anda perlu membuka direktori "C:\Program Files\1cv82" dan memilih versi yang dibutuhkan(biasanya ada satu folder per direktori. Misalnya, jalurnya mungkin terlihat seperti ini: "C:\Program Files\1cv82\8.2.12.78\bin")
Kami memulai utilitas. Jendela yang ditunjukkan pada gambar akan muncul.
Pilih file infobase. Anda dapat menemukannya dengan mengikuti petunjuk di bagian "Cara menemukan katalog basis informasi dan membuat salinan cadangan".
Centang kotak "Perbaiki kesalahan yang ditemukan". Klik tombol "Jalankan" dan tunggu penyelesaian prosedur verifikasi.
3. Menguji dan memperbaiki dari konfigurator
Setelah menguji infobase dengan utilitas chdbfl.exe, konfigurasi 1C harus diluncurkan dalam mode "konfigurator".
Jalankan program dalam mode konfigurator:
1. Pilih infobase yang akan dipulihkan.
2. Klik tombol "Konfigurator".
3. Di menu, pilih "Menguji dan memperbaiki ..."
4. Pilih semua kotak centang di grup "cek dan mode", seperti yang ditunjukkan pada gambar. Pilih mode "uji dan perbaiki". Klik "Jalankan" dan tunggu hingga pengujian basis data selesai.
Pengujian selesai. Jalankan konfigurasi dalam 1C:Mode perusahaan. Cobalah untuk menghasilkan laporan, tulis buku referensi dan dokumen.
Pada artikel sebelumnya, kami membahas masalah membuat salinan cadangan dari database 1C Enterprise menggunakan contoh 1C Accounting 8. Kami menemukan bahwa salah satu caranya Salinan cadangan adalah ciptaan membongkar basis informasi. Sekarang mari kita cari tahu apa yang harus dilakukan dengan file unggahan jika sesuatu yang buruk terjadi pada database Anda.
Jika masalah tidak diselesaikan dengan cara lain, waktu untuk membaca manual maka file unload 1C Accounting 8 yang dibuat sebelumnya (atau konfigurasi 1C Enterprise lainnya) akan memungkinkan Anda untuk mengembalikan database, mis. mengembalikan status infobase pada tanggal upload dibuat.
Penyimpangan kecil dari topik: karenanya jelas bahwa ketika memulihkan database dengan cara ini, sebagian dari data akan hilang mau tidak mau hilang. Itu sebabnya semakin sering Anda membuat cadangan, semakin sedikit data yang hilang jika terjadi kerusakan pada database 1C.
File unggahan itu sendiri tidak berguna dan membutuhkan menjalankan Configurator, mis. Anda tidak bisa hanya menjalankan file unggahan (seperti film, misalnya) dan menunggu hasilnya. Oleh karena itu, kami meluncurkan Configurator dan masuk ke menu Administration.
Di menu, pilih item "Load infobase", seperti yang ditunjukkan pada gambar di atas. Ini akan membuka jendela pemilihan file.
Gunakan jendela ini untuk memilih file unduhan yang Anda butuhkan. Jika ada beberapa, biasanya yang paling baru dipilih, yaitu. dibuat terakhir.
Perhatian! Berhati-hatilah saat memilih file jika Anda memiliki lebih dari satu. Terutama jika mereka milik perusahaan yang berbeda! Operasi dari unggahan tidak dapat diurungkan.
Ada bagian penting dari artikel tersebut, tetapi tanpa JavaScript tidak akan terlihat!
Dengan pemikiran di atas, tambahkan satu detail penting- jika database "tertutup", buat salinan foldernya sepenuhnya ( Jadi bagaimana jika itu rusak!) dan baru kemudian buka Configurator dan pulihkan. Jika terjadi kesalahan, Anda selalu dapat kembali ke versi database yang "belum dipulihkan" (yaitu, tidak sepenuhnya rusak akibat kesalahan pemulihan).
Jika file dipilih, peringatan berikut akan muncul (perlu, karena operasi tidak dapat dibatalkan).
Jika sudah yakin, maka klik Yes dan tunggu hingga proses selesai. Operasi ini tidak boleh diganggu! Saat unduhan selesai, pesan penyelesaian akan muncul.
Di jendela yang ditunjukkan di atas, lebih mudah untuk mengklik Tidak, karena Kami tidak lagi membutuhkan konfigurator. Setelah menekan tombol No, Configurator akan tertutup. Sekarang jalankan program dalam mode 1C Enterprise dan periksa kinerja database. Seperti yang Anda lihat, tidak ada yang rumit.
Anda juga dapat memuat data yang diunggah sebelumnya ke dalam database yang benar-benar kosong, mis. tidak ada konfigurasi sama sekali. Anda dapat membuat database seperti itu dengan cara yang sama seperti yang dijelaskan dalam artikel terkait. Satu-satunya perbedaan adalah bahwa di jendela pemilihan template konfigurasi, Anda tidak perlu memilih template, tetapi item terendah, seperti yang ditunjukkan pada gambar.
Biarkan saya mengingatkan Anda lagi: hati-hati saat memulihkan database 1C Accounting 8 dengan tangan Anda sendiri! Pencadangan dapat dilakukan dengan aman - bagaimanapun juga aman untuk data - tetapi berhati-hatilah dengan pemulihan.
Memuat...