Inisiasi sesi dilarang untuk pencadangan. Memulai sesi dengan infobase dilarang

Setelah meluncurkan program 1C sekali, saat startup saya melihat kesalahan "Memulai sesi dengan" basis informasi terlarang. Cadangan". Saya sangat terkejut - saya sendiri tidak memasang kunci apa pun. Setelah sedikit analisis, alasannya ternyata ada pada "kesalahan" penyalinan arsip otomatis, yang dibangun ke dalam (salah satu subsistem).

Kesalahannya terlihat seperti ini:

Ternyata ketika mengatur pembuatan salinan arsip database, sistem secara otomatis mengunci pintu masuk ke basis info. Ini mencegah pengguna menjalankan program saat proses sedang berjalan.

Tetapi kadang-kadang terjadi bahwa setelah menyalin, sistem tidak dapat menghapus. Dalam hal ini, kami menerima kesalahan "Memulai sesi dengan basis info dilarang ..."

Dapatkan 267 1C video tutorial gratis:

Larutan

Cara termudah untuk memperbaiki masalah adalah dengan menghapus file 1Cv8.cdn(file kunci infobase) dari folder database.

Sebagai contoh, pada screenshot saya di atas, lokasi pangkalan adalah sebagai berikut:

Anda harus pergi ke folder ini, dan kemudian menemukan dan menghapus 1Cv8.cdn.

Menghapus kunci dari basis server klien 1C

Jika Anda memiliki akses ke konsol server, sangat mudah untuk menghapus kuncinya. Cukup pergi ke properti infobase dan hapus centang pada flag "Session start blocking enabled":

Anda berhasil halaman yang diinginkan! Kemungkinan besar, di pagi hari Anda menemukan bahwa 1C 8.3 favorit Anda tidak dimulai dengan pesan: “ Memulai sesi dengan infobase dilarang. Untuk cadangan ...».

Hal pertama yang harus dilakukan sekarang adalah segera memungkinkan pengguna untuk bekerja. Setelah itu, baca artikel dengan tenang sampai akhir dan cari tahu mengapa ini terjadi dan apa itu "Memblokir dan membuka blokir dari infobase 1C 8.3".

Pengalaman saya menyatakan bahwa Anda adalah pengguna (bukan administrator sistem atau pemrogram), dan infobase Anda adalah file (jika database SQL, spesialis sudah menangani masalah Anda). Untuk memulai Anda perlu memahami di folder mana (direktori) itu berada dan hapus satu file di folder ini - 1Cv8.cdn(Anda tidak perlu menyimpan file, Anda tidak akan membutuhkannya lagi).

* Jika Anda seorang spesialis TI, Anda dapat melanjutkan membaca bagian "Memblokir dan membuka blokir dari basis info 1C" dengan aman.

Di jendela dengan daftar infobase, temukan basis Anda (nomor 1 dalam ilustrasi di bawah) dan klik di sana satu (dan hanya satu!) Waktu dengan mouse. Kemudian tekan tombol "Ubah" (nomor 2).

Hanya ada satu pangkalan dalam daftar, jadi jendela ini mungkin tidak asing bagi Anda sebagai "jendela peluncuran 1C". Dalam hal ini, cukup klik tombol "Ubah".

Jika Anda melihat bahwa infobase terletak di komputer ini atau di jaringan lokal- pengalaman saya tidak mengecewakan - database adalah file, dan kami melakukan semuanya dengan benar. Salin jalur ini ( nomor 3 dan 4).

Sekarang pergi ke folder ini.

Untuk berjaga-jaga, berikut adalah beberapa opsi untuk memulai File Explorer:

  • Anda memiliki Windows XP atau Windows 7. Klik Start, Run, paste lokasi infobase yang telah disalin sebelumnya. File Explorer akan terbuka.
  • Anda memiliki Windows 7. Tetapi tidak ada opsi Jalankan. Tempel lokasi tepat setelah mengklik Mulai. File Explorer akan terbuka.
  • Anda memiliki Windows 8 atau Windows 10. Klik Mulai, di sebelah kanan pojok atas klik Magnifier, tempel lokasi infobase yang sebelumnya disalin, tekan Enter. File Explorer akan terbuka.

  • Temukan floppy disk kuning di bilah tugas dan klik di atasnya. Tempelkan lokasi infobase ke bilah alamat di bagian atas jendela Explorer. (Klik kanan pada bilah alamat, Ubah alamat, klik kanan lagi pada bilah alamat, Tempel).

  • Cara universal untuk semua orang Versi Windows dan pengaturannya. Tekan tombol bendera pada keyboard dan, tanpa melepaskannya, tekan Latin R (atau K Rusia) pada keyboard. Jendela "Jalankan" akan terbuka, tempel lokasi infobase yang sebelumnya disalin di sana dan klik OK.

Menggunakan salah satu opsi yang diusulkan, Anda akan dibawa ke jendela explorer dengan lokasi infobase.


Di jendela explorer temukan file 1Cv8.cdn dalam daftar file, klik kanan padanya, pilih "Hapus", seperti yang ditunjukkan pada gambar sebelumnya.

Siap! "1C: Akuntansi" atau "1C: Gaji dan manajemen personalia" atau "1C: Manajemen perdagangan" Anda diluncurkan lagi.

