Optimalisasi server terminal untuk 1s 83. Format materi telah berubah

Tujuan utama penulisan artikel ini bukan untuk mengulangi nuansa yang jelas bagi para administrator (dan pemrogram) yang belum mendapatkan pengalaman dengan 1C.

Tujuan sekunder, jika saya memiliki kekurangan, Infostart akan menunjukkan ini kepada saya tercepat.

Tes V. Gilev telah menjadi semacam standar "de facto". Penulis di situs webnya memberikan rekomendasi yang cukup dapat dimengerti, tetapi saya hanya akan memberikan beberapa hasil dan mengomentari kesalahan yang paling mungkin terjadi. Secara alami, hasil tes pada peralatan Anda mungkin berbeda, ini hanya panduan, 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 apa hasilnya.

Ada artikel serupa di Infostart, di bagian yang relevan saya akan meletakkan tautan ke sana (jika saya melewatkan sesuatu, beri tahu saya di komentar, saya akan menambahkannya). Jadi, misalkan Anda memperlambat 1C. Bagaimana mendiagnosis masalah, dan bagaimana memahami siapa yang harus disalahkan, administrator atau programmer?

Data awal:

Komputer yang diuji, kelinci percobaan utama: HP DL180G6, 2*Xeon 5650, 32 Gb, Intel 362i , Win 2008 r2. Sebagai perbandingan, hasil yang sebanding dalam pengujian single-threaded ditunjukkan oleh Core i3-2100. Peralatan yang dibawa khusus bukan yang terbaru, pada peralatan modern hasilnya terasa lebih baik.

Untuk menguji server 1C dan SQL jarak jauh, 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. (basis terletak pada server di folder bersama, klien terhubung di jaringan, protokol CIFS/SMB). Algoritma langkah demi langkah:

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

Dapat dipahami bahwa bahkan untuk komputer lama 10 tahun yang lalu (Pentium pada soket 775 ) waktu dari mengklik label 1C:Enterprise hingga jendela database muncul harus kurang dari satu menit. ( Celeron = kerja lambat).

Jika komputer Anda lebih buruk dari Pentium on 775 soket dengan 1 GB RAM, maka saya bersimpati dengan Anda, dan akan sulit bagi Anda untuk mencapai pekerjaan yang nyaman pada 1C 8.2 dalam versi file. Pertimbangkan untuk memutakhirkan (lama tertunda) atau beralih ke server terminal (atau web, dalam kasus klien tipis dan formulir terkelola).

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

Jika tes Gilev pada tahap ini menunjukkan 30 "burung beo" dan lebih banyak lagi, tetapi basis kerja 1C masih bekerja dengan lambat - pertanyaannya sudah ada untuk programmer.

1. Sebagai pedoman, seberapa banyak komputer klien dapat "diperas", kami memeriksa pengoperasian hanya komputer ini, tanpa jaringan. Kami menempatkan basis pengujian di komputer lokal (pada disk yang sangat cepat). Jika komputer klien tidak memiliki SSD normal, maka ramdisk akan dibuat. Sejauh ini, yang paling sederhana dan gratis adalah Ramdisk enterprise.

Untuk menguji versi 8.2, 256 MB ramdisk sudah cukup, dan! Yang paling penting. Setelah me-restart komputer dengan ramdisk yang berfungsi, seharusnya ada 100-200 MB gratis. Dengan demikian, tanpa ramdisk, untuk operasi normal dari memori bebas harus ada 300-400 MB.

Untuk pengujian versi 8.3, ramdisk 256 MB sudah cukup, tetapi diperlukan lebih banyak RAM bebas.

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

Kesalahan paling umum pada tahap ini.

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

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

Singkatnya, selama operasi 1C, ada banyak menunggu tanggapan dari perangkat lain (disk, jaringan, dll). Sambil menunggu respon, jika performance mode seimbang, maka prosesor menurunkan frekuensinya. Respons datang dari perangkat, 1C (prosesor) perlu bekerja, tetapi siklus pertama berkurang frekuensinya, kemudian frekuensinya naik - dan 1C kembali menunggu respons dari perangkat. Dan begitu - ratusan kali per detik.

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

Melalui BIOS. Nonaktifkan mode C1, C1E, Intel C-state (C2, C3, C4). Di bios yang berbeda mereka disebut berbeda, tetapi artinya sama. Pencarian untuk waktu yang lama, reboot diperlukan, tetapi jika Anda melakukannya sekali, maka Anda bisa lupa. Jika semuanya dilakukan dengan benar di BIOS, maka kecepatan akan ditambahkan. Pada beberapa motherboard, pengaturan BIOS dapat diatur sehingga mode kinerja Windows tidak akan berperan. (Contoh pengaturan BIOS oleh Gilev). Pengaturan ini terutama menyangkut prosesor server atau BIOS "lanjutan", jika Anda belum menemukannya di sistem Anda, dan Anda tidak memiliki Xeon - tidak apa-apa.

Panel Kontrol - Daya - Performa tinggi. Minus - jika komputer tidak diservis untuk waktu yang lama, itu akan berdengung lebih kuat dengan kipas, itu akan lebih panas dan mengkonsumsi lebih banyak energi. Ini adalah harga kinerja.

Cara memeriksa apakah mode diaktifkan. Jalankan Task Manager - Performance - Resource Monitor - CPU. Kami menunggu sampai prosesor sibuk dengan apa-apa.

Ini adalah pengaturan default. BIOS C-state termasuk, mode daya seimbang
BIOS C-state termasuk, mode performa tinggi Untuk Pentium dan Core, Anda bisa berhenti di situ, kamu masih bisa memeras beberapa "burung beo" dari Xeon
BIOS C-state mati, mode performa tinggi. Jika Anda tidak menggunakan Turbo boost - seperti inilah tampilannya server disetel untuk kinerja

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

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

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

Cara mengaktifkan turbo boost tertulis, misalnya,. Tetapi! Untuk 1C ada beberapa nuansa (bukan yang paling jelas). Kesulitannya adalah efek maksimal dari turbo boost dimanifestasikan ketika C-state dihidupkan. Dan ternyata seperti gambar ini:

Harap dicatat bahwa pengganda adalah maksimum, kecepatan Inti adalah yang paling indah, kinerjanya tinggi. Tapi apa yang akan terjadi sebagai hasil dari 1s?

Tetapi pada akhirnya, ternyata menurut tes kinerja CPU, varian dengan pengganda 23 lebih unggul, menurut pengujian Gilev dalam versi file, kinerja dengan pengganda 22 dan 23 adalah sama, tetapi dalam versi client-server, varian dengan pengganda 23 horor horor horor (bahkan jika C -state diatur ke level 7, masih lebih lambat dibandingkan dengan C-state dimatikan). Karena itu, rekomendasinya, periksa sendiri kedua opsi, dan pilih yang terbaik dari mereka. Bagaimanapun, perbedaan antara 49,5 dan 53 burung beo cukup signifikan, terutama karena tanpa banyak usaha.

Kesimpulan - turbo boost harus disertakan. Biarkan saya mengingatkan Anda bahwa itu tidak cukup untuk mengaktifkan item Turbo boost di BIOS, Anda juga perlu melihat pengaturan lain (BIOS: QPI L0s, L1 - nonaktifkan, scrubbing permintaan - nonaktifkan, Intel SpeedStep - aktifkan, Turbo boost - aktifkan Panel Kontrol - Daya - Performa tinggi) . Dan saya masih (bahkan untuk versi file) berhenti pada opsi di mana c-state dimatikan, meskipun penggandanya kurang di sana. Dapatkan sesuatu seperti ini...

Poin yang agak kontroversial adalah frekuensi memori. Misalnya, frekuensi memori ditampilkan sangat berpengaruh. Tes saya tidak mengungkapkan ketergantungan seperti itu. Saya tidak akan membandingkan DDR 2/3/4, saya akan menunjukkan hasil mengubah frekuensi dalam baris yang sama. Memorinya sama, tetapi di BIOS kami memaksa frekuensi yang lebih rendah.

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

Perbedaannya terletak pada kesalahan pengukuran. Saya secara khusus mengeluarkan tangkapan layar CPU-Z untuk menunjukkan bahwa parameter lain berubah dengan perubahan frekuensi, CAS Latency yang sama dan RAS ke CAS Delay, yang meratakan perubahan frekuensi. Perbedaannya adalah ketika modul memori berubah secara fisik, dari lebih lambat ke lebih cepat, tetapi bahkan di sana jumlahnya tidak terlalu signifikan.

2. Ketika kami menemukan prosesor dan memori komputer klien, kami beralih ke tempat yang sangat penting berikutnya - jaringan. Banyak volume buku telah ditulis tentang penyetelan jaringan, ada artikel di Infostart (, dan lainnya), di sini saya tidak akan fokus pada topik ini. Sebelum memulai pengujian 1C, harap pastikan bahwa iperf antara dua komputer menunjukkan seluruh pita (untuk kartu 1 Gbit - yah, setidaknya 850 Mbit, tetapi lebih baik 950-980), bahwa saran Gilev diikuti. Kemudian - tes kerja yang paling sederhana adalah, anehnya, menyalin satu file besar (5-10 gigabyte) melalui jaringan. Tanda tidak langsung Pengoperasian normal pada jaringan 1 Gbit akan memiliki kecepatan penyalinan rata-rata 100 Mb/dtk, pengoperasian yang baik - 120 Mb/dtk. Saya ingin menarik perhatian Anda pada fakta bahwa beban prosesor juga bisa menjadi titik lemah (termasuk). UKM protokol di Linux agak diparalelkan dengan buruk, dan selama operasi ia 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 windows workstation) dan protokol SMB / CIFS, klien linux (debian, ubuntu tidak melihat sisanya) bekerja paling baik dengan linux dan NFS (juga bekerja dengan SMB, tetapi pada burung beo NFS di atas). Fakta bahwa ketika menyalin secara linier server win-linux ke nfs disalin ke satu aliran lebih cepat, tidak berarti apa-apa. Menyetel debian untuk 1C adalah topik untuk artikel terpisah, saya belum siap untuk itu, meskipun saya dapat mengatakan bahwa dalam versi file saya bahkan mendapatkan kinerja yang sedikit lebih baik daripada versi Win pada peralatan yang sama, tetapi dengan postgres dengan pengguna lebih dari 50 saya masih memiliki segalanya sangat buruk.

Yang paling penting , yang dikenal "dibakar" administrator, tapi pemula tidak memperhitungkan. Ada banyak cara untuk mengatur jalur ke database 1c. Anda dapat melakukan \\server\share, Anda dapat \\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 yang cukup stabil. Jadi, inilah yang perlu Anda lakukan dengan benar:

Di baris perintah (atau dalam kebijakan, atau apa pun yang cocok untuk 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 banding harus dengan nama. Dengan demikian, dalam perjalanan ke database, akses disk ini (lihat gambar).

Dan sekarang saya akan menunjukkan dalam jumlah mengapa saran tersebut. 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, ternyata hanya memeras 7,2 Gbit, nanti saya akan lihat alasannya, server uji belum dikonfigurasi dengan benar). Disk berbeda, tetapi di mana-mana ada SSD (khusus dimasukkan satu disk untuk pengujian, tidak ada yang dimuat) 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 mati (hanya untuk perbandingan hasil, turbo boost menambahkan sedikit kurang dari 10% untuk hasil yang baik, untuk hasil yang buruk mungkin tidak berpengaruh sama sekali). Versi 1C 8.2.19.86, 8.3.6.2076. Saya tidak memberikan semua angka, tetapi hanya yang paling menarik, sehingga ada sesuatu untuk dibandingkan.

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

Melalui jaringan, Anda bisa mendapatkan angka yang cukup normal untuk bekerja jika jaringan ini dikonfigurasi secara normal dan jalurnya ditulis dengan benar dalam 1C. Bahkan Core i3s pertama mungkin memberikan 40+ burung beo, yang cukup bagus, dan ini bukan hanya burung beo, dalam pekerjaan nyata perbedaannya juga terlihat. Tetapi! batasan saat bekerja dengan beberapa (lebih dari 10) pengguna tidak akan lagi menjadi jaringan, di sini 1 Gbit masih cukup, tetapi memblokir selama pekerjaan multi-pengguna (Gilev).

