Kiat otomatisasi. Tip otomatisasi 1s 8.3 bekerja lambat melalui jaringan

Sistem 1C menempati posisi dominan di pasar otomasi untuk usaha kecil dan menengah. Jika suatu perusahaan telah memilih sistem akuntansi 1C, maka biasanya hampir semua karyawan bekerja di dalamnya, mulai dari spesialis biasa hingga manajemen. Oleh karena itu, kecepatan proses bisnis perusahaan bergantung pada kecepatan 1C. Jika 1C bekerja pada kecepatan yang tidak memuaskan, maka hal ini secara langsung mempengaruhi kerja seluruh perusahaan dan keuntungan.

Sebenarnya ada tiga metode akselerasi 1C:

Peningkatan kapasitas perangkat keras.
Optimalisasi sistem operasi dan pengaturan DBMS.
Optimalisasi kode dan algoritma dalam 1C.

Metode pertama memerlukan pembelian peralatan dan lisensi, metode ketiga memerlukan banyak pekerjaan bagi pemrogram dan, akibatnya, kedua metode tersebut menimbulkan biaya finansial yang signifikan. Pertama-tama, Anda perlu memperhatikan kode program, karena tidak ada peningkatan kapasitas server yang dapat mengkompensasi kode yang salah. Setiap programmer tahu bahwa hanya dengan beberapa baris kode, Anda dapat membuat proses yang akan memuat sepenuhnya sumber daya server mana pun.

Jika suatu perusahaan yakin bahwa kode programnya sudah optimal, namun masih berjalan lambat, manajemen biasanya memutuskan untuk menambah kapasitas server. Pada titik ini muncul pertanyaan logis: apa yang hilang, berapa banyak dan apa yang pada akhirnya perlu ditambahkan.

Perusahaan 1C memberikan jawaban yang agak kabur terhadap pertanyaan tentang berapa banyak sumber daya yang dibutuhkan, kami telah menulisnya sebelumnya di postingan kami. Oleh karena itu, Anda harus melakukan eksperimen secara mandiri dan mencari tahu apa yang bergantung pada kinerja 1C. Eksperimen dengan kinerja program di EFSOL dijelaskan di bawah ini.

Saat bekerja dengan 1C 8.2, terutama dengan konfigurasi yang menggunakan formulir terkelola, fakta aneh diketahui: 1C bekerja lebih cepat di stasiun kerja daripada di server yang kuat. Selain itu, semua karakteristik stasiun kerja lebih buruk daripada karakteristik server.

Tabel 1 - Konfigurasi tempat pengujian awal dilakukan

Workstation menunjukkan kinerja 155% lebih tinggi dibandingkan server 1C dengan karakteristik unggul. Kami mulai mencari tahu apa yang sedang terjadi dan mempersempit pencarian.

Gambar 1 – Pengukuran kinerja di stasiun kerja menggunakan uji Gilev

Kecurigaan pertama adalah tes Gilev tidak memadai. Pengukuran pembukaan formulir, pengeposan dokumen, pembuatan laporan, dan lain-lain menggunakan alat instrumentasi menunjukkan bahwa tes Gilev menghasilkan penilaian yang sebanding dengan kecepatan kerja sebenarnya di 1C.

Jumlah dan frekuensi RAM

Analisis informasi yang tersedia di Internet menunjukkan bahwa banyak yang menulis tentang ketergantungan kinerja 1C pada frekuensi memori. Itu tergantung pada frekuensinya, bukan volumenya. Kami memutuskan untuk menguji hipotesis ini, karena kami memiliki frekuensi RAM 1066 Mhz di server versus 1333 Mhz di workstation, dan jumlah RAM di server sudah jauh lebih tinggi. Kami memutuskan untuk segera menginstal bukan 1066 Mhz, tetapi 800 Mhz agar efek ketergantungan kinerja pada frekuensi memori lebih jelas. Dampaknya produktivitas turun 12% menjadi 39,37 unit. Kami memasang memori dengan frekuensi 1333 Mhz, bukan 1066 Mhz di server dan menerima sedikit peningkatan kinerja - sekitar 11%. Produktivitasnya adalah 19,53 unit. Oleh karena itu, ini bukan soal memori, meski frekuensinya memberikan sedikit peningkatan.

Gambar 2 – Pengukuran kinerja pada workstation setelah menurunkan frekuensi RAM

Gambar 3 – Pengukuran kinerja pada server setelah peningkatan frekuensi RAM

Subsistem disk

Hipotesis selanjutnya terkait dengan subsistem disk. Dua asumsi segera muncul:

SSD lebih baik daripada drive SAS, meskipun berada dalam serangan 10.
iSCSI lambat atau salah.

Oleh karena itu, disk SATA biasa dipasang di stasiun kerja alih-alih SSD, dan hal yang sama dilakukan dengan server - database ditempatkan pada disk SATA lokal. Hasilnya, pengukuran kinerja tidak berubah sama sekali. Kemungkinan besar, ini terjadi karena jumlah RAM yang cukup dan disk praktis tidak terlibat selama pengujian.

CPU

Prosesor di server tentu saja lebih bertenaga dan ada dua, tetapi frekuensinya sedikit lebih rendah dibandingkan di workstation. Kami memutuskan untuk memeriksa pengaruh frekuensi prosesor terhadap kinerja: tidak ada prosesor dengan frekuensi lebih tinggi untuk server, jadi kami menurunkan frekuensi prosesor di workstation. Langsung kita turunkan menjadi 1,6 agar korelasinya semakin jelas. Pengujian menunjukkan bahwa kinerja turun secara signifikan, tetapi bahkan dengan prosesor 1,6, stasiun kerja menghasilkan hampir 28 unit, yang hampir 1,5 kali lebih banyak daripada di server.

Gambar 4 – Pengukuran kinerja pada workstation dengan prosesor 1,6 Ghz

Kartu video

Ada informasi di Internet bahwa kinerja 1C dapat dipengaruhi oleh kartu video. Kami mencoba menggunakan video terintegrasi stasiun kerja, adaptor profesional Nvidia NVIDIA® Quadro® 4000 2 Gb DDR5, dan kartu video GeForce 16MbSDR lama. Selama uji Gilev, tidak ada perbedaan signifikan yang terlihat. Mungkin kartu video masih berpengaruh, tetapi dalam kondisi nyata, ketika Anda perlu membuka formulir terkelola, dll.

Saat ini, ada dua kecurigaan mengapa workstation bekerja lebih cepat bahkan dengan karakteristik yang jauh lebih buruk:

CPU. Jenis prosesor pada workstation lebih cocok untuk 1C.
chipset. Semua hal lain dianggap sama, workstation kami memiliki chipset yang lebih baru, mungkin inilah masalahnya.

Kami berencana untuk membeli komponen yang diperlukan dan melanjutkan pengujian untuk akhirnya mengetahui apa yang sangat bergantung pada kinerja 1C. Selagi proses persetujuan dan pengadaan sedang berlangsung, kami memutuskan untuk melakukan optimalisasi, apalagi tidak memerlukan biaya apa pun. Tahapan berikut diidentifikasi:

Tahap 1. Pengaturan sistem

Pertama, mari kita lakukan pengaturan berikut pada BIOS dan sistem operasi:

Di BIOS server, kami menonaktifkan semua pengaturan untuk menghemat daya prosesor.
Pilih paket “Kinerja maksimum” di sistem operasi.
Prosesornya juga disetel untuk performa maksimal. Hal ini dapat dilakukan dengan menggunakan utilitas PowerSchemeEd.

Tahap 2. Menyiapkan SQL server dan 1C:Enterprise server

Kami membuat perubahan berikut pada pengaturan server DBMS dan 1C:Enterprise.