Memblokir dan membuka blokir dari basis info 1C. Kami menghancurkan mitos.

V bagian ini Anda akan menemukan informasi unik tentang bekerja dengan kunci, serta mendapatkan sanggahan dari kesalahpahaman umum tentang "pemblokiran data".

Bagaimana cara mengatur kunci?

Mekanisme pemblokiran infobase dirancang untuk menghentikan sesi terbuka saat ini dan mencegah koneksi baru. Lokasi fungsi penguncian di menu dapat bervariasi tergantung pada konfigurasi. Misalnya, di UT, revisi 11 (11.3.3.163) ini adalah NSI dan administrasi, [Layanan] Pemblokiran pekerjaan pengguna. Opsi alternatif: NSI dan administrasi, Dukungan dan pemeliharaan, Memblokir pekerjaan pengguna. Di UT, edisi 10.3 (10.3.21.2) itu Layanan, Pengguna, Memblokir pembentukan koneksi ke infobase.

* Ada konfigurasi industri khusus di mana pemblokiran dari sudut pandang antarmuka dan dari sudut pandang mekanisme tidak akan terlihat seperti yang dijelaskan dalam artikel ini. Karena kami sedang mempertimbangkan mekanisme standar untuk sebagian besar konfigurasi 1C, kami tidak akan menyentuh konfigurasi industri khusus.


Saat Anda memilih item ini, kotak dialog "Memblokir pengguna" akan terbuka, di mana Anda harus memasukkan pesan untuk pengguna, waktu mulai dan berakhirnya pemblokiran, dan kode untuk membuka blokir.


Sejak awal dan akhir tindakan pemblokiran dimasukkan, Anda harus sangat berhati-hati dalam dialog ini dan memasukkan informasi secara eksplisit. Jika dalam dialog dimungkinkan untuk memasukkan awal pemblokiran "setelah 15 menit" dengan durasi "20 menit", atau setidaknya tampilan referensi dari nilai-nilai ini berdasarkan waktu mulai dan berakhir absolut dari pemblokiran , akan sulit untuk mengatur pemblokiran dengan durasi satu tahun, seperti ini bisa terjadi ketika tanggal-waktu yang dimasukkan error.

Disarankan untuk mengatur parameter "Waktu mulai" sebagai tanggal / waktu saat ini + waktu yang dibutuhkan pengguna untuk bersiap keluar sambil menyimpan dokumen yang diedit. Misalnya, sekarang 9 jam 50 menit, kami memberikan 10 menit kepada pengguna untuk menyimpan hasil mereka. Secara total, waktu mulai pemblokiran harus 10 jam 00 menit.

Waktu berakhir - Anda tidak harus masuk, dan pemblokiran objek akan diatur tanpa batas waktu (selamanya).

Kode pembuka kunci adalah "kata sandi" satu kali untuk memulai "dari awal", terlepas dari pemblokiran yang telah ditetapkan, yang mungkin diperlukan dalam beberapa kasus (akan dibahas nanti). Wajib masuk dan hafal. Dalam kasus versi SQL dari infobase, parameter ini terlihat di snap-in Administrasi Server 1C Enterprise dan disebut "Kode Izin" di sana.

Dalam kasus versi SQL dari infobase, otorisasi dari administrator infobase atau administrator cluster juga diperlukan.


Jadi, setelah menekan tombol "Setel pemblokiran" dan respons positif terhadap konfirmasi ...


... Anda akan kembali ke kotak dialog sebelumnya, penampilan yang berubah:


Di sudut kanan bawah akan muncul pesan yang menyatakan bahwa pemblokiran pekerjaan pengguna direncanakan. Pesan ini hanya Anda yang akan melihat.


Berencana? Mungkin ada hubungannya dengan tugas rutin?

Apakah pemblokiran terjadwal pengguna akan berfungsi jika pemblokiran pekerjaan terjadwal diatur? Ya, itu akan berhasil. Mekanisme penguncian tidak menggunakan pekerjaan terjadwal.

Apa yang akan dilihat pengguna dan saya sendiri?

Sampai pemblokiran dimulai, pengguna aktif akan menerima pengingat "sopan" untuk dimatikan. Dalam dialog ini, "Ya" dipicu oleh batas waktu, sehingga pengguna yang tidak hadir di tempat kerja akan berhasil keluar dari sesi 1C.


Pemrakarsa blok menerima pesan yang berbeda:


Setelah dimulainya penguncian, tidak akan mungkin untuk memasuki basis info dengan cara biasa. Cara masuk akan dijelaskan di bawah ini. Harap dicatat bahwa dialog tidak berisi indikasi otomatis waktu pemblokiran berakhir, sehingga tugas memberi tahu pengguna tentang waktu untuk melanjutkan pekerjaan menjadi tanggung jawab Administrator. Informasi ini dapat diberikan dalam pesan kepada pengguna.



Bom meledak tepat pada waktu yang ditentukan. Sirene melolong sampai meledak.