Platform 1C 8.3 berkali-kali lebih menuntut untuk pengaturan jaringan yang kompeten. Pengaturan dasar - lihat Gilev, tetapi perlu diingat bahwa semuanya dapat memengaruhi. Saya melihat percepatan dari fakta bahwa mereka mencopot (dan tidak hanya mematikan) antivirus, dari menghapus protokol seperti FCoE, dari mengubah driver ke yang lebih lama, tetapi versi bersertifikat microsoft (terutama untuk kartu murah seperti asus dan dlinks), dari menghapus kartu jaringan kedua dari server. Banyak opsi, konfigurasikan jaringan dengan cermat. Mungkin ada situasi ketika platform 8.2 memberikan angka yang dapat diterima, dan 8.3 - dua kali atau bahkan lebih sedikit. Cobalah bermain-main dengan platform versi 8.3, terkadang Anda mendapatkan efek yang sangat besar.

1C 8.3.6.2076 (mungkin nanti, saya belum mencari versi persisnya) melalui jaringan masih lebih mudah diatur daripada 8.3.7.2008. Dari 8.3.7.2008 untuk mencapai operasi jaringan normal (dalam burung beo yang sebanding) ternyata hanya beberapa kali, saya tidak bisa mengulanginya untuk kasus yang lebih umum. Saya tidak terlalu mengerti, tetapi dilihat dari footcloths dari Process Explorer, perekaman tidak berjalan seperti di 8.3.6.

Terlepas dari kenyataan bahwa ketika bekerja pada jaringan 100Mbps, jadwal pemuatannya kecil (kita dapat mengatakan bahwa jaringan itu gratis), kecepatan kerjanya masih jauh lebih sedikit daripada pada 1 Gbps. Alasannya adalah latensi jaringan.

Ceteris paribus (jaringan yang berfungsi dengan baik) untuk 1C 8.2, koneksi Intel-Realtek 10% lebih lambat dari Intel-Intel. Tapi realtek-realtek umumnya dapat memberikan penurunan tajam tiba-tiba. Karena itu, jika ada uang, lebih baik menyimpan kartu jaringan Intel di mana-mana, jika tidak ada uang, maka letakkan Intel hanya di server (KO Anda). Ya, dan masih banyak lagi instruksi untuk menyetel kartu jaringan intel.

Pengaturan antivirus default (misalnya, versi drweb 10) menghilangkan sekitar 8-10% burung beo. Jika Anda mengonfigurasinya dengan benar (izinkan proses 1cv8 melakukan semuanya, meskipun tidak aman) - kecepatannya sama dengan tanpa antivirus.

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

Sebaiknya uji disk yang terhubung melalui net use dengan fio . Setidaknya akan menjadi jelas apakah ini masalah dengan platform 1C, atau dengan jaringan / disk.

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

Mengapa, dengan jaringan 100 Mbit, 8.3 bekerja jauh lebih cepat daripada 8.2 - Saya tidak mengerti, tetapi faktanya terjadi. Semua peralatan lain, semua pengaturan lainnya persis sama, hanya dalam satu kasus 8.2 diuji, dan yang lain - 8.3.

Tidak disetel menang NFS - menang atau menang-lin memberikan 6 burung beo, tidak memasukkannya ke dalam tabel. Setelah penyetelan, saya menerima 25, tetapi tidak stabil (run-up dalam pengukuran lebih dari 2 unit). Sejauh ini saya belum bisa memberikan rekomendasi penggunaan windows dan protokol NFS.

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

server terminal. (basis terletak di server, klien terhubung di jaringan, protokol RDP). Algoritma langkah demi langkah:

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

1. Dengan cara yang sama seperti pada versi file, kami mengatur pekerjaan. Dalam kasus server terminal, prosesor umumnya memainkan peran utama (dipahami bahwa tidak ada kelemahan yang jelas, seperti kurangnya memori atau sejumlah besar perangkat lunak yang tidak perlu).

2. Menyiapkan kartu jaringan dalam kasus server terminal praktis tidak berpengaruh pada pengoperasian 1s. Untuk memberikan kenyamanan "khusus", jika server Anda memberikan lebih dari 50 burung beo, Anda dapat bermain-main dengan versi baru dari protokol RDP, hanya untuk kenyamanan pengguna, respons yang lebih cepat, dan pengguliran.

3. Dengan kerja aktif dari sejumlah besar pengguna (dan di sini Anda sudah dapat mencoba menghubungkan 30 orang ke satu basis, jika Anda mencoba), sangat diinginkan untuk memasang drive SSD. Untuk beberapa alasan, diyakini bahwa disk tidak terlalu memengaruhi pengoperasian 1C, tetapi semua pengujian dilakukan dengan cache pengontrol diaktifkan untuk menulis, yang salah. Basis tes kecil, cocok di cache, karenanya angkanya tinggi. Pada basis data nyata (besar), semuanya akan sangat berbeda, sehingga cache dinonaktifkan untuk pengujian.

Misalnya, saya memeriksa pekerjaan tes Gilev dengan opsi disk yang berbeda. Saya meletakkan cakram dari apa yang ada di tangan, hanya untuk menunjukkan kecenderungan. Perbedaan antara 8.3.6.2076 dan 8.3.7.2008 kecil (di Ramdisk Turbo boost versi 8.3.6 memberikan 56.18 dan 8.3.7.2008 memberikan 55.56, dalam tes lain perbedaannya bahkan lebih kecil). Konsumsi daya - kinerja maksimum, turbo boost dinonaktifkan (kecuali dinyatakan lain).

Cache yang disertakan dari pengontrol RAID menghilangkan semua perbedaan antara disk, jumlahnya sama untuk sat dan sas. Menguji dengannya untuk sejumlah kecil data tidak berguna dan bukan merupakan indikator.