Menyiapkan protokol Memori Bersama:
- Memori Bersama hanya akan diaktifkan pada platform mulai dari 1C 8.2.17; pada rilis sebelumnya, Named Pipe akan diaktifkan - sedikit lebih rendah dalam kecepatan operasi. Teknologi ini hanya berfungsi jika layanan 1C dan MSSQL diinstal pada server fisik atau virtual yang sama.
Disarankan untuk mengalihkan layanan 1C ke mode debug, karena, secara paradoks, ini memberikan peningkatan kinerja. Secara default, debugging dinonaktifkan di server.
Menyiapkan server SQL:
- Kami hanya memerlukan server, layanan lain yang terkait dengannya dan, mungkin, seseorang menggunakannya, hanya memperlambat pekerjaan. Kami menghentikan dan menonaktifkan layanan seperti: Pencarian Teks Lengkap (1C memiliki mekanisme pencarian teks lengkapnya sendiri), Layanan Integrasi, dll.
- Kami menetapkan jumlah maksimum memori yang dialokasikan ke server. Ini diperlukan agar server SQL menghitung jumlah ini dan mengosongkan memori terlebih dahulu.
- Kami menetapkan jumlah utas maksimum (Utas pekerja maksimum) dan mengatur peningkatan prioritas server (Prioritas peningkatan).

Tahap 3: Menyiapkan database produksi

Setelah server DBMS dan 1C:Enterprise dioptimalkan, kita beralih ke pengaturan database. Jika database belum diperluas dari file .dt, dan Anda mengetahui perkiraan ukurannya, maka lebih baik segera menunjukkan ukuran inisialisasi ke file utama dengan “>=” dari ukuran database, tetapi ini adalah masalah rasanya, itu masih akan tumbuh selama ekspansi. Namun ukuran Peningkatan otomatis harus ditentukan: sekitar 200 MB per basis dan 50 MB per log, karena Nilai default – pertumbuhan sebesar 1 MB dan 10% sangat memperlambat kerja server ketika perlu menambah file setiap transaksi ke-3. Selain itu, sebaiknya tentukan penyimpanan file database dan file log pada disk fisik atau grup RAID yang berbeda jika array RAID digunakan, dan batasi pertumbuhan log. Disarankan untuk memindahkan file Tempdb ke array berkecepatan tinggi, karena DBMS cukup sering mengaksesnya.

Tahap 4. Menyiapkan tugas terjadwal

Tugas terjadwal dibuat cukup sederhana menggunakan Rencana Pemeliharaan di bagian Manajemen, menggunakan alat grafis, jadi kami tidak akan menjelaskan secara rinci bagaimana hal ini dilakukan. Mari kita lihat operasi apa yang perlu dilakukan untuk meningkatkan produktivitas.

Defragmentasi indeks dan pemutakhiran statistik harus dilakukan setiap hari, karena jika fragmentasi indeks > 25%, hal ini akan mengurangi kinerja server secara drastis.
Defragmentasi dan pembaruan statistik dilakukan dengan cepat dan tidak memerlukan pemutusan koneksi pengguna. Disarankan juga untuk melakukannya setiap hari.
Pengindeksan ulang penuh – dilakukan dengan database diblokir, disarankan untuk melakukannya setidaknya seminggu sekali. Biasanya, setelah pengindeksan ulang selesai, indeks segera didefragmentasi dan statistik diperbarui.

Hasilnya, dengan bantuan penyempurnaan sistem, server SQL, dan database yang berfungsi, kami berhasil meningkatkan produktivitas sebesar 46%. Pengukuran dilakukan dengan menggunakan alat 1C KIP dan menggunakan uji Gilev. Yang terakhir menunjukkan 25,6 unit versus 17,53 yang aslinya.

Kesimpulan singkat

Performa 1C tidak terlalu bergantung pada frekuensi RAM. Setelah jumlah memori yang cukup tercapai, perluasan memori lebih lanjut tidak masuk akal, karena tidak menghasilkan peningkatan kinerja.
Performa 1C tidak bergantung pada kartu video.
Kinerja 1C tidak bergantung pada subsistem disk, asalkan antrian baca atau tulis disk tidak terlampaui. Jika drive SATA dipasang dan antriannya tidak terlampaui, memasang SSD tidak akan meningkatkan kinerja.
Performanya sangat bergantung pada frekuensi prosesor.
Dengan konfigurasi sistem operasi dan server MSSQL yang tepat, peningkatan kinerja 1C dapat dicapai sebesar 40-50% tanpa biaya material apa pun.

PERHATIAN! Poin yang sangat penting! Semua pengukuran dilakukan berdasarkan tes menggunakan tes Gilev dan alat instrumentasi 1C. Perilaku database nyata dengan pengguna sebenarnya mungkin berbeda dari hasil yang diperoleh. Misalnya, dalam database pengujian kami tidak menemukan ketergantungan kinerja pada kartu video dan jumlah RAM. Kesimpulan tersebut cukup dipertanyakan dan dalam kondisi nyata faktor-faktor tersebut dapat memberikan dampak yang signifikan terhadap kinerja. Saat bekerja dengan konfigurasi yang menggunakan formulir terkelola, kartu video penting dan prosesor grafis yang kuat mempercepat pekerjaan dalam hal menggambar antarmuka program, secara visual hal ini diwujudkan dalam kerja 1C yang lebih cepat.

Apakah 1C Anda berjalan lambat? Pesan pemeliharaan TI untuk komputer dan server oleh spesialis EFSOL dengan pengalaman bertahun-tahun atau transfer 1C Anda ke server virtual 1C yang kuat dan toleran terhadap kesalahan.

Integrasi sistem. Konsultasi

Menyiapkan tugas rutin dan latar belakang;
Diagnostik dan penghapusan kesalahan pada basis informasi yang memiliki format penyimpanan data file;
Mulai mengindeks pencarian teks lengkap di 1C atau matikan sepenuhnya;
Peluncuran database pada Platform terbaru 8.3.8;
Berjalan di Thin Client;
Meningkatkan kecepatan transfer ulang dokumen saat antivirus dinonaktifkan;
Jalankan penghitungan ulang total dan pemulihan urutan;
Lakukan Pengujian dan koreksi database, periksa dengan utilitas chdbfl.exe;
Jika konfigurasinya tidak standar, yaitu dimodifikasi oleh pemrogram untuk organisasi tertentu, lakukan Pemeriksaan Konfigurasi;
Nonaktifkan mode fungsional yang tidak perlu;
Konfigurasikan hak pengguna;
Konvolusi dasar;
Peningkatan perangkat keras.

Metode 1. Menyiapkan pekerjaan terjadwal dan latar belakang

Aplikasi dalam edisi baru 1C Accounting 3.0, selain melakukan pekerjaan utama, memulai operasi di latar belakang, yang menyebabkan penurunan kinerja program.

Mode Background adalah mode standby, yaitu pengoperasian yang selalu berjalan meskipun tidak digunakan.

Langkah 1. Menyiapkan pekerjaan rutin dan latar belakang

Kami membuka daftar tugas rutin dan latar belakang: bagian Administrasi – Dukungan dan pemeliharaan – Operasi rutin – Tugas rutin dan latar belakang:

Setelah meluncurkan program 1C 8.3, pekerjaan latar belakang secara otomatis diluncurkan dan tugas-tugas rutin dilakukan, yang menggunakan sumber daya dalam jumlah besar dan memperlambat program. Oleh karena itu, perlu untuk menganalisis pekerjaan akuntan dan menentukan tugas latar belakang mana yang harus dibiarkan di autorun dan mana yang harus dinonaktifkan.

Pada gambar kita melihat daftar tugas rutin yang diluncurkan di 1C 8.3 Accounting:

Pada gambar kita melihat daftar pekerjaan latar belakang yang telah selesai:

Misalnya,

Program Akuntansi 1C 8.3 terus terhubung ke situs untuk memperbarui berbagai pengklasifikasi;
Jika perusahaan tidak melakukan operasi yang berkaitan dengan mata uang asing, maka tidak perlu melacak nilai tukar;
Jika akuntan tidak menggunakan pencarian teks lengkap dalam programnya, maka tidak disarankan untuk menjalankan proses “Ekstraksi Teks”.

Langkah 2: Nonaktifkan tugas yang tidak perlu

Mari kita lihat lebih dekat cara menonaktifkan pengunduhan. Tempatkan kursor pada baris yang diinginkan dan klik dua kali:

Untuk menonaktifkan tugas, hapus centang pada kotak Diaktifkan:

Langkah 3. Menyiapkan jadwal untuk tugas-tugas rutin