Bertentangan dengan kepercayaan populer bahwa penghentian sesi pengguna aktif dilakukan dengan lembut, setelah peringatan yang dapat diabaikan dan terus bekerja, pada kenyataannya, penghentian, atau lebih baik untuk mengatakan, "memotong", sesi aktif terjadi tepat sesuai jadwal , kaku dan dengan hilangnya semua hasil yang belum disimpan. Semua peringatan dikeluarkan dalam interval dari saat menekan tombol "Setel pemblokiran" hingga saat pemblokiran dimulai, setelah itu sesi aktif akan berakhir tanpa pemberitahuan apa pun, dan 1C akan masuk ke siklus upaya untuk memulai konfigurasi lagi, dengan interval 1 menit.

Tidak ada pengecualian untuk mode memasukkan nilai referensi, di mana nilai dimasukkan yang tidak ada dalam buku referensi - Anda tidak dapat keluar dari mode input (misalnya, tutup 1C dengan tanda silang), tetapi ini tidak akan mencegah Anda dari menyelesaikan pekerjaan. Yang lebih menarik adalah mode dialog modal, jadi lebih banyak yang akan dikatakan tentangnya.

* Pengakhiran sesi pengguna dalam konfigurasi lama terjadi sedikit lebih lambat dari waktu yang ditentukan, karena pengguna pertama kali menerima peringatan "Sistem dimatikan".

Apakah itu akan meledak?

Untuk memulainya, kami mencatat bahwa dalam konfigurasi lama, pemblokiran untuk inisiator pemblokiran mungkin tidak berfungsi. Sekarang mari kita beralih ke mempertimbangkan masalah untuk platform 8.3.

Pengguna file IB yang, misalnya, memutuskan untuk menghapus dokumen dan kemudian pergi makan siang, meninggalkan dialog "Tandai dokumen untuk dihapus?" di layar, akan membuat koneksi ke infobase tetap terbuka. Tentu saja, sesinya akan berakhir pada sore hari setelah dia menjawab "Ya" atau "Tidak", tetapi sampai saat itu Anda akan melihat bahwa ada pengguna aktif. Dalam hal ini, pemrakarsa blok akan melihat pesan:


Pesan kesalahan runtime akan muncul di log, yang seharusnya tidak ditafsirkan sebagai kesalahan runtime, tetapi sebagai "tidak semua pengguna telah menghentikan sesi mereka":


Dan ini bukan alasan satu-satunya di mana pemblokiran mungkin tidak berfungsi (lihat bagian lebih lanjut "Berdasarkan Jam Siapa?" dan "Tapi Bagaimana Dengan Pengguna Saya di Vladivostok?").

Dialog modal dalam versi SQL dari infobase pada formulir terkelola

Server aplikasi 1C memiliki kemampuan untuk menghapus sesi meskipun mode dialog modal. Antarmuka 1C dan dialog modal akan tetap ada di layar pengguna, menciptakan tampilan sesi yang tidak lengkap, tetapi sebenarnya sesi tersebut akan dihapus, dan koneksi ke IB akan dihentikan tepat waktu. Ketika mencoba untuk terus bekerja, pengguna akan melihat pesan kesalahan "Sesi hilang atau dihapus" atau "Sesi dihentikan oleh Administrator", tergantung pada nuansa.



Dialog modal dalam versi SQL dari infobase pada formulir biasa

Sesi pengguna berakhir.

Setelah mengatur kunci, lebih baik tidak meninggalkan dialog, karena ketika Anda memasukkan kembali dialog ini sebelum pemblokiran dimulai, sebuah pesan yang tidak benar muncul yang menyatakan bahwa pemblokiran telah ditetapkan (meskipun hanya setengah), tidak ada sesi aktif (tidak benar). Pada saat yang sama, proses penghentian pekerjaan pengguna berlanjut (bertentangan dengan nol sesi aktif + tidak begitu, karena pengguna "mengakhiri diri mereka sendiri"). Meskipun kode kunci pengguna tidak sempurna, pada akhirnya tidak ada salahnya untuk mengunci dan mengakhiri sesi aktif, tetapi itu membingungkan administrator infobase.



Apakah pemblokiran akan berfungsi jika Anda mengatur blok dan menutup dialog?

Apakah kunci akan berfungsi jika Anda menyetel kunci dan segera keluar dari 1C (yaitu, mengakhiri sesi 1C sebelum kunci dimulai)?

Ya. Mekanisme untuk merespons kunci yang dibuat tidak menyediakan interaksi antara pemrakarsa kunci dan pengguna lain. Sesi pengguna secara independen memeriksa apakah mereka dapat berfungsi.

Pada jam siapa pemblokiran akan bekerja jika waktu di komputer sedikit berbeda?

Masalah desinkronisasi jam

Dengan file IS, setiap komputer itu sendiri memeriksa apakah IS memiliki rentang waktu yang ditetapkan untuk pemblokiran, dan membandingkannya dengan jam lokalnya. Itu tergantung pada keakuratan arlojinya apakah dia bisa komputer ini akhiri sesi tepat pada waktu yang tepat... Jika pangkalan diblokir dari 10:00, untuk satu komputer saat ini akan datang lebih awal, dan untuk yang lain - nanti.

Dalam lingkungan domain dan ketika administrator sistem bekerja dengan sempurna, waktu di semua komputer disinkronkan dengan pengontrol domain. Tetapi karena berbagai alasan, waktu dapat dirobohkan: sinkronisasi waktu dengan pengontrol domain tidak dikonfigurasi, sinkronisasi waktu dikonfigurasi dengan server waktu akurat eksternal yang tidak lagi tersedia, layanan jaringan atau domain gagal, kurangnya hak untuk mengubah waktu sistem, dll.