Untuk platform 8.2, perbedaan kinerja 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 ada terlihat jelas "Waktu disk aktif (dalam%)" 80-95. Ya, jika Anda mengaktifkan cache tulis dari disk itu sendiri, kecepatannya akan meningkat menjadi 35, jika Anda mengaktifkan cache pengontrol serangan - hingga 49 (terlepas dari disk mana yang sedang diuji saat ini). Tapi ini adalah burung beo sintetis dari cache, dalam pekerjaan nyata dengan database besar tidak akan pernah ada rasio hit cache tulis 100%.

Kecepatan bahkan SSD murah (saya diuji pada Agility 3) sudah cukup untuk versi file untuk bekerja. Sumber daya tulis adalah masalah lain, di sini Anda perlu melihat dalam setiap kasus tertentu, jelas bahwa Intel 3700 akan memiliki urutan besarnya lebih tinggi, tetapi di sana harganya sesuai. Dan ya, saya mengerti bahwa ketika menguji drive SSD, saya juga menguji cache drive ini ke tingkat yang lebih besar, hasil sebenarnya akan lebih sedikit.

Solusi yang paling benar (dari sudut pandang saya) adalah mengalokasikan 2 disk SSD ke serangan cermin untuk basis file (atau beberapa basis file), dan tidak meletakkan apa pun di sana. Ya, dengan cermin, SSD aus dengan cara yang sama, dan ini adalah minus, tetapi setidaknya mereka diasuransikan terhadap kesalahan dalam elektronik pengontrol.

Keuntungan utama dari disk SSD untuk versi file akan muncul ketika ada banyak database, dan masing-masing dengan beberapa pengguna. Jika ada 1-2 basis, dan pengguna di wilayah 10, maka disk SAS sudah cukup. (tetapi dalam hal apapun - lihat pemuatan disk ini, setidaknya melalui perfmon).

Keuntungan utama dari server terminal adalah ia dapat memiliki klien yang sangat lemah, dan pengaturan jaringan mempengaruhi server terminal jauh lebih sedikit (KO Anda lagi).

Kesimpulan: jika Anda menjalankan tes Gilev di server terminal (dari disk yang sama tempat database yang berfungsi berada) dan pada saat-saat ketika database yang berfungsi melambat, dan tes Gilev menunjukkan hasil yang baik (di atas 30), maka operasi lambat dari database kerja utama yang harus disalahkan, kemungkinan besar seorang programmer.

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

Opsi server-klien.

Pengujian dilakukan hanya pada 8.2, tk. Pada 8.3, semuanya sangat tergantung pada versinya.

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

Tampaknya saya telah mempertimbangkan semua opsi yang menarik, jika Anda tertarik pada hal lain - tulis di komentar, saya akan mencoba melakukannya.

SAS pada penyimpanan lebih lambat daripada SSD lokal, meskipun penyimpanan memiliki ukuran cache yang besar. SSD serta sistem penyimpanan dan lokal untuk pengujian Gilev bekerja pada kecepatan yang sebanding. Saya tidak tahu tes multi-utas standar (tidak hanya catatan, tetapi semua peralatan) kecuali untuk beban 1C dari PKS.

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

Meningkatkan frekuensi pada SQL server tentu saja memberikan efek, tetapi tidak sama dengan pada server 1C, MS SQL Server sangat mampu (jika Anda memintanya) untuk menggunakan multi-core dan memori bebas.

Mengubah jaringan antara 1C dan SQL dari 1 Gbps menjadi 10 Gbps memberikan sekitar 10% beo. Diharapkan lebih.

Mengaktifkan memori bersama tetap memberikan efek, meskipun tidak 15%, seperti yang dijelaskan. Pastikan untuk melakukannya, cepat dan mudah. Jika seseorang memberi SQL server instance bernama selama instalasi, 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 zz-test\zztest. (Jika tidak, kesalahan DBMS akan terjadi: Microsoft SQL Server Native Client 10.0: Penyedia Memori Bersama: Pustaka memori bersama yang digunakan untuk menyambung ke SQL Server 2000 tidak ditemukan. HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, SQLSrvr: SQLSTATE =08001, status=1, Keparahan=10, asli=126, baris=0).

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

Betapa lebih buruknya sekelompok 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 sesuai dengan versi file.

Banyak sumber mengatakan bahwa mode debug (ragent.exe -debug) memberikan penurunan kinerja yang kuat. Yah, itu menurunkan, ya, tapi saya tidak akan menyebut 2-3% efek yang signifikan.

1. Menyiapkan tugas terjadwal dan tugas latar belakang;
2. Diagnosis dan penghapusan kesalahan di infobase, yang memiliki format file untuk menyimpan data;
3. Mulai pengindeksan pencarian teks lengkap dalam 1C atau matikan semuanya;
4. Meluncurkan database pada Platform 8.3.8 terbaru;
5. Luncurkan di Thin Client;
6. Meningkatkan kecepatan memposting ulang dokumen saat antivirus dinonaktifkan;
7. Jalankan Perhitungan Ulang Total dan Resequencing;
8. Jalankan Pengujian dan perbaiki database, periksa dengan utilitas chdbfl.exe;
9. Jika konfigurasi tidak biasa, yaitu, dimodifikasi oleh pemrogram untuk organisasi tertentu, lakukan Pemeriksaan Konfigurasi;
10. Nonaktifkan mode fungsional yang tidak perlu;
11. Mengatur hak pengguna;
12. konvolusi dasar;
13. Peningkatan perangkat keras.

Metode 1: Menyiapkan pekerjaan terjadwal dan latar belakang

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

Mode latar belakang adalah mode siaga, yaitu operasi selalu berjalan, meskipun tidak digunakan.

Langkah 1. Menyiapkan pekerjaan terjadwal dan latar belakang

Buka daftar tugas terjadwal dan tugas latar belakang: Lihat Administrasi - Dukungan dan Pemeliharaan - Operasi Terjadwal - Pekerjaan Terjadwal dan Latar Belakang:

Setelah memulai program 1C 8.3, tugas latar belakang diluncurkan secara otomatis dan tugas terjadwal dilakukan dengan menggunakan jumlah yang banyak sumber daya 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 dijalankan di 1C 8.3 Accounting:

Gambar tersebut menunjukkan daftar pekerjaan latar belakang yang telah diselesaikan:

Sebagai contoh,

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

Langkah 2 Nonaktifkan tugas yang tidak perlu

Mari kita pertimbangkan secara rinci cara menonaktifkan unduhan. Tempatkan kursor pada baris yang diinginkan dan klik dua kali:

Untuk menonaktifkan tugas, hapus centang pada kotak centang Diaktifkan:

Langkah 3. Jadwalkan tugas yang dijadwalkan

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. Mendiagnosis dan menghilangkan kesalahan dalam basis info yang memiliki format penyimpanan data file

Langkah 1.

Kami membuat cadangan basis data.

Langkah 2

Kami memulai prosedurnya. Untuk melakukan ini, buka Configurator dan jalankan Pengujian dan perbaiki prosedur infobase: Lihat Administrasi - Pengujian dan Perbaikan. Pilih pemeriksaan dan mode yang akan dilakukan untuk infobase:

Pertimbangkan, secara lebih rinci, opsi verifikasi yang diusulkan:

• Mengindeks ulang tabel infobase – membangun kembali indeks tabel untuk meningkatkan kinerja database;
• Memeriksa integritas logis dari infobase - memeriksa logika database;
• Memeriksa integritas referensial infobase - memeriksa integritas logis database untuk mendeteksi tautan "rusak";
• Perhitungan ulang total - perhitungan ulang total tabel register akumulasi;
• Mengompresi tabel infobase – mengurangi ukuran database setelah pengujian dan perbaikan;
• Restrukturisasi tabel infobase - mengoptimalkan struktur database menggunakan file tambahan untuk meningkatkan stabilitas dan kinerja.

Jika kita memilih varian dari prosedur Pengujian dan perbaikan dalam mode pemeriksaan integritas referensial Infobase, maka item pengaturan untuk menangani kesalahan database menjadi tersedia:

• Gugus kalimat Ketika ada referensi ke objek yang tidak ada berarti bahwa ketika tautan "rusak" terdeteksi, tautan akan diproses menggunakan opsi yang dipilih;
• Gugus kalimat Dengan hilangnya sebagian data objek berarti bahwa sisa data cukup untuk memulihkan data beberapa objek.

Prosedur untuk menguji dan mengoreksi basis informasi 1C hanya dapat dilakukan dalam mode eksklusif.

Metode 3. Mulai pengindeksan pencarian teks lengkap di 1C atau matikan semuanya

Pencarian data teks lengkap dikembangkan oleh 1C untuk memfasilitasi pencarian informasi yang tidak dikenal oleh pengguna. Fitur pencarian data teks lengkap di 1C 8.3 adalah:

• Pengguna dapat memasukkan permintaan pencarian sederhana dan menggunakan operator khusus seperti: dan atau tidak.
• Pencarian data teks lengkap bekerja dengan bidang tipe ValueStorage dan dengan bidang teks panjang, sementara pengguna tidak akan diperlihatkan hasil yang bukan haknya.

Misalnya, Anda perlu menyiapkan pencarian teks lengkap dalam dokumen Laporan Pengeluaran.

Langkah 1.

Langkah 2

Buka dokumen Laporan lanjutan: menu Configurator - Buka konfigurasi.

Langkah 3

Di baris Pencarian teks lengkap, pilih item Gunakan: Laporan lanjutan - Bidang input - Pencarian teks lengkap:

Langkah 4

Kami meluncurkan program dan memperbarui mode pencarian teks lengkap. Buka Operasi terjadwal: bagian Administrasi - Pengaturan program - Dukungan dan pemeliharaan:

Langkah 5

Buka pengaturan dan perbarui indeks menggunakan tombol Perbarui indeks:

Metode 4: Jalankan database pada platform terbaru 8.3.8

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

Spesialis 1C telah meningkatkan distribusi beban:

• Anda dapat lebih tepat mengontrol jumlah memori yang dikonsumsi oleh proses pekerja server, yang dapat meningkatkan ketahanan cluster terhadap tindakan pengguna yang tidak hati-hati.
• Restrukturisasi infobase di latar belakang. Kemampuan baru ini meminimalkan waktu henti sistem yang diperlukan untuk memperbarui solusi aplikasi.
• Platform versi 8.3 menerima antarmuka aplikasi baru "Taksi", lebih nyaman dan intuitif dengan desain baru yang cerah. Opsi navigasi aplikasi yang ditingkatkan. Pengguna dapat menyesuaikan ruang kerjanya secara mandiri dengan menempatkan panel di berbagai area layar. Mekanisme input baris demi baris baru secara signifikan mempercepat pengambilan data. Untuk informasi lebih lanjut tentang fitur-fitur baru dari antarmuka Taksi Akuntansi 1C 8.3, lihat video kami:

Metode 5. Peluncuran di Thin Client

Bekerja dalam mode klien tipis hanya dimungkinkan dalam mode aplikasi terkelola. Dalam mode thin client, semua tindakan dilakukan di server, pengguna hanya diperlihatkan 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 Anda

Jika ada antivirus Avast atau Kaspersky, maka disarankan untuk menggantinya dengan yang lain. Pengalaman telah menunjukkan peningkatan kecepatan pengiriman ulang dokumen dengan antivirus yang dinonaktifkan pada waktu tertentu, 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 pangkalan, setelah sebelumnya membuat salinan.

Langkah 1. Membuat salinan database

Cara backup 1C 8.3, lihat video tutorial berikut:

Langkah 2. Memeriksa dengan utilitas chdbfl.exe

Utilitas chdbfl.exe digunakan dalam kasus di mana sistem tidak memulai bahkan dalam mode konfigurator. Utilitas terletak di folder "bin" dari platform teknologi yang diinstal, misalnya: c:\Program Files (x86)\1cv8\8.3.9.1818\bin\chdbfl.exe:

Kami melakukan pemeriksaan menggunakan utilitas chdbfl.exe:

Langkah 3. Lakukan Pengujian dan Perbaikan Dasar