Mari kita lihat lebih dekat cara mengatur jadwal. Tempatkan kursor pada baris yang diinginkan dan klik dua kali:

Pilih item Jadwal:

Di jendela yang terbuka, buka tab yang diinginkan dan buat pengaturan yang sesuai:

Metode 2. Diagnosis dan penghapusan kesalahan pada basis informasi yang memiliki format penyimpanan data file

Langkah 1.

Kami membuat salinan cadangan database.

Langkah 2.

Mari kita mulai prosedurnya. Untuk melakukan ini, buka Configurator dan jalankan prosedur Menguji dan memperbaiki basis informasi: bagian Administrasi – Pengujian dan koreksi. Pilih pemeriksaan dan mode yang perlu dilakukan untuk infobase:

Mari kita lihat lebih dekat opsi verifikasi yang diusulkan:

Mengindeks ulang tabel infobase – membangun kembali indeks tabel untuk meningkatkan kinerja database;
Memeriksa integritas logis dari basis informasi – memeriksa logika basis data;
Memeriksa integritas referensial dari basis informasi - memeriksa integritas logis dari basis data untuk mendeteksi tautan "rusak";
Penghitungan ulang total – penghitungan ulang total tabel register akumulasi;
Kompresi tabel infobase – mengurangi ukuran database setelah pengujian dan koreksi;
Restrukturisasi tabel infobase – mengoptimalkan struktur database menggunakan file tambahan untuk meningkatkan stabilitas dan kinerja.

Jika kita memilih opsi Prosedur pengujian dan koreksi dalam mode Memeriksa integritas referensial basis info, maka item pengaturan untuk memproses kesalahan basis data akan tersedia:

Gugus kalimat Ketika ada referensi ke objek yang tidak ada berarti ketika tautan “rusak” terdeteksi, ia akan memproses tautan tersebut menggunakan opsi yang dipilih;
Gugus kalimat Jika terjadi kehilangan sebagian data objek berarti sisa data cukup untuk memulihkan data suatu objek.

Prosedur pengujian dan koreksi basis informasi 1C hanya dapat dilakukan dalam mode eksklusif.

Metode 3. Mulai mengindeks pencarian teks lengkap di 1C atau matikan sepenuhnya

1C telah mengembangkan pencarian data teks lengkap untuk memudahkan pengguna mencari informasi asing. Fitur pencarian data teks lengkap di 1C 8.3 adalah:

Pengguna dapat memasukkan permintaan pencarian dalam bentuk sederhana dan menggunakan operator khusus seperti: dan, atau, tidak.
Pencarian data teks lengkap berfungsi dengan bidang jenis ValueStorage dan bidang teks panjang, dan pengguna tidak akan diperlihatkan hasil yang bukan haknya.

Misalnya, Anda perlu menyiapkan pencarian teks lengkap di dokumen Laporan Lanjutan.

Langkah 1.

Langkah 2.

Buka dokumen Laporan awal: menu Konfigurator – Buka konfigurasi.

Langkah 3.

Di baris Pencarian teks lengkap, pilih Gunakan: Laporan awal – Bidang masukan – Pencarian teks lengkap:

Langkah 4.

Kami meluncurkan program dan memperbarui mode pencarian teks lengkap. Buka Operasi Reguler: bagian Administrasi – Pengaturan Program – Dukungan dan Pemeliharaan:

Langkah 5.

Buka pengaturan dan perbarui indeks menggunakan tombol Perbarui Indeks:

Metode 4. Meluncurkan database pada platform terbaru 8.3.8

Cara update platform teknologi 1C 8.3, lihat video tutorial kami:

Spesialis 1C telah meningkatkan distribusi beban:

Dimungkinkan untuk mengontrol jumlah memori yang dikonsumsi oleh proses pekerja server secara lebih akurat, yang membuat cluster lebih tahan terhadap tindakan pengguna yang ceroboh.
Restrukturisasi basis informasi di latar belakang. Fitur baru ini memungkinkan Anda meminimalkan waktu henti sistem yang diperlukan untuk memperbarui solusi aplikasi.
Platform versi 8.3 menerima antarmuka baru untuk aplikasi "Taksi", lebih nyaman dan visual dengan desain baru yang cerah. Peningkatan kemampuan navigasi aplikasi. Pengguna dapat menyesuaikan ruang kerjanya secara mandiri dengan menempatkan panel di berbagai area layar. Mekanisme input baris baru secara signifikan mempercepat pencarian data. Untuk informasi lebih lanjut tentang fitur baru antarmuka "Taksi" program Akuntansi 1C 8.3, tonton video kami:

Metode 5. Luncurkan di Thin Client

Bekerja dalam mode klien tipis hanya dapat dilakukan dalam mode aplikasi terkelola. Dalam mode klien tipis, semua tindakan dilakukan di server, dan pengguna hanya menerima tampilan informasi yang diterima. Mode operasi ini tidak memerlukan sumber daya yang besar baik dari sistem maupun saluran komunikasi.

Metode 6. Ubah perangkat lunak antivirus

Jika Anda sudah menginstal antivirus Avast atau Kaspersky, maka disarankan untuk menggantinya dengan yang lain. Pengalaman menunjukkan bahwa kecepatan transfer dokumen ketika antivirus dinonaktifkan meningkat secara signifikan, karena antivirus menghabiskan sumber daya komputer.

Metode 7. Menguji dan memperbaiki database, memeriksa dengan utilitas chdbfl.exe

Hal ini diperlukan untuk melakukan Pengujian dan koreksi database, setelah terlebih dahulu membuat salinan.

Langkah 1. Buat salinan database

Cara membuat backup 1C 8.3, lihat video tutorial berikut:

Langkah 2. Periksa menggunakan utilitas chdbfl.exe

Utilitas chdbfl.exe digunakan jika sistem tidak dapat dijalankan bahkan dalam mode konfigurator. Utilitas ini terletak di folder “bin” pada platform teknologi yang diinstal, misalnya: c:\Program Files (x86)\1cv8\8.3.9.1818\bin\chdbfl.exe:

Kami memeriksa menggunakan utilitas chdbfl.exe:

Langkah 3. Lakukan Pengujian dan Koreksi Database

Lakukan Pengujian dan koreksi database dengan memulai sistem dalam mode konfigurator.

Langkah 4. Mengembalikan urutan dokumen

Untuk mengembalikan urutan di 1C 8.3, buka Semua fungsi: Menu utama - Semua fungsi. Pilih item yang diinginkan dan buka menggunakan tombol Buka:

Di jendela yang terbuka, buka tab Pulihkan Urutan dan klik Pulihkan atau Pulihkan Semua:

Metode 8. Jika konfigurasinya tidak standar, maka periksa konfigurasinya

Jika konfigurasinya tidak standar, yaitu dimodifikasi oleh pemrogram untuk organisasi tertentu, maka kami memeriksa konfigurasinya.

Langkah 1.

Kami meluncurkan program dalam mode Configurator.

Langkah 2.

Buka konfigurasi database: bagian Konfigurasi – Konfigurasi Database:

Langkah 3.

Pilih item Periksa Konfigurasi dan buat pengaturan:

Metode 9: Nonaktifkan mode fungsional yang tidak perlu

Buka Fungsi program 1C 8.3: bagian Utama - Pengaturan - Fungsi, buat pengaturan untuk setiap bagian:

Metode 10. Konfigurasikan hak pengguna

Langkah 1.

Kami meluncurkan 1C 8.3 dalam mode Configurator.

Langkah 2.

Buka daftar pengguna: bagian Administrasi – Pengguna. Di tab Lainnya, kami menentukan peran mana yang perlu ditetapkan kepada pengguna dan mencentangnya.

Mengurangi fungsionalitas yang dipilih mengurangi waktu yang diperlukan program untuk mengurutkan formulir terkelola saat membuka daftar dokumen, yaitu, semakin sedikit hal yang tidak diperlukan di antarmuka terkelola, semakin cepat kerjanya:

Metode 11. Defragmentasi disk dengan database file

Prosedur defragmentasi disk mengoptimalkan file yang terletak di hard drive untuk meningkatkan kecepatan sistem. Defragmentasi harus dilakukan hanya jika diperlukan, karena akan meningkatkan keausan disk.