Tampaknya kita dapat berbicara tentang detik, atau setidaknya menit. Tetapi pada kenyataannya, komputer mungkin, misalnya, tidak menginstal pembaruan sistem operasi yang mendukung transisi ke waktu musiman (musim dingin / musim panas), dan kesalahannya mungkin bukan detik, tetapi jam. Sangat mudah untuk melakukan eksperimen ini: jadwalkan satu blok pada jam 10 pagi selama setengah jam, dan di salah satu komputer, atur waktu maju satu jam - blok tidak akan berfungsi.

Karena itu, sebelum memasang kunci, periksa dengan cermat waktu di sudut kanan bawah komputer dengan jam tangan Anda, dan juga hubungi administrator sistem Anda terlebih dahulu dengan pertanyaan apakah sinkronisasi waktu berfungsi di infrastruktur TI Anda.

Bagaimana dengan pengguna saya di Vladivostok?

Masalah waktu mutlak dengan pengguna dari zona waktu yang berbeda

Rentang waktu pemblokiran disimpan di infobase. Lihatlah isi file penguncian 1Cv8.cdn (yang dibuat dalam versi file IB), itu berisi waktu ketika penguncian dimulai pada 17/07/2017 pukul 13:59 dalam format YYYYMMDDHCHMMSS tanpa indikasi zona waktu:


Tanpa menentukan zona waktu, akan menjadi jelas waktu absolut apa yang sedang kita bicarakan jika waktu akan selalu mengacu pada zona waktu tertentu, misalnya UTC + 0. Tetapi database menyimpan waktu lokal sesuai dengan jam komputer yang memulai penguncian. Dari zona waktu mana komputer ini berasal tidak diketahui, yang berarti waktu pemblokiran mutlak tidak diketahui.

Jika di Moskow, dalam keamanan informasi terpusat, Anda menetapkan blokir pada 13:59, dan saat ini untuk pengguna Moskow adalah di masa depan, maka pengguna keamanan informasi yang sama di Vladivostok memiliki 13:59 7 jam yang lalu. Dan tergantung pada solusi teknis, sesuai dengan pekerjaan yang dilakukan dengan keamanan informasi pengguna Vladivostok, memblokir pengguna ini akan berfungsi atau tidak.

Solusi teknis apa yang bisa membuat pemblokiran tidak berfungsi dengan benar untuk pengguna Vladivostok? Mereka di mana bagian klien 1C akan menerima waktu di Vladivostok, dan bukan di Moskow. Misalnya, kantor terhubung ke jaringan lokal melalui VPN, dan bagian klien 1C diluncurkan dari komputer lokal memiliki UTC + 10 kali. Tetapi jika mereka bekerja dengan database melalui koneksi RDP atau dalam mode RemoteApp di server Moskow, meluncurkan bagian klien 1C di server ini, semuanya akan baik-baik saja, karena itu akan menjadi UTC + 3.

Apakah ada masalah dengan desinkronisasi jam dan zona waktu dalam kasus versi SQL dari infobase?

Tidak. V pilihan ini ada "jam server" yang diambil sebagai standar.

Apakah itu akan mengeluarkan saya dari Configurator jika saya ada di dalamnya, dan pemblokiran mulai berlaku?

Apakah mungkin untuk masuk ke Configurator setelah kunci dimulai?

Itu dilarang! Pemeriksaan kemungkinan bekerja dengan konfigurator hanya dilakukan saat startup dan tidak dilakukan selama operasi. Oleh karena itu, jika kunci diatur untuk pekerjaan selanjutnya di konfigurator, akan jauh lebih mudah untuk meluncurkannya terlebih dahulu daripada mengabaikan kunci peluncuran nanti.

Bagaimana cara melepas kunci?

Dalam dialog yang sama di mana kunci disetel. Kami mengingatkan Anda bahwa setelah mengatur kunci, alih-alih tombol "Setel kunci", tombol "Hapus kunci" ada di dalamnya.

Dalam kasus IB versi SQL, membuka kunci juga dimungkinkan di snap-in 1C Enterprise Server Administration. (Lihat di bawah)

Untuk apa kode buka kuncinya?

Untuk masuk ke IB pada saat kunci berlaku. Situasi di mana perlu:

  • Setelah kunci disetel, sesi IB dihentikan (secara manual atau sebagai akibat dari tindakan penguncian pada inisiator itu sendiri), dan sesi baru diperlukan untuk memulai;
  • Waktu akhir pemblokiran secara tidak sengaja tidak diisi sama sekali;
  • Waktu akhir pemblokiran diisi secara tidak sengaja (misalnya, bulan atau tahun berikutnya tidak sengaja dimasukkan);
  • Infobase dalam versi SQL, dan untuk membatalkan penguncian yang salah, tidak mungkin untuk menghapus file 1Cv8.cdn di direktori infobase.

Dalam hal ini, gunakan petunjuk yang diberikan saat startup. Itu. di jendela dengan daftar infobase, klik "Ubah" dan masukkan baris di parameter peluncuran tambahan:

ENTERPRISE / F "Z: \ Exchange \ UT 11" / CAllowUsers / UC12345

… Mempertimbangkan direktori lokasi dan kode buka kunci.


Lebih baik menyalin baris ini ke clipboard dan memperbaikinya di dialog "Edit infobase". Jika Anda bingung dengan jenis tanda kutip atau bahasa Rusia "C" dan Latin, Anda akan melihat pesan kesalahan:



Jika input benar dan peluncuran 1C berikutnya dalam mode perusahaan, 1C akan secara otomatis membuka kunci dan keluar. Setelah itu, Anda dapat menghapus parameter tambahan dan memulai 1C seperti biasa.

Bagaimana jika saya tidak mendapatkan kunci, dan seseorang mengunci database SQL? Namun, saya tidak tahu kode buka kuncinya.

Infobase dapat dikunci oleh konfigurasi itu sendiri pada saat membuat salinan arsip. Jika proses pembuatan tidak selesai secara normal, database SQL mungkin tetap dalam keadaan terkunci. Dalam hal ini, Anda memerlukan akses ke konsol (lebih tepatnya, snap-in) "Administrasi 1C: Server perusahaan".

Di mana menemukannya?

Snap-in 1C: Enterprise Server Administration sering diinstal pada server yang sama di mana server SQL disebarkan, serta di mana Server 1C itu sendiri (atau Server Aplikasi 1C) disebarkan. Meskipun tidak perlu: SQL dapat diinstal di satu komputer, "1C Application Server" - di komputer lain, dan snap-in dapat digunakan sendiri tempat kerja... Keberhasilan paling mungkin dicapai dengan melakukan hal berikut:

  • Hubungkan melalui RDP ke server yang ditentukan di baris Srvr = ... menggunakan nama pengguna dan kata sandi domain Anda. Jika Anda tidak dapat terhubung, tanyakan administrator sistem menambahkan Anda ke grup Pengguna Desktop Jarak Jauh. (Dalam kasus penolakan hak tersebut - menyebarkan dan mengkonfigurasi snap-in 1C Enterprise Server Administration di workstation);

  • Di server, temukan snap-in 1C: Enterprise Server Administration;
  • Mulai snap-in, perluas pohon ke simpul dengan infobase Anda;

  • Di properti infobase, hapus centang pada kotak "Pemblokiran sesi mulai diaktifkan", atau perbaiki waktu mulai dan berakhir pemblokiran, atau lihat "kode izin" untuk memasukkan IB (juga dikenal sebagai "kode buka kunci" di pemblokiran dialog pengaturan).

Apa yang harus dilakukan jika semua pengguna infobase SQL telah keluar, tetapi Anda masih tidak dapat memulai Configurator, karena apakah ada pengguna aktif?

Di simpul "Koneksi" dari basis info, di sisi kanan layar, Anda dapat menghapus koneksi yang ada.


Ini tidak semua pertanyaan yang terkait dengan topik pemblokiran infobase.

Jika Anda masih memiliki pertanyaan:

  • Apakah mungkin untuk bekerja sesuai dengan waktu Moskow jika Anda menyewa server di Eropa dan tidak ingin bergantung pada zona waktunya?
  • Bagaimana menemukan Server Aplikasi 1C jika Anda tidak tahu di mana itu diinstal?
  • Bagaimana cara menggunakan snap-in 1C: Enterprise Server Administration dan bagaimana cara mengkonfigurasinya?
  • Jika ada beberapa server aplikasi di jaringan lokal yang sama, apa yang harus dilakukan?
  • Apa yang harus dilakukan dalam kasus sistem cluster? dll.

Konsultan bersertifikat kami tentang masalah teknologi 1C akan dengan senang hati menjawabnya.

  • Pertama, ini akan membantu Anda lebih memahami apa yang terjadi. Dan dalam kasus yang lebih jarang, bahkan dapat membantu memecahkan masalah sendiri.
  • Kedua, jika Anda tidak dapat mengatasinya sendiri, maka pertama-tama Anda harus menghubungi spesialis untuk dukungan teknis dengan isi jendela informasi dan diagnostik yang muncul.

Mari kita lihat lebih dekat isi pesan dialog yang diterima:

Baris 1.A "Memulai sesi dengan basis info dilarang." adalah entri standar yang menunjukkan bahwa pengguna diblokir untuk masuk ke program. Dengan pemblokiran seperti itu, file khusus dengan ekstensi ".cdn" secara otomatis dibuat di direktori infobase (untuk lebih jelasnya, lihat bagian berikut).

Baris 1.B biasanya menunjukkan alasan, durasi blok, dan juga lainnya informasi berguna... Bergantung pada siapa atau apa (dalam kasus sistem) yang mengatur pemblokiran entri, serta untuk tujuan apa, informasi di blok ini mungkin berbeda. Baris "Cadangan" adalah entri standar untuk pencadangan manual atau rutin (dalam hal ini, baris "Untuk melakukan pencadangan" juga merupakan karakteristik) dari basis info menggunakan alat 1C Enterprise.

Administrator, dalam hal membuat kunci dalam mode pengguna 1C 8.3, Enterprise, atau programmer 1C, dalam hal mengatur kunci secara terprogram di konfigurator, dapat membuat pesannya sendiri:

Baris 2 memberikan petunjuk tentang cara menjalankan program dari perintah string Windows jika Anda mengetahui apa yang disebut "kode otorisasi" (lihat langkah berikutnya).

Baris 3 menjelaskan alur proses dan aksi tombol.

Langkah 2. Putuskan cara menghapus kunci dan masuk ke database 1C 8.3

Kunci sesi dapat secara konvensional diklasifikasikan sebagai berikut:

  • Berencana. Ketika kunci sesi dimulai secara manual atau otomatis, melayani proses yang direncanakan dalam database 1C ( cadangan, tugas rutin, pembaruan);
  • Lainnya, salah. Ketika kunci disetel sebagai akibat dari tindakan pengguna yang salah atau kesalahan sistem itu sendiri, ketika kunci tersebut tidak secara otomatis menghapus kunci yang disetel sebelumnya. Misalnya, proses pencadangan dimulai, tetapi pengguna menghentikannya dengan menutup program secara paksa.

Metode 1

Dalam kedua kasus, saat menyiapkan pemblokiran sesi, seperti yang disebutkan di atas, file dengan izin ".cdn" dibuat di direktori penyimpanan infobase saat ini:

Dengan demikian, solusi sederhana kesalahan startup program karena pemblokiran sesi akan mengakibatkan penghapusan file 1Cv8.cdn.

Namun, pengguna harus terlebih dahulu mengajukan pertanyaan "Bagaimanapun, jika pemblokiran sesi diatur, maka ini karena sesuatu?" Mungkin pengguna lain dengan fungsi administratif (selanjutnya disebut administrator) meluncurkan tugas atau pemrosesan yang sangat penting dalam 1C 8.3 Akuntansi yang tidak dapat mentolerir kehadiran beberapa pengguna secara bersamaan dalam database.

Metode 2

Jika situasi seperti itu memungkinkan, maka ada baiknya menghubungi administrator dan mencari tahu apakah mungkin untuk masuk ke database dan apakah dia sudah kode khusus resolusi, yang disebutkan di atas. Dalam hal ini, kami akan menggunakan metode kedua - dengan memasukkan infobase terkunci dengan meluncurkan program dari baris perintah, menentukan kode izin di salah satu parameter peluncuran:

  • "C: \ Program Files (x86) \ 1cv8 \ common \ 1cestart.exe" - jalur ke peluncur 1C Enterprise 8.3;
  • ENTERPRISE - berarti program akan dimulai dalam mode pengguna, mis. dalam mode 1C Perusahaan;
  • / F "F: \ Bazy1C \ Accounting" - menunjukkan file infobase (parameter / F) dan jalur ke sana (alamat basis server ditentukan dalam parameter / S);
  • / Izinkan Pengguna untuk bekerja - parameter opsional: jika disetel, sistem tidak akan mulai, tetapi kunci akan dihapus (file kunci akan dihancurkan), selanjutnya pengguna akan dapat masuk ke basis info.