Jalankan Pengujian dan perbaiki database dengan memulai sistem dalam mode konfigurator.

Langkah 4: Memulihkan 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, pada tab Pulihkan Urutan dan klik Pulihkan atau Pulihkan Semua:

Metode 8. Jika konfigurasinya tidak biasa, periksa konfigurasinya

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

Langkah 1.

Jalankan 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

Kami membuka Fungsionalitas program 1C 8.3: bagian Utama - Pengaturan - Fungsionalitas, buat pengaturan untuk setiap bagian:

Metode 10. Atur hak pengguna

Langkah 1.

Kami meluncurkan 1C 8.3 dalam mode Configurator.

Langkah 2

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

Mengurangi fungsionalitas yang dipilih mengurangi waktu untuk menyortir formulir yang dikelola oleh program saat membuka daftar dokumen, yaitu, semakin sedikit yang tidak perlu di antarmuka yang dikelola, semakin cepat kerjanya:

Metode 11. Mendefragmentasi disk dengan basis file

Prosedur defragmentasi disk mengoptimalkan file yang terletak di hard disk untuk meningkatkan kecepatan sistem. Defragmentasi harus dilakukan hanya bila perlu, karena meningkatkan proses keausan disk.

Setelah memilih hard drive, klik kanan untuk memanggil perintah Properties:

Pada tab Alat, pilih Optimalisasi dan defragmentasi disk:

Metode 12. Konvolusi alas

- ini adalah input saldo saat ini untuk tanggal tertentu dan penghapusan dokumen lama yang tidak perlu. Metode ini dapat berguna jika database berukuran besar, misalnya selama beberapa tahun. Rollup harus dilakukan tanpa pengguna bekerja di sistem.

Langkah 1. Buat salinan database

Langkah 2. Kami melakukan prosedur untuk konvolusi basis 1C 8.3

Bagian Administrasi - Layanan - Infobase rollup.

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

Dengan dirilisnya platform 8.2, banyak pengguna mencatat penurunan kecepatan program, peningkatan waktu respons saat mengklik tautan, dan laporan mulai dibuat lebih lambat. Nyatanya, 1s tidak bekerja lebih lambat, hanya saja dengan perkembangan teknologi, banyak fungsi tambahan muncul yang tidak semua orang butuhkan. Tapi kami punya kabar baik - semua fungsi ini dapat dinonaktifkan sesuai kebijaksanaan dan keinginan pengguna. Mari kita lihat semua alasan mengapa 1C dapat bekerja pada kecepatan yang tidak memuaskan.

Percepatan program pada contoh 1C: Akuntansi

Hal pertama yang akan kita lakukan adalah matikan mesin pencari teks lengkap.

1. Kami masuk ke program kami Akuntansi 1C;
2. Di sudut kiri atas, klik panah bawah, pilih -> "Layanan" -> "Opsi". Seperti yang ditunjukkan pada tangkapan layar;
   
3. Beri tanda centang pada kotak "Tampilkan perintah" Semua fungsi ". Seperti yang ditunjukkan pada tangkapan layar;
4. Sekali lagi, di sudut kiri atas, klik panah bawah, pilih "Semua fungsi", seperti yang ditunjukkan pada tangkapan layar;
5. Kami menggulir daftar ke bagian paling bawah, di pohon objek, klik dua kali mouse, pilih "Standar" -> "Manajemen pencarian teks lengkap";
6. Klik tombol "Mati", dengan demikian kami mematikan mekanisme pencarian teks lengkap;
   

Pencarian teks lengkap dinonaktifkan, sekarang Anda perlu nonaktifkan tugas terjadwal yang tidak perlu:

1. Di panel navigasi, seperti yang ditunjukkan pada tangkapan layar, buka tab "Administrasi", pilih "Tugas biasa dan latar belakang" di sana Jika item "Tugas biasa dan latar belakang" hilang, lihat di sudut kanan atas, klik tautan "Pengaturan navigasi"
2. Di panel pengaturan navigasi, di kolom kiri kami menemukan dan memilih "Tugas biasa dan latar belakang", klik tombol "Tambah", lalu "OK", seperti yang ditunjukkan pada gambar.
3. Jadi, buka "Tugas biasa dan latar belakang", seperti yang ditunjukkan pada paragraf 1;
4. Untuk menonaktifkan tugas terjadwal, klik kanan pada Nama dan pilih Nonaktifkan;
5. Jika diinginkan, Anda dapat menonaktifkan semua tugas terjadwal dan sistem akan bekerja dengan baik. Kami tidak menyarankan mematikan monitor akuntan.

Tindakan ini dijamin untuk meningkatkan kecepatan 1C dan kinerja sistem. Pembekuan akan dihilangkan, waktu pemuatan program akan berkurang secara signifikan.

Alasan penurunan kecepatan kerja di 1C

• Penggunaan program yang dimodifikasi oleh programmer yang tidak bermoral. Salah satu alasannya adalah kualitas peningkatan perangkat lunak;
• Kesalahan dalam pengaturan program;
• Kesalahan dalam pengaturan peralatan;
• Kesalahan dalam pengaturan perangkat lunak eksternal, server;

Sistem 1C adalah salah satu alat utama untuk menjalankan bisnis kecil dan menengah saat ini. Sebagai aturan, semua karyawan organisasi memiliki akses ke program. Jadi, jika 1C mulai melambat atau bekerja lambat, maka ini secara signifikan mempengaruhi perilaku bisnis. Pertimbangkan bagaimana Anda dapat mempercepat dan mengoptimalkan pekerjaan di 1C sendiri.

Pengoptimalan dengan pembaruan 1C

Versi baru 1C selalu bekerja lebih sukses dan cepat, jadi pastikan untuk mengikuti pembaruan. Akuntansi disarankan untuk diperbarui sesering mungkin. Apalagi jika ada versi pelaporan yang diatur.

Banyak yang telah lama menggunakan kemampuan untuk memperbarui program secara otomatis. Meskipun masalah ini mudah diselesaikan secara manual untuk 1s Enterprise 8.3, memperbarui yang tidak akan menimbulkan masalah.