Dengan hard drive yang dipilih, gunakan tombol kanan mouse untuk memanggil perintah Properties:

Pada tab Alat, pilih Optimasi dan defragmentasi disk:

Metode 12. Lipatan alas

– ini adalah pemasukan saldo saat ini pada tanggal tertentu dan penghapusan dokumen lama yang tidak diperlukan. Metode ini mungkin berguna jika database berukuran besar, misalnya untuk beberapa tahun. Rollup harus dilakukan tanpa pengguna bekerja di sistem.

Langkah 1. Buat salinan database

Langkah 2. Kami melakukan prosedur untuk menutup database 1C 8.3

Bagian Administrasi – Pelayanan – Runtuhnya basis informasi.

Pada tahap pertama program 1C 8.3 menyarankan untuk membuat salinan cadangan, di mana Anda perlu menentukan direktori yang akan disimpan. Klik Berikutnya:

Apakah 1C Anda lambat lagi?Apakah Anda membuang-buang waktu saat menyiapkan laporan?Bosan minum teh sambil menunggu pertukaran data?

Situasi dengan pengoperasian 1C yang lambat tidak jarang terjadi. Anda dapat menahannya, atau Anda dapat mengoptimalkan pengaturan 1C dan peralatan, yang secara signifikan akan meningkatkan kecepatan pekerjaan Anda.

Layanan kami akan membantu Anda menyelesaikan lebih banyak pekerjaan selama hari kerja Anda! Kami tahu cara mempercepat 1C sehingga Anda tidak akan pernah mengulangi kata “1C macet”.

Mengapa 1C bisa membeku atau melambat?

Mungkin ada masalah dengan peralatannya. Kurangnya memori di server 1C, pengoperasian jaringan lokal yang tidak stabil, masalah dengan hard drive atau kunci keamanan - semua ini dapat membuat 1C melambat dan membuat Anda gugup. Selain itu, 1C dapat membeku karena:

kompatibilitas platform dan konfigurasi yang buruk,
kesalahan besar programmer 1C pemula,
ukuran dasar yang besar,
sejumlah besar pengguna.

Bahkan kesalahan selama pengoperasian normal dengan 1C juga dapat menyebabkan pengoperasiannya lambat.

Bagaimana cara mempercepat 1C?

Kami melanjutkan seperti ini:

Kami memeriksa peralatan untuk memenuhi persyaratan teknologi 1C. Anda mungkin perlu menambah RAM, menyiapkan server 1C, mengganti disk, atau memeriksa kecepatan jaringan lokal Anda. Dengan kata lain, kami melakukan pemeriksaan menyeluruh terhadap semua peralatan yang terlibat dalam proses tersebut.
Kami memeriksa pengaturan layanan lain yang terlibat dalam pengoperasian 1C. Misalnya, database SQL yang tidak dikonfigurasi dengan benar atau akses terminal yang tidak dapat diandalkan dapat memperlambat 1C secara signifikan.
Kami memeriksa kebenaran kode konfigurasi 1C, yang bermasalah. Bukan rahasia lagi bahwa masalah perangkat lunak yang sama dapat diselesaikan dengan cara yang berbeda. Kode yang tidak optimal sering kali menyebabkan 1C membeku.
Kami memeriksa pola kerja pengguna saat bekerja dengan 1C. Terkadang pengguna sendiri memperlambat 1C dan tidak menyadarinya..

Cara mempercepat pekerjaan di 1C: Accounting 8.3 (edisi 3.0) atau menonaktifkan tugas rutin dan latar belakang

15-01-2019T13:28:19+00:00

Anda yang telah beralih ke edisi baru 1C: Accounting 8.3 (edisi 3.0) menyadari bahwa ini menjadi lebih lambat dari 2. Beberapa perlambatan yang aneh, tugas latar belakang yang tak ada habisnya beberapa kali sehari, yang tidak diminta oleh siapa pun tanpa sepengetahuan kami.

Akuntan saya segera memberi tahu saya setelah transisi bahwa edisi baru 1C: Accounting 3.0 benar-benar lambat dibandingkan edisi sebelumnya! Dan itu tidak mungkin berhasil.

Saya mulai menyelidikinya dan segera menemukan bahwa penyebab utama pembekuan dan ketidakpuasan pengguna berikutnya adalah tugas-tugas rutin dan latar belakang, banyak di antaranya diaktifkan secara default, meskipun bagi sebagian besar akuntan hal tersebut tidak diperlukan.

Misalnya, mengapa kita perlu menjalankan tugas "Ekstraksi Teks" seratus kali sehari jika kita tidak melakukan pencarian teks lengkap (akuntan, jangan khawatir) di semua objek di database kita.

Atau mengapa terus-menerus mendownload nilai tukar mata uang jika kita tidak memiliki transaksi mata uang atau kita melakukannya sesekali (dan sebelum itu kita sendiri dapat mengklik tombol download nilai tukar).

Hal yang sama berlaku untuk upaya terus-menerus 1C untuk terhubung ke situs dan memeriksa serta memperbarui pengklasifikasi bank. Untuk apa? Saya sendiri akan menekan tombol untuk memperbarui pengklasifikasi jika saya tidak menemukan bank yang tepat berdasarkan BIC-nya.

Cara melakukannya langkah demi langkah di bawah ini.

1. Buka bagian "Administrasi" dan pilih "Pemeliharaan" () di panel tindakan:

2. Di jendela yang terbuka, cari dan pilih “Tugas rutin dan latar belakang”:

3. Buka setiap tugas yang memiliki tulisan “On” pada kolom “On”. ada gagak.

4. Hapus centang "Diaktifkan" dan klik tombol "Simpan dan Tutup".

5. Lakukan ini dengan setiap tugas yang disertakan dan nikmati edisi baru. Secara keseluruhan, menurut saya, ini jauh lebih baik daripada dua.

Pada saat yang sama, platform akan tetap mengaktifkan beberapa tugas terjadwal yang Anda nonaktifkan.

Tujuan utama penulisan artikel ini adalah untuk menghindari terulangnya nuansa yang jelas bagi para administrator (dan pemrogram) yang belum memperoleh pengalaman dengan 1C.

Tujuan kedua adalah jika saya memiliki kekurangan, Infostart akan menjadi yang tercepat untuk menunjukkan hal ini kepada saya.

Tes V. Gilev telah menjadi semacam standar “de facto”. Penulis di websitenya memberikan rekomendasi yang cukup jelas, namun saya hanya akan menyajikan beberapa hasil dan mengomentari kesalahan yang paling mungkin terjadi. Tentu saja, hasil pengujian pada peralatan Anda mungkin berbeda; ini hanyalah panduan tentang apa yang seharusnya dan apa yang dapat Anda perjuangkan. Saya ingin segera mencatat bahwa perubahan harus dilakukan selangkah demi selangkah, dan setelah setiap langkah, periksa hasil apa yang dihasilkannya.

Ada artikel serupa di Infostart, saya akan meletakkan tautannya di bagian yang relevan (jika saya melewatkan sesuatu, silakan sarankan saya di komentar, saya akan menambahkannya). Jadi, anggaplah 1C Anda lambat. Bagaimana cara mendiagnosis masalah, dan bagaimana memahami siapa yang harus disalahkan, administrator atau pemrogram?

Data awal:

Komputer yang diuji, kelinci percobaan utama: HP DL180G6, dilengkapi dengan 2*Xeon 5650, 32 Gb, Intel 362i, Win 2008 r2. Sebagai perbandingan, Core i3-2100 menunjukkan hasil yang sebanding dalam pengujian single-threaded. Peralatan yang sengaja saya pilih bukanlah yang terbaru, dengan peralatan yang modern hasilnya terasa lebih baik.

Untuk menguji server 1C dan SQL terpisah, server SQL: IBM System 3650 x4, 2*Xeon E5-2630, 32 Gb, Intel 350, Win 2008 r2.

Untuk menguji jaringan 10 Gbit, adaptor Intel 520-DA2 digunakan.

Versi berkas. (database ada di server dalam folder bersama, klien terhubung melalui jaringan, protokol CIFS/SMB). Algoritma langkah demi langkah:

0. Tambahkan database pengujian Gilev ke server file di folder yang sama dengan database utama. Kami terhubung dari komputer klien dan menjalankan pengujian. Kami ingat hasilnya.

Dapat dipahami bahwa bahkan untuk komputer lama 10 tahun yang lalu (Pentium pada soket 775 ) waktu mulai dari mengklik pintasan 1C:Enterprise hingga tampilan jendela database akan memakan waktu kurang dari satu menit. ( Celeron = lambat).

Jika Anda memiliki komputer yang lebih buruk dari Pentium 775 soket dengan RAM 1 GB, maka saya bersimpati dengan Anda, dan akan sulit bagi Anda untuk mencapai kenyamanan kerja di 1C 8.2 dalam versi file. Pikirkan untuk mengupgrade (ini saatnya) atau beralih ke server terminal (atau web, dalam kasus klien tipis dan formulir terkelola).

Jika kondisi komputer tidak lebih buruk, maka Anda dapat menendang administrator. Minimal, periksa pengoperasian jaringan, antivirus, dan driver perlindungan pengait.

Jika pengujian Gilev pada tahap ini menunjukkan 30 “burung beo” atau lebih tinggi, tetapi basis kerja 1C masih bekerja lambat, pertanyaan harus diarahkan ke pemrogram.

1. Sebagai panduan seberapa banyak komputer klien dapat “memeras”, kami memeriksa pengoperasian hanya komputer ini, tanpa jaringan. Kami menginstal database pengujian di komputer lokal (pada disk yang sangat cepat). Jika komputer klien tidak memiliki SSD normal, maka ramdisk akan dibuat. Untuk saat ini yang paling sederhana dan gratis adalah Ramdisk enterprise.

Untuk menguji versi 8.2, ramdisk 256 MB sudah cukup, dan! Yang paling penting. Setelah me-reboot komputer, dengan ramdisk berjalan, seharusnya ada 100-200 MB kosong di dalamnya. Oleh karena itu, tanpa ramdisk, untuk pengoperasian normal, harus ada 300-400 MB memori bebas.

Untuk menguji versi 8.3, ramdisk 256 MB sudah cukup, namun Anda memerlukan lebih banyak RAM kosong.

Saat menguji, Anda perlu melihat beban prosesor. Dalam kasus yang mendekati ideal (ramdisk), file lokal 1c memuat 1 inti prosesor saat dijalankan. Oleh karena itu, jika selama pengujian inti prosesor Anda tidak terisi penuh, carilah titik lemahnya. Sedikit emosional, tetapi secara umum benar, pengaruh prosesor terhadap pengoperasian 1C dijelaskan. Sekadar referensi, bahkan pada Core i3 modern dengan frekuensi tinggi, angka 70-80 cukup realistis.

Kesalahan paling umum pada tahap ini.

a) Antivirus yang dikonfigurasi salah. Ada banyak antivirus, pengaturan masing-masing berbeda, saya hanya akan mengatakan bahwa dengan konfigurasi yang tepat, baik web maupun Kaspersky 1C tidak akan mengganggu. Dengan pengaturan default, sekitar 3-5 burung beo (10-15%) dapat diambil.

b) Modus pertunjukan. Untuk beberapa alasan, hanya sedikit orang yang memperhatikan hal ini, tetapi efeknya paling signifikan. Jika Anda membutuhkan kecepatan, maka Anda harus melakukan ini, baik di komputer klien maupun server. (Gilev memiliki deskripsi yang bagus. Satu-satunya peringatan adalah pada beberapa motherboard, jika Anda mematikan Intel SpeedStep, Anda tidak dapat mengaktifkan TurboBoost).

Singkatnya, ketika 1C sedang berjalan, ada banyak menunggu respon dari perangkat lain (disk, jaringan, dll). Sambil menunggu respons, jika mode kinerja diaktifkan, prosesor akan menurunkan frekuensinya. Respons datang dari perangkat, 1C (prosesor) perlu bekerja, tetapi siklus clock pertama berada pada frekuensi yang dikurangi, kemudian frekuensinya meningkat - dan 1C kembali menunggu respons dari perangkat. Dan - ratusan kali per detik.

Anda dapat (dan sebaiknya) mengaktifkan mode kinerja di dua tempat:

Melalui BIOS. Nonaktifkan mode C1, C1E, Intel C-state (C2, C3, C4). Di bios beda namanya berbeda, tapi artinya sama. Butuh waktu lama untuk mencari, perlu reboot, tetapi jika Anda melakukannya sekali, maka Anda bisa melupakannya. Jika Anda melakukan semuanya dengan benar di BIOS, kecepatannya akan meningkat. Pada beberapa motherboard, Anda dapat mengonfigurasi pengaturan BIOS sehingga mode kinerja Windows tidak berperan. (Contoh pengaturan BIOS dari Gilev). Pengaturan ini terutama berkaitan dengan prosesor server atau BIOS "lanjutan", jika Anda belum menemukannya dan TIDAK memiliki Xeon, tidak apa-apa.

Panel kontrol - Catu daya - Performa tinggi. Minusnya - jika komputer tidak diservis dalam waktu lama, maka akan menimbulkan suara kipas yang lebih keras, lebih panas, dan menghabiskan lebih banyak energi. Ini adalah biaya kinerja.

Cara memeriksa apakah mode tersebut diaktifkan. Luncurkan pengelola tugas - kinerja - monitor sumber daya - CPU. Kami menunggu sampai prosesor tidak sibuk dengan apa pun.

Ini adalah pengaturan default.

Dalam keadaan BIOS C termasuk,

mode konsumsi daya seimbang

Dalam keadaan BIOS C termasuk, mode kinerja tinggi

Untuk Pentium dan Core Anda bisa berhenti di situ,

Anda masih bisa memeras sedikit "burung beo" dari Xeon

Dalam keadaan BIOS C matikan, mode kinerja tinggi.

Jika Anda tidak menggunakan Turbo boost, tampilannya akan seperti ini

server disetel untuk kinerja

Dan sekarang angkanya. Izinkan saya mengingatkan Anda: Intel Xeon 5650, ramdisk. Dalam kasus pertama, tes menunjukkan 23,26, yang terakhir - 49,5. Perbedaannya hampir dua kali lipat. Jumlahnya mungkin berbeda, tetapi rasionya pada dasarnya tetap sama untuk Intel Core.

Administrator yang terhormat, Anda dapat mengkritik 1C sebanyak yang Anda suka, tetapi jika pengguna akhir membutuhkan kecepatan, Anda harus mengaktifkan mode kinerja tinggi.

c) Peningkatan Turbo. Pertama, Anda perlu memahami apakah prosesor Anda mendukung fungsi ini, misalnya. Jika mendukung, maka Anda masih bisa mendapatkan performa tertentu secara legal. (Saya tidak ingin menyentuh masalah overclocking frekuensi, terutama server, lakukan dengan risiko dan risiko Anda sendiri. Namun saya setuju bahwa meningkatkan kecepatan Bus dari 133 menjadi 166 memberikan peningkatan yang sangat nyata baik dalam kecepatan maupun pembuangan panas)

Cara mengaktifkan turbo boost ada tertulis, misalnya. Tetapi! Ada beberapa nuansa untuk 1C (bukan yang paling jelas). Kesulitannya adalah efek turbo boost yang maksimal terjadi saat C-state dihidupkan. Dan kami mendapatkan sesuatu seperti ini:

Harap diperhatikan bahwa penggandanya maksimal, kecepatan Core-nya bagus, dan performanya tinggi. Tapi apa yang akan terjadi dengan angka 1?

	Faktor	Kecepatan inti (frekuensi), GHz	Utas Tunggal CPU-Z	Tes Gilev Ramdisk versi berkas	Tes Gilev Ramdisk server klien
Tanpa dorongan Turbo
C-state mati, peningkatan Turbo				53.19	40,32
C-state aktif, peningkatan Turbo			1080	53,13	23,04