Jika parameter ini tidak disetel, maka pengguna tertentu diizinkan untuk masuk, tetapi pemblokiran tidak dihapus. Pengguna ini dapat sepenuhnya membuka kunci mode pengguna dengan masuk ke panel Dukungan dan pemeliharaan (bagian Administrasi - Grup perintah pengaturan program - Perintah dukungan dan pemeliharaan:

Dan memanggil formulir Memblokir pengguna dengan perintah dengan nama yang sama:

Pada formulir yang terbuka, Anda dapat membuka blokir sesi dengan menekan tombol Buka Blokir, di mana / UC12345 adalah kode izin (12345) di parameter / UC. Nama parameter ditulis dalam bahasa Inggris.

Untuk informasi selengkapnya tentang parameter baris perintah, lihat bantuan 1C 8.3 Enterprise.

Metode 3

Ada alternatif dan bahkan lebih sederhana untuk metode pengguna menggunakan parameter di atas untuk meluncurkan basis info (selanjutnya - IB) - dimungkinkan untuk mendaftarkan parameter yang diperlukan di properti basis data yang diinginkan.

1. Di jendela peluncur (tandai "A"), pilih database yang dikunci dan klik tombol Ubah, setelah itu jendela edit properti IB akan terbuka (tandai "B"):

Di properti Opsi tambahan meluncurkan kami mendaftarkan kode buka kunci dan, jika perlu, parameter untuk memungkinkan pengguna bekerja (dalam hal ini, setelah peluncuran pertama dan sebelum peluncuran berikutnya, parameter ini harus dihapus). Parameter ini dijelaskan secara lebih rinci di atas.

Catatan: ketika pencadangan otomatis terjadi (secara langsung atau sebagai bagian dari prosedur lain, misalnya, ketika pembaruan otomatis), sistem mengunci basis informasi 1C 8.3 dan menetapkan kode buka kunci standar “ Cadangan ».

Oleh karena itu, jika prosedur "gagal" dan database masih terkunci, tetapi tidak ada cara untuk menghapus file cdn, maka Anda dapat menggunakan parameter saat memulai IB: / UCBackup.

3. Klik tombol Selesai dan kembali ke jendela peluncur, tempat kami meluncurkan IB dengan mengklik tombol 1C: Enterprise. Dengan demikian, kesalahan “Memulai sesi dengan infobase dilarang. Cadangan ”diperbaiki:

Jika 1C 8.3 Enterprise beroperasi dalam versi client-server, tetapi pengguna tidak memiliki hak akses dan pengetahuan yang diperlukan tentang administrasi database dalam mode ini, maka dalam hal ini, Anda harus menghubungi administrator sistem untuk mendapatkan bantuan. Kami hanya mencatat bahwa dalam versi client-server, selain akses melalui garis komando dengan parameter tambahan, dimungkinkan untuk menghapus kunci menggunakan 1C: Utilitas administrasi cluster server perusahaan, yaitu, perlu untuk menghapus tanda di properti infobase yang diperlukan Pemblokiran mulai sesi diaktifkan.

Anatomi file kunci 1Cv8.cdn

Yang penasaran dapat melihat ke dalam file 1Cv8.cdn yang dibuat saat sesi dikunci - ini sederhana berkas teks yang dapat dibuka dengan editor Notepad yang sesuai:

Teks dalam file dibingkai kurung kurawal, yang mencantumkan parameter kunci yang dipisahkan koma berikut:

  • 1 (0) - tanda pemblokiran (1 - terpasang; 0 - dinonaktifkan);
  • 20160706154700 - tanggal penuh (tanggal + waktu) dimulainya penguncian sesi, dalam kasus kami adalah 06 Juli 2016 pukul 20:00:00;
  • 20160706154700 - tanggal penuh (tanggal + waktu) dari akhir pemblokiran sesi, dalam kasus kami ini adalah 06 Juli 2016 20:00:00 (jika tanggal akhir tidak ditentukan, maka nilai defaultnya adalah 00010101000000);
  • Ini diikuti oleh parameter teks, di mana teks tambahan yang ditampilkan kepada pengguna dalam kotak dialog ditempatkan dalam tanda kutip ganda;
  • "123" - kode izin ditentukan.

Seperti yang Anda lihat, file berisi semua parameter yang ditampilkan di kotak dialog informasi dan diagnostik yang muncul.

Di situs Anda dapat membiasakan diri dengan artikel gratis dan tutorial video lainnya tentang konfigurasi Akuntansi 1C (

Hari ini saya mengalami masalah yang muncul setelah pencadangan otomatis database 1C Accounting 8.3 selesai. Saya telah mengonfigurasi cadangan basis data saat keluar dari program. Saya berhasil meninggalkan program selama setahun, tetapi, tampaknya, kali ini entah bagaimana saya tidak berhasil :). Tapi dia tidak bisa masuk. Program pintar saya menulis frasa yang sangat cerdas, yang lebih ditujukan untuk programmer 1C daripada untuk pengguna biasa. Jadi, mari kita atasi masalah ini bukan sebagai administrator 1C, tetapi sebagai seorang akuntan :).

Apa yang harus dilakukan jika 1c 8.3 tidak terbuka setelah pencadangan dan pesan "mulai sesi dengan infobase dilarang dari pencadangan ..."

Jika, saat membuka database 1C, alih-alih membuka database, sebuah pesan ditampilkan:

“Memulai sesi dengan infobase dilarang. Untuk melakukan pencadangan.… ”. Ini diikuti dengan instruksi untuk administrator tentang cara memulai database, tetapi instruksi ini tidak akan banyak membantu akuntan.

Solusi dengan cara yang lebih mudah:

Anda perlu menemukan folder di disk tempat database 1C Accounting 8.3 berada. Folder terbuka. Di dalam folder, Anda akan melihat yang berikut:

Di folder Anda perlu menemukan file 1Cv8.cdn. Diperlukan menghapus file 1Cv8.cdn dan mulai 1C: Enterprise lagi.

Seperti yang Anda lihat, semuanya sederhana. Dan itu bagus bahwa artikel saya bermanfaat bagi Anda, saya sangat senang membantu Anda. Biar lebih mudah bagi akuntan untuk bekerja sehingga memiliki lebih banyak waktu luang untuk diri sendiri dan orang-orang terkasih!

Itu saja untuk hari ini!

Inna Izvekova bersamamu.

Sampai bertemu lagi di halaman !

H sudah tungau pada tombol media sosial di bawah di bawah artikeluntuk menyimpannya di rumah!

HAI menjadi makan di komentar pertanyaan Anda di bawah artikel! Saya mencoba menjawab semua orang.

DENGAN mengayun makan pelajaran bermanfaat gratis dengan mengklik tombol "Unduh Gratis" di bawah artikel.

Mengeksplorasi berguna manual pelatihan untuk bekerja dengan mengklik .

Siapa ingin belajar akuntansi, klik

Pada artikel ini saya akan memberi tahu Anda tentang parameter peluncuran 1C dan cara menggunakannya. Berikut adalah beberapa contoh cara menggunakan parameter ini. Setelah membaca artikel tersebut, Anda akan dapat mengotomatiskan beberapa proses Anda sehari-hari.

Saat memulai 1C: Enterprise, Anda dapat menggunakan parameter peluncuran yang dapat ditentukan di pengaturan atau di pintasan yang digunakan untuk memulai 1C.

Mulai mode 1C

KONFIGURASI- 1C akan dimulai dalam mode Configurator.
PERUSAHAAN- 1C akan dimulai dalam mode Perusahaan.