Langkah pertama adalah mengunduh versi terbaru dari platform yang sedang digunakan. Ini dilakukan baik menggunakan disk ITS atau melalui antarmuka web, di mana mereka menyediakan dukungan berkelanjutan untuk pengguna program seperti 1s Enterprise 8.3, pembaruan konfigurasi yang juga disediakan secara resmi.

Dalam kasus terakhir, arsip dengan data pembaruan diunduh secara terpisah. Pembongkarannya dilakukan di folder mana pun yang dianggap paling nyaman bagi pengguna. Setelah itu, Anda perlu menjalankan file .exe. Di jendela berikutnya, cukup klik tombol "Berikutnya".

Halaman lain akan muncul. Di atasnya, pengguna memilih jalur di mana instalasi selesai. Tetapi langkah ini disarankan hanya untuk pemilik komputer pribadi tingkat lanjut. Fungsi default biasanya cukup untuk menyelesaikan sebagian besar masalah. Secara default, dalam hal ini, satu folder ditentukan, di mana semua pembaruan diinstal sekaligus. Ini jauh lebih nyaman daripada ketika jalur akhir berbeda. Kami cukup mengklik tombol "Berikutnya" beberapa kali dalam program 1s Enterprise 8.3, pembaruan konfigurasi yang harus dilakukan dengan cepat.

Hanya tombol terakhir yang tersisa, yang menawarkan "Instalasi".

Cara mempercepat 1C jika platform melambat

Paling sering, masalah terjadi karena fakta bahwa pada salah satu tahap, konsentrasi perhatian pemain berkurang. Di sini penting untuk memilih skema pembaruan itu sendiri dengan benar, hanya dalam hal ini kami tidak akan mengalami masalah ketika 1s macet selama pembaruan.

Pembaruan versi 7.7

Ada beberapa jenis konfigurasi. Bergantung pada ini, tindakan selanjutnya dipilih.

• Khas - dalam hal ini, diasumsikan bahwa pembaruan juga dilakukan untuk pelaporan yang diatur.
• Konfigurasi industri yang khas - dalam banyak hal menyerupai opsi sebelumnya. Penting untuk membaca instruksi yang diberikan oleh pengembang terlebih dahulu. Jika tidak, Anda tidak akan dapat mengetahui mengapa 1s 8.3 mogok selama pembaruan.
• Standar yang dimodifikasi - pengguna selalu memiliki kesempatan untuk memodifikasi aplikasi sendiri sehingga memenuhi kebutuhan saat ini. Pilihan lain untuk memperluas fungsionalitas adalah transisi ke platform baru. Misalnya, versi ke-8.

Tentang versi 8.0 dan 8.1

Platform 8.0 saat ini sedang ditarik dari dukungan. Desain generik baru hanya akan berfungsi saat menggunakan versi terbaru. Hanya perlu untuk tidak lupa bahwa semua rilis perantara dilewatkan tanpa gagal. Jika tidak, ada kemungkinan besar kehilangan informasi. Atau mengalami situasi di mana 1s membeku saat memperbarui konfigurasi.

Ada kemungkinan bahwa konfigurasi standar baru diperkenalkan, dan kemudian sisa-sisa dari infobase lama ditransfer ke sana.

Sedangkan untuk versi 8.1, ada beberapa cara untuk mengupgradenya:

1. secara manual;
2. dalam mode otomatis;
3. banding ke spesialis perusahaan yang menyediakan layanan di bidang ini.

Bekerja dengan versi non-standar atau modifikasi

Awalnya, konfigurasi apa pun mengacu pada perkembangan tipikal. Tidak lagi seperti itu jika perubahan tertentu dibuat di perusahaan. Misalnya pada saat instalasi. Ada dua kelas yang menonjol dari konfigurasi atipikal:

1. berubah;
2. dibuat dari awal, dengan mempertimbangkan kebutuhan perusahaan tertentu.

Terkadang konfigurasi kelas dua didistribusikan secara aktif ke pengguna. Kemudian itu milik standar. Hanya saja produsennya tidak menganggap 1C itu sendiri, melainkan perusahaan yang menciptakan versi baru.

Aktualitas konfigurasi dapat dipertahankan dengan tindakan berikut:

• Koreksi kesalahan.
• Ekspansi fungsional.
• Peningkatan.
• Ubah 1s 8.3, konfigurasi tidak diperbarui jika terjadi kesalahan layanan.

Proses penginstalan mungkin memerlukan waktu yang berbeda tergantung pada kecepatan Internet yang Anda gunakan saat ini. Di jendela terpisah, pengguna memilih apakah akan memperbarui di akhir pekerjaan, atau segera. Dengan opsi terakhir, Anda perlu memastikan bahwa tidak ada orang lain yang bekerja dengan aplikasi tersebut. Prosesnya sendiri melibatkan penggunaan mode eksklusif di dalam aplikasi 1c Enterprise 8.3, Pembaharuan Terakhir tidak terkecuali.

• Harus diingat bahwa tidak semua versi rilis mungkin cocok dengan konfigurasi saat ini.
• Jika pembaruan tidak dilakukan untuk waktu yang lama, Anda mungkin harus mengunduh beberapa file atau arsip sekaligus.
• Dalam daftar, mudah untuk memahami versi 1s Enterprise 8.3 mana yang diperlukan, pembaruan dipilih oleh pengguna sendiri.

Ketika proses berakhir, Configurator itu sendiri dapat ditutup. Mode inilah yang paling sering digunakan jika pembaruan diperlukan. Lebih mudah, mengotomatiskan hampir seluruh proses. Saat berikutnya Anda menjalankannya untuk pertama kali, Anda mungkin melihat pesan yang menyatakan bahwa platform tersebut kedaluwarsa. Dan tidak disarankan untuk menggunakannya saat ini.

Alasan tambahan untuk pengereman

Namun, jika program diperbarui dengan benar dan tanpa kesalahan, 1C masih melambat, maka alasannya mungkin sebagai berikut:

• Antivirus - jika dikonfigurasi dengan benar, tidak ada satu pun antivirus yang akan mengganggu sistem, namun, jika Anda menggunakan pengaturan pabrik, maka kinerja 1C dapat menurun sebesar 5-10%. Anda dapat mengoptimalkan antivirus menggunakan pengaturan tambahan dengan menghapus mode latar belakang (jika benar-benar diperlukan).
• Parameter komputer - seringkali komputer yang tidak cukup kuat menyebabkan penurunan kinerja 1C yang kuat. Perhatian khusus harus diberikan pada kartu video, sistem operasi, dan prosesor.

Metode seperti itu akan secara signifikan mengoptimalkan dan mempercepat pekerjaan di 1C untuk perusahaan atau perusahaan mana pun, setelah itu kinerja program akan meningkat secara signifikan.

Kirim artikel ini ke email saya

Seiring waktu, banyak pengguna 1C memperhatikan bahwa sistem mulai bekerja lebih lambat dan lebih "kereta" bahkan ketika menggunakan konfigurasi "di luar kotak" yang khas.

Keluhan utama yang dilaporkan oleh pengguna:

Dokumen mulai dilakukan perlahan

Laporan membutuhkan waktu terlalu lama untuk dibuat

Program lebih sering macet

Keluhan yang familiar, bukan?

Mari kita coba memahami faktor utama penurunan kinerja dan mencari solusi.

Peralatan warisan

Pertama-tama, kami menghilangkan kemungkinan masalah perangkat keras.

Untuk melakukan ini, Anda perlu memeriksa persyaratan perangkat keras untuk 1C 8.3

Ini dapat dilakukan di situs web resmi http://1c.ru/rus/products/1c/predpr/compat/hard/demand.htm

Platform yang tidak relevan

Beberapa pengguna tidak suka memperbarui konfigurasi sekali lagi, percaya bahwa versi sebelumnya lebih stabil. Sayangnya, konservatisme semacam itu bisa berbahaya: pengembang secara teratur memperbarui platform, memperbaiki bug dalam kode, dan mengoptimalkan mekanisme, jadi menggunakan versi lama (dengan jaminan simpanan yang signifikan dalam rilis) dapat berdampak buruk pada kinerja.

Performa server buruk

Dimungkinkan untuk meningkatkan kinerja dengan mengedit pengaturan SQL dan 1C: Server perusahaan.

Untuk melakukan ini, matikan semua opsi di BIOS untuk menghemat daya prosesor dan mengatur kinerja ke maksimum. Lebih mudah untuk melakukan ini, misalnya, melalui utilitas PowerSchemeEd.

Layanan yang jarang digunakan harus dinonaktifkan. Layanan ini termasuk Pencarian Teks Penuh dan Layanan Integrasi.

Jangan lupa untuk mengatur jumlah memori yang dialokasikan ke server secara maksimal. Ini diperlukan agar server SQL memiliki waktu untuk membersihkan memori terlebih dahulu, mengontrol pengisian.

Atau, dimungkinkan untuk mengalihkan layanan 1C ke mode debug. Ini semakin meningkatkan optimasi 1C.

Basis data besar

Saat Anda bekerja, basis data apa pun bertambah volumenya seiring waktu. Karena itu, jangan lupa tentang pemeliharaan preventif sistem secara teratur. Lebih mudah untuk melakukan ini dengan alat "Menguji dan memperbaiki basis info" standar.

Alat ini akan membantu mengoptimalkan database dengan restrukturisasi dan pengindeksan ulang. Untuk menggunakan pemrosesan, Anda harus berada dalam mode konfigurator. Pemrosesan terlihat seperti ini:

Pengaturan latar belakang dan tugas terjadwal yang salah

Dianjurkan untuk mendefrag indeks dan memperbarui statistik setiap hari, karena ketika fragmentasi indeks menurun, optimasi 1C berkurang secara signifikan.

Dengan frekuensi yang sama, diinginkan untuk mendefrag dan memperbarui statistik. Pengoperasian dilakukan dengan cepat, untuk implementasinya tidak perlu memutuskan pengguna aktif, dan akselerasi efektif 1C dari penggunaan telah terbukti.

Pengindeksan ulang penuh dilakukan ketika database terkunci. Ini adalah proses yang lebih lama, tetapi harus dilakukan setidaknya sekali seminggu dalam kombinasi dengan defragmentasi dan pembaruan statistik.

Interaksi yang salah dengan perangkat lunak lain

Selain itu, masalah kinerja 1C:Enterprise mungkin terkait dengan perangkat lunak pra-instal lainnya.

Paling sering ini adalah antivirus dengan pengaturan yang salah. Oleh karena itu, untuk memastikan pengoperasian 1C yang benar, diperlukan untuk memeriksa pengaturan antivirus yang digunakan. Misalnya, untuk Kaspersky, pengaturannya tercantum di situs web resmi https://support.kaspersky.ru/general/compatibility/11683

Saluran komunikasi tidak stabil

Paling sering, masalah ini relevan ketika bekerja di 1C melalui antarmuka WEB atau desktop jarak jauh. Jika perusahaan menggunakan akses jarak jauh, maka perlu untuk memeriksa pengoperasian saluran komunikasi.

Akselerasi 1C dalam mode pengguna

Untungnya, dalam pengiriman modern, pengoptimalan dan akselerasi 1C juga dilakukan dalam mode pengguna.

Pada tab "Dukungan dan pemeliharaan" (Bagian "Administrasi"), tersedia berbagai fungsi yang meningkatkan akselerasi 1C:

Menonaktifkan peluncuran otomatis tugas terjadwal yang tidak digunakan;

Matikan pencarian teks lengkap;

Konvolusi database untuk periode sebelumnya;

Menghapus objek yang ditandai;

optimasi 1C

Tentu saja, optimasi dan akselerasi 1C dicapai tidak hanya dengan metode ini, jadi daftar tip bukanlah obat mujarab, tetapi hanya dapat memberikan gambaran umum tentang kemungkinan peningkatan pekerjaan.

Seringkali, masalah basis data memerlukan keterlibatan spesialis yang berkualifikasi, sehingga Anda selalu dapat menghubungi kami untuk meminta nasihat.