Namun pada akhirnya ternyata menurut pengujian performa CPU versi dengan pengali 23 lebih unggul, menurut pengujian Gilev pada versi file performa dengan pengali 22 dan 23 sama, namun di client-server versi - versi dengan pengali 23 sangat buruk, sangat buruk (meskipun kondisi C disetel ke level 7, versi tersebut masih lebih lambat dibandingkan dengan kondisi C yang dimatikan). Oleh karena itu, rekomendasinya adalah memeriksa sendiri kedua opsi tersebut dan memilih yang terbaik. Bagaimanapun, perbedaan antara 49,5 dan 53 burung beo cukup signifikan, terutama tanpa banyak usaha.

Kesimpulan - turbo boost harus dihidupkan. Izinkan saya mengingatkan Anda bahwa mengaktifkan item Turbo boost di BIOS saja tidak cukup, Anda juga perlu melihat pengaturan lainnya (BIOS: QPI L0s, L1 - nonaktifkan, demand scrubbing - nonaktifkan, Intel SpeedStep - aktifkan, Turbo boost - aktifkan Panel Kontrol - Opsi Daya - Kinerja Tinggi) . Dan saya akan tetap (bahkan untuk versi file) memilih opsi di mana c-state dimatikan, meskipun penggandanya lebih kecil. Ini akan menjadi seperti ini...

Hal yang agak kontroversial adalah frekuensi memori. Misalnya, frekuensi memori terbukti mempunyai pengaruh yang sangat kuat. Tes saya tidak menunjukkan ketergantungan seperti itu. Saya tidak akan membandingkan DDR 2/3/4, saya akan menunjukkan hasil perubahan frekuensi dalam satu baris. Memorinya sama, tapi di BIOS kita dipaksa untuk mengatur frekuensi yang lebih rendah.

Dan hasil tes. 1C 8.2.19.83, untuk versi file ramdisk lokal, untuk client-server 1C dan SQL dalam satu komputer, Memori bersama. Turbo boost dinonaktifkan di kedua versi. 8.3 menunjukkan hasil yang sebanding.

Perbedaannya terletak pada kesalahan pengukurannya. Saya secara khusus mengeluarkan tangkapan layar CPU-Z untuk menunjukkan bahwa ketika frekuensi berubah, parameter lain juga berubah, Latensi CAS yang sama dan RAS ke CAS Delay, yang menetralkan perubahan frekuensi. Perbedaannya adalah ketika modul memori diubah secara fisik, dari lebih lambat ke lebih cepat, namun jumlahnya pun tidak terlalu signifikan.

2. Ketika kita telah memilah prosesor dan memori komputer klien, kita beralih ke tempat yang sangat penting berikutnya - jaringan. Banyak buku telah ditulis tentang penyetelan jaringan, ada artikel tentang Infostart (, dan lain-lain), tetapi di sini saya tidak akan fokus pada topik ini. Sebelum memulai pengujian 1C, pastikan iperf antara dua komputer menunjukkan seluruh bandwidth (untuk kartu 1 Gbit - setidaknya 850 Mbit, atau lebih baik lagi 950-980), bahwa saran Gilev telah diikuti. Kemudian - tes operasi yang paling sederhana adalah, anehnya, menyalin satu file besar (5-10 gigabyte) melalui jaringan. Tanda tidak langsung dari pengoperasian normal pada jaringan 1 Gbit adalah kecepatan penyalinan rata-rata 100 MB/detik, pengoperasian yang baik - 120 MB/detik. Saya ingin menarik perhatian Anda pada fakta bahwa titik lemah (termasuk) mungkin adalah beban prosesor. UKM Protokol di Linux diparalelkan dengan buruk, dan selama pengoperasian, protokol tersebut dapat dengan mudah “memakan” satu inti prosesor dan tidak mengkonsumsinya lagi.

Dan selanjutnya. Dengan pengaturan default, klien windows bekerja paling baik dengan server windows (atau bahkan workstation windows) dan protokol SMB/CIFS, klien linux (debian, ubuntu tidak melihat yang lain) bekerja lebih baik dengan linux dan NFS ( ini juga berfungsi dengan SMB, tetapi pada NFS burung beo lebih tinggi). Fakta bahwa selama penyalinan linier, server Windows Linux ke NFS disalin ke dalam satu aliran lebih cepat tidak berarti apa-apa. Penyetelan Debian untuk 1C adalah topik untuk artikel terpisah, saya belum siap untuk itu, meskipun saya dapat mengatakan bahwa dalam versi file saya mendapatkan kinerja yang sedikit lebih baik daripada versi Win pada peralatan yang sama, tetapi dengan postgres dengan lebih 50 pengguna Saya masih memiliki semuanya sangat buruk.

Yang paling penting , yang diketahui oleh administrator yang “terbakar”, tetapi tidak diperhitungkan oleh pemula. Ada banyak cara untuk menyetel jalur ke database 1c. Anda dapat melakukan \\server\share, Anda dapat melakukan \\192.168.0.1\share, Anda dapat menggunakan net z: \\192.168.0.1\share (dan dalam beberapa kasus metode ini juga akan berfungsi, tetapi tidak selalu) dan kemudian tentukan drive Z. Tampaknya semua jalur ini mengarah ke tempat yang sama, tetapi untuk 1C hanya ada satu cara yang memberikan kinerja normal dengan cukup andal. Jadi, inilah yang perlu Anda lakukan dengan benar:

Pada baris perintah (atau dalam kebijakan, atau apa pun yang nyaman bagi Anda) - lakukan net use DriveLetter: \\server\share. Contoh: penggunaan bersih m: \\server\bases. Saya secara khusus menekankan BUKAN alamat IP, yaitu Nama server. Jika nama server tidak terlihat, tambahkan ke dns di server, atau secara lokal ke file host. Tapi alamatnya harus berdasarkan nama. Oleh karena itu, dalam perjalanan ke database, akses disk ini (lihat gambar).

Dan sekarang saya akan menunjukkan dengan angka mengapa ini adalah nasihatnya. Data awal: kartu Intel X520-DA2, Intel 362, Intel 350, Realtek 8169. OS Win 2008 R2, Win 7, Debian 8. Driver terbaru, pembaruan diterapkan. Sebelum pengujian, saya memastikan bahwa Iperf memberikan bandwidth penuh (kecuali untuk kartu 10 Gbit, hanya berhasil memeras 7,2 Gbit, saya akan lihat alasannya nanti, server pengujian belum dikonfigurasi dengan benar). Disknya berbeda, tetapi di mana-mana ada SSD (saya khusus memasukkan satu disk untuk pengujian, tidak dimuat dengan apa pun) atau serangan dari SSD. Kecepatan 100 Mbit diperoleh dengan membatasi pengaturan adaptor Intel 362. Tidak ada perbedaan antara 1 Gbit tembaga Intel 350 dan 1 Gbit optik Intel X520-DA2 (diperoleh dengan membatasi kecepatan adaptor). Performa maksimal, turbo boost dimatikan (hanya untuk perbandingan hasil, turbo boost untuk hasil bagus ditambah sedikit kurang dari 10%, untuk hasil buruk mungkin tidak berpengaruh sama sekali). Versi 1C 8.2.19.86, 8.3.6.2076. Saya tidak memberikan semua angkanya, tetapi hanya yang paling menarik, sehingga Anda memiliki sesuatu untuk dibandingkan.

	Menangkan 2008 - Menangkan 2008 hubungi berdasarkan alamat ip	Menangkan 2008 - Menangkan 2008 Memanggil dengan nama	Menangkan 2008 - Menangkan 2008 Kontak berdasarkan alamat IP	Menangkan 2008 - Menangkan 2008 Memanggil dengan nama	Menangkan 2008 - Menangkan 7 Memanggil dengan nama	Menangkan 2008 - Debian Memanggil dengan nama	Menangkan 2008 - Menangkan 2008 Kontak berdasarkan alamat IP	Menangkan 2008 - Menangkan 2008 Memanggil dengan nama
	11,20	26,18	15,20	43,86	40,65	37,04	16,23	44,64
1C 8.2	11,29	26,18	15,29	43,10	40,65	36,76	15,11	44,10
8.2.19.83	12,15	25,77	15,15	43,10			14,97	42,74
	6,13	34,25	14,98	43,10	39,37	37,59	15,53	42,74
1C 8.3	6,61	33,33	15,58	43,86	40,00	37,88	16,23	42,74
8.3.6.2076		33,78	15,53	43,48	39,37	37,59		42,74