1cestart.exe- file untuk memulai program 1C, biasanya terletak di folder "1cv8 \ common". Secara otomatis mendeteksi versi klien yang benar saat startup. Saat menginstal 1C, pintasan di desktop dan di menu Mulai merujuk ke file ini.

Parameter peluncuran 1C untuk pemilihan pengguna otomatis

  • / N"Nama pengguna"
  • / P"Kata sandi pengguna"

Nama pengguna dan kata sandi harus sesuai dengan nama dan kata sandi yang ditentukan dalam daftar pengguna di Configurator. User bisa dilihat di Configurator, masuk ke menu paling atas : Administration > Users. Jika kata sandi kosong, maka bidang ini dapat dihilangkan.

Parameter ini dapat ditentukan dalam pengaturan saat mengedit database dalam daftar database. Di kotak "Opsi Peluncuran Lanjutan".

Mulai 1C dan pergi ke pengaturan infobase, jendela berikut akan muncul:

Tuliskan parameter seperti yang ditunjukkan pada gambar, tentukan nama pengguna dan kata sandi Anda, lalu klik "Selesai". Jika Anda melakukan semuanya dengan benar, maka ketika Anda memasukkan database ini, Anda tidak akan dimintai nama pengguna dan kata sandi.

Parameter peluncuran 1C untuk peluncuran basis data otomatis

  • / F "alamat" - alamat ke database, jika disimpan dalam versi file.

Jika database Anda disimpan di server, Anda perlu mengatur parameter peluncuran secara berbeda:

  • / S "address" - tentukan alamat sebagai berikut: "Nama server (infobase cluster)" \ "Nama infobase di server"

Parameter ini harus didaftarkan di pintasan yang digunakan untuk memulai 1C: Enterprise. Buka properti pintasan, di akhir bidang "Objek" tambahkan parameter yang Anda butuhkan.

Jika semuanya dilakukan dengan benar, saat Anda menjalankan pintasan, basis yang Anda tentukan dalam parameter harus dimulai.

Untuk kenyamanan, Anda dapat membuat pintasan baru, atau menyalin pintasan yang Anda gunakan.

Startup 1C saat startup sistem

Jika Anda ingin memulai 1C Enterprise saat startup sistem dengan parameter yang diperlukan, Anda perlu menyalin pintasan 1C ke folder Startup.

Jika berisi parameter peluncuran 1C, mereka akan bekerja saat sistem dinyalakan.

Anda dapat menggabungkan parameter peluncuran 1C apa pun. Untuk melakukan ini, cukup tulis parameter yang diinginkan di pengaturan 1C atau di pintasan.

Parameter tambahan untuk meluncurkan 1C

  • / LogUI- merekam tindakan pengguna di log. (Perekaman akan dilakukan ke direktori pengguna, ke file bernama "logui.txt")
  • / Buang IB " Unggah alamat file « - membongkar database. Cocok untuk membuat pengarsipan database otomatis.
  • / Jalankan " Alamat pemrosesan eksternal"- parameter dimaksudkan untuk mulai otomatis pemrosesan eksternal setelah startup sistem.
  • / C"Parameter string" - mentransfer parameter ke konfigurasi. Itu dapat diakses melalui konteks global di konfigurator RunParameter.
  • / NonaktifkanPesan Startup- parameter menghapus pesan sistem saat memulai 1C Enterprise.

Saat mengedit infobase. Anda dapat menentukan versi 1C yang akan digunakan untuk meluncurkan (cocok jika Anda memiliki beberapa database terinstal yang berfungsi di bawah versi yang berbeda klien)

Contoh penggunaan parameter untuk pengarsipan otomatis infobase.

"C:\Program Files (x86)\1cv8\common\1cestart.exe" CONFIG / F "C:\ Base_Buh" / N "user" / P "111 / DisableStartupMessages / DumpIB C: \ Arhiv \ Buh.dt / Keluar "C:\Arhiv\log_arhiv.txt" -NoTruncate

Jika Anda menulis parameter ini ke pintasan untuk meluncurkan 1C di bidang "Objek", arsip pangkalan akan dibuat, yang terletak "C: \ Base_Buh" di folder "C: \ Arhiv" dengan nama "Buh .dt". Entri juga akan dibuat ke file log "C:\Arhiv\log_arhiv.txt". Tunjukkan jalur Anda, di mana pangkalan berada, dan di mana Anda ingin membuat arsip.

Mengonfigurasi Opsi Peluncuran Debug Aplikasi

Saat mengembangkan aplikasi, seringkali diperlukan untuk menjalankan debugger 1C di bawah pengguna tertentu, untuk ini Anda harus pergi ke konfigurator: Bantuan> Pengaturan

Pada tab "Luncurkan 1C: Perusahaan", di grup "Pengguna", pengguna saat ini diatur secara default (di mana Anda memasukkan konfigurator). Anda dapat mengubahnya menjadi apa pun yang Anda butuhkan. Dan debugging akan dimulai di bawah pengguna yang dipilih.

Juga, di sini Anda dapat menentukan klien mana yang menjalankan aplikasi di bawahnya.

Dengan tindakan sederhana seperti itu, Anda dapat menerapkan fungsi yang berguna dalam 1C: program Perusahaan.