Kesimpulan (dari tabel dan dari pengalaman pribadi. Hanya berlaku untuk versi file):

Melalui jaringan, Anda bisa mendapatkan nomor pekerjaan yang cukup normal jika jaringan ini dikonfigurasi dengan benar dan jalur dimasukkan dengan benar di 1C. Bahkan Core i3 pertama dapat dengan mudah menghasilkan 40+ burung beo, yang cukup bagus, dan ini bukan hanya burung beo, dalam pekerjaan nyata perbedaannya juga terlihat. Tetapi! Batasannya saat bekerja dengan beberapa (lebih dari 10) pengguna bukan lagi jaringan, disini 1 Gbit masih cukup, tapi pemblokiran saat bekerja multi-user (Gilev).

Platform 1C 8.3 jauh lebih menuntut dalam hal konfigurasi jaringan yang tepat. Pengaturan dasar - lihat Gilev, namun perlu diingat bahwa semuanya dapat dipengaruhi. Saya melihat percepatan dari mencopot pemasangan (dan tidak hanya mematikan) antivirus, dari menghapus protokol seperti FCoE, dari mengganti driver ke versi yang lebih lama, namun bersertifikasi Microsoft (terutama untuk kartu murah seperti ASUS dan DLC), dari melepas kartu jaringan kedua. dari server. Ada banyak pilihan, atur jaringan Anda dengan hati-hati. Mungkin ada situasi ketika platform 8.2 memberikan angka yang dapat diterima, dan 8.3 - dua kali atau lebih. Coba mainkan dengan platform versi 8.3, terkadang Anda mendapatkan efek yang sangat besar.

1C 8.3.6.2076 (mungkin nanti, saya belum mencari versi pastinya) masih lebih mudah dikonfigurasi melalui jaringan dibandingkan 8.3.7.2008. Saya dapat mencapai operasi normal melalui jaringan mulai 8.3.7.2008 (pada burung beo yang sebanding) hanya beberapa kali; Saya tidak dapat mengulanginya untuk kasus yang lebih umum. Saya tidak mengerti banyak, tetapi dilihat dari penjelasan Process Explorer, rekaman di sana tidak sebagus di 8.3.6.

Terlepas dari kenyataan bahwa ketika bekerja pada jaringan 100 Mbit, jadwal pemuatannya kecil (kita dapat mengatakan bahwa jaringan ini gratis), kecepatan operasinya masih jauh lebih rendah dibandingkan pada 1 Gbit. Alasannya adalah latensi jaringan.

Semua hal lain dianggap sama (jaringan yang berfungsi dengan baik) untuk 1C 8.2 koneksi Intel-Realtek 10% lebih lambat dari Intel-Intel. Namun realtek-realtek umumnya dapat memberikan penurunan permukaan tanah yang tajam secara tiba-tiba. Oleh karena itu, jika Anda punya uang, lebih baik simpan kartu jaringan Intel di mana-mana, jika Anda tidak punya uang, maka instal Intel hanya di server (CO Anda). Dan masih banyak lagi instruksi untuk menyetel kartu jaringan Intel.

Pengaturan antivirus default (menggunakan drweb versi 10 sebagai contoh) memakan waktu sekitar 8-10% dari burung beo. Jika Anda mengkonfigurasinya sebagaimana mestinya (mengizinkan proses 1cv8 melakukan semuanya, meskipun tidak aman), kecepatannya sama seperti tanpa antivirus.

JANGAN membaca guru Linux. Server dengan samba sangat bagus dan gratis, tetapi jika Anda menginstal Win XP atau Win7 (atau bahkan lebih baik - server OS) di server, maka versi file 1c akan bekerja lebih cepat. Ya, samba dan tumpukan protokol serta pengaturan jaringan dan masih banyak lagi dapat disesuaikan dengan baik di debian/ubuntu, tetapi ini direkomendasikan untuk spesialis. Tidak ada gunanya menginstal Linux dengan pengaturan default dan kemudian mengatakan bahwa itu lambat.

Sebaiknya periksa pengoperasian disk yang terhubung melalui net use menggunakan fio . Setidaknya akan jelas apakah ini masalah pada platform 1C, atau pada jaringan/disk.

Untuk versi pengguna tunggal, saya tidak dapat memikirkan pengujian (atau situasi) di mana perbedaan antara 1 Gbit dan 10 Gbit akan terlihat. Satu-satunya hal di mana 10Gbit untuk versi file memberikan hasil yang lebih baik adalah menghubungkan disk melalui iSCSI, tetapi ini adalah topik untuk artikel terpisah. Namun, menurut saya untuk versi file, 1 kartu Gbit sudah cukup.

Saya tidak mengerti mengapa, dengan jaringan 100 Mbit, 8.3 bekerja jauh lebih cepat daripada 8.2, tapi itu faktanya. Semua peralatan lainnya, semua pengaturan lainnya persis sama, hanya saja dalam satu kasus 8.2 diuji, dan di kasus lain - 8.3.

NFS win-win atau win-lin yang tidak disetel memberikan 6 burung beo, saya tidak memasukkannya ke dalam tabel. Setelah tuning saya mendapat 25, tetapi tidak stabil (perbedaan pengukuran lebih dari 2 unit). Saya belum bisa memberikan rekomendasi penggunaan Windows dan protokol NFS.

Setelah semua pengaturan dan pemeriksaan, kami menjalankan pengujian lagi dari komputer klien dan bersukacita atas hasil yang ditingkatkan (jika berhasil). Jika hasilnya membaik, ada lebih dari 30 burung beo (dan terutama lebih dari 40), kurang dari 10 pengguna yang bekerja pada saat yang sama, dan database yang berfungsi masih lambat - hampir pasti ada masalah dengan pemrogram (atau Anda punya sudah mencapai kemampuan puncak versi file).

Server terminal. (database ada di server, klien terhubung melalui jaringan, protokol RDP). Algoritma langkah demi langkah:

0. Tambahkan database pengujian Gilev ke server di folder yang sama dengan database utama. Kami terhubung dari server yang sama dan menjalankan pengujian. Kami ingat hasilnya.

1. Dengan cara yang sama seperti pada versi file, kami menyiapkan pekerjaan. Dalam kasus server terminal, prosesor umumnya memainkan peran utama (diasumsikan tidak ada titik lemah yang jelas, seperti kurangnya memori atau sejumlah besar perangkat lunak yang tidak diperlukan).

2. Menyiapkan kartu jaringan dalam kasus server terminal hampir tidak berpengaruh pada pengoperasian 1c. Untuk memastikan kenyamanan “khusus”, jika server Anda menghasilkan lebih dari 50 burung beo, Anda dapat bermain dengan protokol RDP versi baru, hanya untuk kenyamanan pengguna, respons dan pengguliran yang lebih cepat.

3. Jika banyak pengguna yang aktif bekerja (dan di sini Anda sudah dapat mencoba menghubungkan 30 orang ke satu database, jika Anda mencobanya), sangat disarankan untuk memasang drive SSD. Untuk beberapa alasan, diyakini bahwa disk tidak terlalu mempengaruhi pengoperasian 1C, tetapi semua pengujian dilakukan dengan cache pengontrol diaktifkan untuk menulis, dan ini tidak benar. Basis pengujiannya kecil, cukup cocok dengan cache, sehingga jumlahnya tinggi. Pada database nyata (besar), semuanya akan sangat berbeda, sehingga cache dinonaktifkan untuk pengujian.

Misalnya, saya memeriksa pengoperasian tes Gilev dengan opsi disk yang berbeda. Saya memasang disk dari apa yang ada, hanya untuk menunjukkan kecenderungannya. Perbedaan antara 8.3.6.2076 dan 8.3.7.2008 kecil (pada Ramdisk Turbo boost versi 8.3.6 menghasilkan 56.18 dan 8.3.7.2008 menghasilkan 55.56, pada pengujian lain perbedaannya bahkan lebih kecil). Konsumsi daya - performa maksimal, turbo boost dinonaktifkan (kecuali dinyatakan lain).

	Serangan 10 4x SATA 7200 ATA ST31500341AS	Serangan 10 4x SAS 10k	Serangan 10 4x SAS 15k	SSD tunggal	Ramdisk		Tembolok diaktifkan Pengontrol RAID
	21,74	28,09	32,47	49,02	50,51	53,76	49,02
1C 8.2	21,65	28,57	32,05	48,54	49,02	53,19
8.2.19.83	21,65	28,41	31,45	48,54	49,50	53,19
	33,33	42,74	45,05	51,55	52,08	55,56	51,55
1C 8.3	33,46	42,02	45,05	51,02	52,08	54,95
8.3.7.2008	35,46	43,01	44,64	51,55	52,08	56,18

Cache pengontrol RAID yang diaktifkan menghilangkan semua perbedaan antara disk; jumlahnya sama untuk sat dan cas. Mengujinya pada sejumlah kecil data tidak ada gunanya dan tidak menunjukkan apa pun.

Untuk platform 8.2, perbedaan performa antara opsi SATA dan SSD lebih dari dua kali lipat. Ini bukan salah ketik. Jika Anda melihat monitor kinerja selama pengujian pada drive SATA. maka Anda dapat dengan jelas melihat “Waktu pengoperasian disk aktif (dalam%)” 80-95. Ya, jika Anda mengaktifkan cache dari disk itu sendiri untuk merekam, kecepatannya akan meningkat menjadi 35, jika Anda mengaktifkan cache dari pengontrol serangan - hingga 49 (terlepas dari disk mana yang sedang diuji saat ini). Tapi ini adalah cache sintetis; dalam pekerjaan nyata, dengan database besar, tidak akan pernah ada rasio hit cache tulis 100%.

Kecepatan SSD murah sekalipun (saya uji pada Agility 3) cukup untuk menjalankan versi file. Sumber daya perekaman adalah masalah lain, Anda perlu melihatnya dalam setiap kasus tertentu, jelas bahwa Intel 3700 akan memiliki urutan yang lebih tinggi, tetapi harganya sesuai. Dan ya, saya memahami bahwa ketika menguji disk SSD, saya juga menguji cache disk ini lebih jauh, hasil sebenarnya akan lebih sedikit.

Solusi yang paling benar (dari sudut pandang saya) adalah dengan mengalokasikan 2 disk SSD dalam serangan cermin untuk database file (atau beberapa database file), dan tidak menempatkan apa pun di sana. Ya, dengan cermin, SSD juga mengalami keausan yang sama, dan ini merupakan kerugian, tetapi setidaknya elektronik pengontrol terlindungi dari kesalahan.

Keunggulan utama drive SSD untuk versi file akan muncul ketika terdapat banyak database yang masing-masing memiliki beberapa pengguna. Jika ada 1-2 database, dan ada sekitar 10 pengguna, maka disk SAS sudah cukup. (tetapi bagaimanapun juga, lihat memuat disk ini, setidaknya melalui perfmon).

Keuntungan utama dari server terminal adalah ia dapat memiliki klien yang sangat lemah, dan pengaturan jaringan tidak terlalu mempengaruhi server terminal (sekali lagi, K.O. Anda).

Kesimpulan: jika Anda menjalankan tes Gilev di server terminal (dari disk yang sama tempat database yang berfungsi berada) dan pada saat database yang berfungsi melambat, dan tes Gilev menunjukkan hasil yang baik (di atas 30), maka lambatnya pengoperasian database kerja utama kemungkinan besar disebabkan oleh programmer.

Jika tes Gilev menunjukkan angka kecil, dan Anda memiliki prosesor dengan jam tinggi dan disk cepat, maka administrator perlu mengambil setidaknya perfmon, mencatat semua hasilnya di suatu tempat, dan mengamati, mengamati, dan menarik kesimpulan. Tidak akan ada saran yang pasti.

Opsi klien-server.

Pengujian hanya dilakukan pada 8.2, karena pada 8.3 semuanya sangat bergantung pada versinya.

Untuk pengujian, saya memilih opsi server dan jaringan yang berbeda di antara keduanya untuk menunjukkan tren utama.

	SQL: Xeon E5-2630	SQL: Xeon E5-2630 Saluran serat - SSD	SQL: Xeon E5-2630 Saluran serat - SAS	SQL: Xeon E5-2630 SSD lokal	SQL: Xeon E5-2630 Saluran serat - SSD	SQL: Xeon E5-2630 SSD lokal	1C: Xeon 5650 =	1C: Xeon 5650 = Berbagi memori	1C: Xeon 5650 =	1C: Xeon 5650 =	1C: Xeon 5650 =
	16,78	18,23	16,84	28,57	27,78	32,05	34,72	36,50	23,26	40,65	39.37
1C 8.2	17,12	17,06	14,53	29,41	28,41	31,45	34,97	36,23	23,81	40,32	39.06
	16,72	16,89	13,44	29,76	28,57	32,05	34,97	36,23	23,26	40,32	39.06

Sepertinya saya telah mempertimbangkan semua opsi menarik, jika ada hal lain yang Anda minati, tulis di komentar, saya akan mencoba melakukannya.

SAS pada sistem penyimpanan lebih lambat dibandingkan SSD lokal, meskipun sistem penyimpanan memiliki ukuran cache yang lebih besar. SSD, baik lokal maupun pada sistem penyimpanan, bekerja pada kecepatan yang sebanding untuk pengujian Gilev. Saya tidak tahu tes multi-thread standar apa pun (tidak hanya rekaman, tetapi semua peralatan) kecuali tes beban 1C dari MCC.

Mengubah server 1C dari 5520 menjadi 5650 meningkatkan kinerja hampir dua kali lipat. Ya, konfigurasi server tidak sepenuhnya cocok, tetapi menunjukkan tren (tidak mengherankan).

Peningkatan frekuensi pada SQL server tentu memberikan efek, namun tidak sama dengan pada server 1C; MS SQL server sangat baik (jika diminta) untuk menggunakan multi-core dan mengosongkan memori.

Mengubah jaringan antara 1C dan SQL dari 1 Gbit menjadi 10 Gbit menghasilkan sekitar 10% burung beo. Saya mengharapkan lebih banyak.

Mengaktifkan Shared memory tetap memberikan efek meski tidak 15% seperti yang dijelaskan. Pastikan untuk melakukannya, untungnya cepat dan mudah. Jika selama instalasi seseorang memberi server SQL sebuah instance bernama, maka agar 1C berfungsi, nama server harus ditentukan bukan oleh FQDN (tcp/ip akan berfungsi), bukan melalui localhost atau hanya ServerName, tetapi melalui ServerName\InstanceName, misalnya uji-zz\uji-zz. (Jika tidak, akan ada kesalahan DBMS: Microsoft SQL Server Native Client 10.0: Penyedia Memori Bersama: Pustaka memori bersama yang digunakan untuk membuat sambungan dengan SQL Server 2000 tidak ditemukan. HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, SQLSrvr : SQLSTATE=08001, status=1, Tingkat Keparahan=10, asli=126, baris=0).

Untuk kurang dari 100 pengguna, satu-satunya poin untuk membaginya menjadi dua server terpisah adalah lisensi Win 2008 Std (dan lebih lama), yang hanya mendukung RAM 32GB. Dalam semua kasus lainnya, 1C dan SQL pasti perlu diinstal pada server yang sama dan diberikan lebih banyak memori (setidaknya 64 GB). Memberi MS SQL RAM kurang dari 24-28 GB adalah keserakahan yang tidak dapat dibenarkan (jika Anda berpikir Anda memiliki cukup memori untuk itu dan semuanya berfungsi dengan baik, mungkin versi file 1C akan cukup untuk Anda?)

Seberapa buruk kombinasi 1C dan SQL bekerja di mesin virtual adalah topik artikel terpisah (petunjuk - terasa lebih buruk). Bahkan di Hyper-V semuanya tidak begitu jelas...

Mode kinerja seimbang buruk. Hasilnya cukup sesuai dengan versi file.

Banyak sumber yang mengatakan bahwa mode debugging (ragent.exe -debug) menyebabkan penurunan kinerja yang signifikan. Ya, memang berkurang, tapi saya tidak akan menyebut 2-3% sebagai efek yang signifikan.