Hingga saat ini, produk keuangan 1C telah berkembang dari aplikasi akuntansi untuk akuntansi menjadi kompleks format lebar untuk akuntansi dan mendukung hampir semua jenis bisnis, mengklaim bersaing dengan "monster" dunia SAP R / 3 dan Microsoft Dynamics AX (Axapta ).

Perusahaan Rusia semakin mengorganisir proses bisnis mereka menggunakan konfigurasi modern 1C 8.3 "Manajemen Perdagangan", "Manajemen Produksi", "Manajemen Perusahaan ERP" dan sejenisnya. Akuntansi, pemasaran, produksi, departemen penjualan dipindahkan ke 1C, integrasi dengan IP-telephony dan sistem manajemen dokumen sedang dilakukan. Namun, segera setelah niat "mari bekerja di 1C", muncul pertanyaan - pada sumber daya apa yang akan digunakan oleh basis pusat 1C, perangkat keras apa yang akan menunjukkan hasil terbaik dengan anggaran yang masuk akal? Lebih mudah bagi perusahaan raksasa sektor publik dalam situasi ini - perintah yang jelas diberikan kepada banyak integrator dan arsitek TI penuh waktu, tender anggaran besar diluncurkan dengan kondisi wajib untuk menyediakan konsep turnkey dan dukungan lebih lanjut dari sistem oleh spesialis bersertifikat. Tetapi bagaimana dengan perusahaan yang ingin membeli dan memasang salah satu dari 1C: Produk perusahaan sendiri, membelanjakan anggaran mereka dengan bijak?

Kesalahan paling mendasar, jika Anda tidak memperhitungkan penggunaan perangkat lunak bajakan atau tidak diverifikasi, adalah menghemat perangkat keras untuk 1C. Tren ini sangat umum di startup dan perusahaan kecil. Ada pendapat bahwa tidak perlu membeli peralatan server yang mahal dengan prosesor Intel Xeon, tidak perlu menghitung sebelumnya jumlah RAM, beban pada CPU dan subsistem disk, bahwa tidak perlu membuat berlebihan array disk (Raid), gunakan pengontrol disk profesional dengan Cache-RAM dan lain-lain. Kesalahan dalam perhitungan arsitektur TI untuk 1C menyebabkan konsekuensi yang menyedihkan, yang telah dipelajari perusahaan setelah menghentikan proses bisnis. Oleh karena itu, sangat penting untuk memperhatikan setiap node perangkat keras dari platform server untuk 1C.

Contoh masalah tipikal karena konstruksi arsitektur TI yang salah untuk 1C:

• "Pengereman" antarmuka dasar dan 1C karena kelebihan beban pada sumber daya utama (biasanya RAM atau subsistem disk).
• Kesalahan dan "gangguan" program 1C karena ketidakstabilan peralatan yang dipilih secara tidak benar.
• Downtime perusahaan karena kegagalan pusat perangkat keras.
• Kehilangan sebagian atau seluruh data 1C karena kegagalan perangkat keras atau perangkat lunak secara acak.

Sumber daya perangkat keras dari server 1C

Mari kita pertimbangkan di bawah ini sumber daya perangkat keras paling utama, kesalahan dalam memilih yang dapat merusak seluruh proyek otomatisasi perusahaan saat membuat server di bawah 1C sendiri.

Unit pemrosesan pusat (CPU)

Jumlah inti CPU fisik. Topik perselisihan abadi di berbagai forum 1C adalah apa yang lebih penting daripada frekuensi CPU atau multi-core. Akar kontradiksi ini kembali ke masa lalu, ke 1C 8.0 atau bahkan 1C 7.7. Memang, proses yang dapat dieksekusi 1C lebih banyak versi awal murni single-core, yaitu tidak peduli berapa banyak inti yang disediakan oleh prosesor pusat - layanan server perusahaan 1C 8.0 atau "klien tebal 1C 7.7" selalu hanya menempati satu inti "nol" di sistem operasi. Hari ini, gambarannya telah berubah - sistem operasi dengan berani mendistribusikan tugas dari satu proses 1C: Enterprise (rphost) ke beberapa inti CPU (lihat Gambar 1).

Gambar 1 - Beban CPU selama pengoperasian proses server 1C.

Tetapi ini tidak berarti sama sekali bahwa jika Anda membeli prosesor dengan jumlah inti maksimum, maka server 1C yang dipasangkan dengan DBMS (paling sering DBMS berarti MS SQL) akan menunjukkan kinerja yang fantastis dan penulisan ulang periode akuntansi dalam program 1C akan menjadi hitungan beberapa menit. Penting untuk memahami perbedaan antara kecepatan melakukan satu operasi dan proses pemrosesan sejumlah besar informasi secara bersamaan. Jumlah inti fisik hanya memungkinkan Anda untuk memecahkan masalah stabilitas dan kinerja pekerjaan simultan dengan banyak tugas berbeda oleh 1C: Server perusahaan dan DBMS. Oleh karena itu kesimpulannya - semakin besar jumlah pengguna 1C, semakin banyak jumlah inti yang tepat akan berperan untuk pengoperasian simultan yang nyaman dari pengguna yang sama ini. Ketergantungan jumlah user terhadap jumlah core untuk server 1C ditunjukkan pada Tabel 1.

Jumlah pengguna bersamaan di 1C: Server perusahaan	Jenis dan model prosesor	Jumlah core yang digunakan
Hingga 10 pengguna	Intel Core Kustom dari 3.1Ghz	Tidak lebih dari 2-4
Hingga 20 pengguna	Server Intel Xeon dari 2,4 Ghz	4 sampai 6
Hingga 30 pengguna	Server Intel Xeon dari 2,6 Ghz	6 hingga 8 inti
Hingga 50 pengguna	Server Intel Xeon dari 2,4 Ghz - dalam jumlah 2 pcs	Dari 4 per prosesor

Tabel 1 - Rasio jumlah pengguna di server 1C dan jumlah inti CPU yang disarankan.

frekuensi CPU. Berbeda dengan jumlah inti - frekuensi prosesor pusat secara tepat memengaruhi kecepatan pemrosesan satu bagian tugas pada satu waktu, yang merupakan kriteria paling populer untuk pengguna akhir 1C. Frekuensi prosesor persis parameternya, dengan peningkatan di mana untuk satu pengguna, kecepatan pemrosesan permintaan oleh server 1C dan DBMS akan meningkat dan waktu di mana sistem akan memberikan hasil akhir kepada pengguna akhir akan berkurang. Untuk mendukung ini, spesialis terkenal Gilev, dalam salah satu artikelnya berdasarkan tes praktis, membuat kesimpulan yang jelas - “kecepatan 1C jauh lebih dipengaruhi oleh frekuensi prosesor pusat daripada parameter lainnya, apakah itu adalah klien akhir 1C atau 1C: Server perusahaan ". Ini adalah arsitektur dari program 1C.

Cache, virtualisasi dan hyper threading. Di masa lalu, ketika prosesor multi-core belum begitu umum, Intel menemukan teknologi khusus prosesor pusat, simulasi multi-core, yang disebut "hyper-threading". Setelah diaktifkan, satu prosesor fisik (satu inti fisik) didefinisikan oleh sistem operasi sebagai dua prosesor terpisah (dua inti logis). Sebaiknya matikan "hyperthreading" untuk server 1C. Teknologi ini tidak membawa akselerasi 1C.

Menggunakan mesin virtual untuk 1C:Enterprise server dan DBMS, harus diperhitungkan bahwa inti mesin virtual "lebih lemah" daripada inti fisik nyata, meskipun mereka disebut "inti" yang sama. Tidak ada koefisien resmi yang pasti, tetapi artikel di portal teknis Microsoft merekomendasikan untuk menghitung 4-6 inti prosesor dalam mesin virtual per inti fisik.

Cache adalah memori awal yang digunakan oleh prosesor untuk mengurangi waktu akses rata-rata ke memori komputer. Faktanya, ini adalah bagian integral dari prosesor, karena terletak pada chip yang sama dengannya dan merupakan bagian dari blok fungsional. Semuanya sangat jelas di sini - semakin besar cache, semakin besar "potongan" informasi yang dapat diproses oleh prosesor. Biasanya, ukuran cache tergantung pada model prosesor - semakin mahal modelnya, biasanya semakin banyak memori cache yang ada. Namun, kami tidak percaya bahwa ukuran cache prosesor secara drastis mempengaruhi kinerja server 1C dan DBMS. Sebaliknya, itu milik bidang "fine tuning".

Jenis prosesor. Semua orang tahu bahwa perangkat keras dibagi menjadi server dan pengguna. Apakah mungkin dalam beberapa kasus untuk menggunakan CPU khusus yang murah sebagai alternatif dari CPU server yang profesional tetapi mahal? Ternyata - itu mungkin. Pertimbangkan tabel yang membandingkan parameter utama dari dua opsi untuk pusat prosesor Intel(lihat tabel 2).

	Prosesor Kustom Intel® Core™ i7-6700T (Cache 8M, hingga 3,60 GHz)	Server Prosesor Intel® Xeon® E5-2680 v2 (Cache 25M, 2,80 GHz)
Cache	8MB	25MB
Frekuensi bus sistem	8 GT/s DMI3	8 GT/s QPI
Set perintah	64-bit SSE4.1/4.2, AVX 2.0	64-bit AVX 2.0
Jumlah Core	4	10
jam dasar CPU	2.8GHz	2.8GHz
Maks. volume dan jenis memori akses acak	64 GB non-ECC	768 GB ECC
Estimasi biaya	354$	1 280$

Tabel 2 - Perbandingan parameter utama CPU rumah dan server dari Intel.

Seperti yang bisa kita lihat, prosesor server memiliki nilai yang jauh lebih tinggi dalam jumlah core, ukuran cache, dukungan untuk lebih banyak RAM dan, tentu saja, dengan harga yang lebih tinggi. Namun demikian, CPU server secara praktis tidak berbeda dengan CPU pengguna dalam hal dukungan terhadap instruksi (instruksi) prosesor tertentu dan dalam frekuensi clock. Dari sini dapat disimpulkan bahwa untuk organisasi kecil Cukup dapat diterima untuk menggunakan CPU khusus untuk server 1C:Enterprise. Satu-satunya masalah adalah bahwa prosesor pengguna tidak dapat diinstal di soket server. papan utama dan mendukung RAM server dengan pemeriksaan paritas (ECC), dan penggunaan komponen khusus menimbulkan risiko terhadap stabilitas seluruh sistem secara keseluruhan.

Memori Akses Acak (RAM)

jenis RAM. Bilah RAM (RAM) berbeda dalam tujuannya - untuk sistem server multi-pengguna atau untuk perangkat pribadi - PC, laptop, nettop, thin client, dll. Seperti dalam kasus CPU - parameter utama modul RAM kira-kira setara - RAM PC modern praktis tidak tertinggal di belakang server satu dalam volume satu batang, atau dalam frekuensi jam, atau dalam jenis modul DDR . Perbedaan antara RAM server dan RAM "rumah" dalam kasus penggunaan dan tujuan platform perangkat keras - di sinilah biaya yang lebih tinggi terbentuk:

• Server RAM memiliki paritas ECC (Error Correction Code) - teknik encoding / decoding yang memungkinkan Anda untuk memperbaiki kesalahan dalam pemrosesan informasi langsung oleh modul RAM
• Motherboard server memiliki lebih banyak slot untuk memasang modul RAM daripada PC biasa
• Server RAM berisi register (buffer) yang menyediakan buffering data (Partial Registered atau Full Buffered), sehingga mengurangi beban pada pengontrol memori dengan banyak permintaan simultan. Buffer "FB-DIMM" tidak kompatibel dengan yang tidak buffer.
• Modul daftar memori juga memungkinkan Anda untuk meningkatkan skalabilitas memori - keberadaan register memungkinkan untuk menginstal lebih banyak modul dalam satu saluran.

Kita dapat menyimpulkan bahwa penggunaan modul RAM server memungkinkan untuk menginstal sejumlah besar RAM dalam satu sistem, dan teknik kontrol paritas ECC dan penggunaan buffer memungkinkan sistem operasi server bekerja secara stabil dan cepat.

Jumlah RAM-nya. Salah satu faktor kunci untuk kinerja tinggi server 1C dan DBMS adalah jumlah RAM yang cukup. Tentu saja, kebutuhan RAM yang sebenarnya bergantung pada banyak faktor - jenis konfigurasi 1C, jumlah 1C: Proses server perusahaan, ukuran database DBMS, dan seterusnya. Namun, dimungkinkan untuk memperoleh perkiraan ketergantungan jumlah RAM pada jumlah pengguna (lihat Tabel 3).

Persyaratan RAM untuk server 1c dan DBMS	Hingga 10 pengguna	Hingga 20 pengguna	Hingga 30 pengguna	Hingga 50 pengguna
Server 1c: Perusahaan	4-6 GB	6-8 GB	12-14 GB	18-24 GB
Server MS SQL	4-6 GB	8-10 GB	16-18 GB	24-28 GB

Tabel 3 - Perkiraan rasio jumlah pengguna server 1C dan RAM yang direkomendasikan untuk proses 1C: Server perusahaan dan server MS SQL.

Mengenai proses server 1C: Perusahaan (rphost.exe) - platform 1C modern tidak mengizinkan mode manual menunjukkan jumlah proses server 1C. Sebaliknya, sistem mengharuskan Anda untuk mengatur parameter seperti nomor basis informasi dan jumlah pengguna per proses rphost.exe, setelah itu secara otomatis menentukan jumlah optimal proses server 1C:Enterprise. Anda juga dapat mengonfigurasi pelepasan RAM yang lancar dengan proses rphost.exe jika volumenya melebihi ambang batas yang telah ditentukan. Pada saat yang sama, server 1C membuat proses rphost.exe baru, yang secara bertahap mengambil alih tugas 1C, memungkinkan Anda untuk membongkar proses 1C yang diperlukan.

Anda juga perlu mencatat bahwa jumlah RAM yang dialokasikan untuk layanan SQL dianggap cukup jika hit data SQL dalam cache setidaknya 90%. Metrik ini cukup berguna karena Anda tidak bisa hanya melihat jumlah RAM yang dikonsumsi oleh server SQL - rilis terbaru SQL telah menggunakan RAM secara dinamis - jumlah maksimum RAM yang mungkin ditangkap dan dilepaskan saat RAM diminta oleh proses lain.

frekuensi RAM. Singkatnya, ini adalah keluaran saluran melalui mana data ditransmisikan ke motherboard, dan dari sana ke prosesor. Sangat diharapkan bahwa parameter ini bertepatan dengan frekuensi motherboard yang diizinkan atau melebihinya, jika tidak, saluran transmisi RAM berisiko menjadi kemacetan. Dalam satu jenis DDR, peningkatan/penurunan frekuensi tidak secara drastis mempengaruhi kinerja server 1C dan lebih terkait dengan area "fine tuning".

pengaturan waktu RAM. Ini adalah penundaan atau latency (Latency) dari RAM. Parameter ini ditandai dengan waktu tunda data selama transisi antara modul yang berbeda dari chip RAM. Nilai yang lebih kecil berarti kinerja yang lebih cepat. Namun, dampak pada kinerja keseluruhan sistem server, dan terlebih lagi pada server 1C:Enterprise, tidak tinggi. Biasanya, hanya gamer dan overclocker yang memperhatikan parameter ini, karena setiap penurunan kinerja ekstra adalah hal yang paling mahal.

Subsistem disk dan hard drive HDD

pengontrol harddisk. Perangkat utama untuk menghubungkan dan mengatur hard drive dalam sistem perangkat keras adalah pengontrol hard drive. Ini terdiri dari dua jenis:

1. Built-in - modul pengontrol dibangun ke dalam sistem, sangkar hard drive terhubung langsung ke motherboard. Ini dianggap sebagai solusi yang lebih ekonomis.

2. Eksternal - terpisah papan sirkuit tercetak(perangkat) yang dihubungkan ke konektor motherboard. Ini dianggap sebagai solusi yang lebih profesional karena fakta bahwa ia memiliki chip terpisah untuk melakukan dan mengendalikan operasi dengan hard HDD. Direkomendasikan untuk sistem server penting seperti 1C:Enterprise server dan DBMS.

Ada juga tipe ketiga - perangkat untuk menerima / mentransmisikan data blok melalui saluran iSCSI, FiberChanel, InfiniBand, SAS. Namun, dalam versi ini, subsistem disk "dihapus" ke perangkat terpisah penyimpanan data (SHD), terhubung ke server melalui kabel optik atau tembaga. Dalam artikel kami, kami menganalisis persyaratan untuk server mandiri untuk 1C, jadi kami tidak akan mempertimbangkan jenis ini.

Jenis dan tingkat array RAID. Ini adalah teknologi virtualisasi data yang menggabungkan beberapa drive ke dalam unit logis untuk redundansi dan kinerja. Pertimbangkan level spesifikasi RAID paling populer:

• RAID 0 ("Memotong") Ini tidak memiliki redundansi, dan mendistribusikan informasi sekaligus di semua disk yang termasuk dalam array dalam bentuk blok kecil ("garis"). Ini sangat meningkatkan kinerja, tetapi menderita keandalan. Kami tidak menyarankan menggunakan jenis array ini meskipun ada peningkatan kinerja.
• RAID 1 ("Cermin", "cermin"). Ini memiliki perlindungan terhadap kegagalan setengah dari perangkat keras yang tersedia (dalam kasus umum - salah satu dari dua hard drive), memberikan kecepatan tulis yang dapat diterima dan peningkatan kecepatan baca karena paralelisasi kueri. Array jenis ini akan cukup “menarik” server 1C + DBMS hingga 25-30 pengguna, terutama jika disk SAS 15K atau SSD digunakan.
• serangan 10. Pasangan disk yang dicerminkan berbaris dalam "rantai", sehingga volume volume yang dihasilkan dapat melebihi kapasitas satu perangkat keras. Menurut pendapat kami, jenis array disk yang paling sukses, karena ini menggabungkan keandalan RAID1 dan kecepatan RAID 0. Dikombinasikan dengan drive SAS 15K atau SSD, dapat digunakan untuk server 1C dari 40-50 pengguna.
• serangan 5. Terkenal dengan ekonominya. Mengorbankan demi redundansi kapasitas hanya satu disk dari array, kami mendapatkan perlindungan terhadap kegagalan salah satu hard drive dalam sistem. (varian RAID 6 membutuhkan dua tambahan hard drive untuk mengakomodasi checksum, tetapi menyimpan data bahkan jika dua disk gagal). Jenis larik ini ekonomis, andal, dan memiliki kecepatan "baca" yang cukup nyata. Sayangnya, hambatan dari larik ini adalah kecepatan tulis yang rendah, yang memungkinkannya digunakan dengan nyaman dengan konfigurasi server 1C hingga 15-20 pengguna. Ini juga optimal untuk tujuan yang diterapkan - penyimpanan data file, arsip manajemen dokumen, dll.

Jenis antarmuka hard drive. Menurut jenis koneksi, hard drive dibagi:

• HDD Sata Rumah. Pilihan termurah untuk hard drive, dirancang untuk digunakan di PC rumahan atau pusat media jaringan. Sangat tidak disarankan untuk menggunakan perangkat seperti itu di server 1c karena toleransi kesalahan yang rendah dan stabilitas operasi - komponen disk ini tidak dirancang untuk bekerja 24/7 dan cepat gagal.
• HDD Sata Server. Nama ini biasanya mengacu pada hard drive dengan antarmuka Sata dan kecepatan spindel 7.200 rpm. Awalan "Server" berarti bahwa drive tersebut telah diuji kinerjanya dalam sistem server dan dirancang untuk pekerjaan yang stabil dalam mode 24/7. Biasanya digunakan di server 1C untuk menyimpan informasi dalam jumlah besar yang tidak memerlukan kecepatan pemrosesan yang tinggi. Misalnya - basis data arsip 1c, bertukar folder, mengunggah file dokumen kantor dll.
• HDD SAS Server. Perbedaan antara antarmuka SAS (analog modern SCSI) dan Antarmuka sata beberapa. Di sini, waktu respons rata-rata disk, dan bekerja di rak disk umum, dan bekerja dengan pengontrol HDD dengan nilai tukar informasi yang lebih tinggi - hingga 6 Gb / s (dibandingkan dengan Sata 3 Gb / s). Namun keunggulan utama adalah adanya model disk SAS dengan kecepatan spindel 15.000 rpm. Ini dia fitur desain memungkinkan disk SAS melakukan IOPS hampir 3 kali lebih banyak dibandingkan HDD Sata Server. Disk SAS tersebut berukuran kecil dan direkomendasikan untuk digunakan dengan database utama 1c dengan beban kerja yang terus-menerus tinggi.
• drive SSD. Drive ini berbeda dari yang sebelumnya tidak dalam antarmuka koneksi, tetapi dalam desainnya - mereka solid-state dan tidak memiliki bagian yang bergerak, mis. pada dasarnya, mereka adalah analog dari "flash drive". Teknologi semacam itu memungkinkan SSD untuk menghasilkan jumlah operasi I / O yang "luar biasa" per detik (dari 10.000 operasi pada model SSD paling sederhana). Namun, keunggulan ini juga memiliki kelemahan - harga SSD yang lebih tinggi dan "ambang batas umur" mereka, yang bergantung pada batas jumlah penulisan ke blok SSD. Namun, setiap tahun cakram ini menjadi lebih terjangkau dan tahan lama. Karena biaya disk SSD meningkat berkali-kali tergantung pada volumenya, akan lebih masuk akal untuk menggunakannya untuk basis data 1c yang kecil namun memuat super yang memerlukan kecepatan akses tinggi, serta untuk basis data sementara TempDB.

IOPS adalah jumlah operasi I/O per detik. Faktanya, IOPS adalah jumlah blok informasi yang dapat dibaca atau ditulis ke media dalam waktu 1 detik. Artinya, dalam bentuknya yang paling murni - ini adalah parameter kunci dari kecepatan pemrosesan informasi oleh hard disk, yang memengaruhi kinerja server 1C. Jika kita membandingkan blok informasi standar 4kb, maka kita dapat secara kasar membedakan indikator IOPS berikut (lihat Tabel 4).

HDD	IOPS	Antarmuka
7.200 rpm drive SATA	~75-100 IOPS	SATA 3 Gb/s
Drive SATA 10.000 rpm	~125-150 IOPS	SATA 3 Gb/s
Penggerak SAS 10.000 rpm	~140 IOPS	SAS
Drive SAS 15.000 rpm	~175-210 IOPS	SAS
drive SSD	Dari 8.000 IOPS	SAS atau SATA

Tabel 4 - Indikator IOPS pada berbagai jenis hard drive saat bekerja dengan blok data 4kb.

Tentu saja, dalam bentuknya yang murni, IOPS tidak banyak digunakan untuk menghitung perhitungan akhir dan persyaratan untuk subsistem disk dari server 1C. Bagaimanapun, total kinerja subsistem disk terdiri dari jenis array RAID, jenis disk dan indikator kecepatan antarmuka, waktu respons (Latency), waktu akses acak, persentase operasi baca dan tulis, dan banyak lagi. faktor lain. Namun, parameter ini, menurut kami, merupakan indikator utama kecepatan subsistem disk, dan pada tahap pengembangan arsitektur server, ini membantu untuk menentukan jenis hard disk apa yang umumnya paling cocok untuk kebutuhan tertentu. (lihat kalkulator RAID)

tes latihan

Apa hubungan antara jumlah pengguna 1C dan jumlah iops? Tim kami melakukan tes praktis (lihat Tabel 5) untuk mengukur beban pada subsistem disk jumlah tertentu sesi 1C. Karena sistem 1C adalah lingkungan yang dapat diprogram dan setiap perusahaan dapat memiliki rangkaian proses bisnisnya sendiri di 1C, kami perlu terikat pada konfigurasi referensi tertentu untuk pengujian. Dalam kapasitas ini, konfigurasi khusus TsUP 1C dipilih, dikembangkan untuk pengujian dan debugging. Atas dasar itu, pemrogram 1C kami menambahkan sejumlah kueri yang mensimulasikan operasi normal perusahaan konvensional, dengan pembentukan kueri akuntansi, posting, pelaporan, dan pelaksanaan dokumen operasional.

		Disk sistem		Disk basis data
Pengulangan	Pengguna	IOPS menulis	Baca IOPS	IOPS menulis	Baca IOPS
Rata-rata
1	12	9,1	0,1	13,1	1,5
2	20	7,9	0,1	21,8	0,4
3	32	5,2	0,006	36,1	5,2
4	40	7,7	0,013	27,52	1,3
5	52	7,7	0,006	32,04	0,94

Tabel 5 - Hasil uji praktik pada beban pada subsistem disk.

Hasil pengujian menunjukkan bahwa bagian terbesar dari beban pada subsistem disk terjadi ketika 1C ditulis ke database server DBMS dan ke disk sistem dari sistem operasi (yang secara default menyimpan file server cache 1C:Enterprise).

Pada saat yang sama, kami melakukan pengukuran praktis dari database 1C UPP 8.2 yang sudah beroperasi selama periode pengujian - 5 hari kerja. Mereka menunjukkan bahwa, rata-rata, server 1C + DBMS mengkonsumsi dua kali lebih banyak iops "untuk menulis" daripada "untuk membaca". Perbedaan antara pengujian sintetis dan statistik pemantauan dari server 1C nyata disebabkan oleh pengambilan sampel data informasi secara berkala dari database selama hari kerja, dan pembacaan database secara teratur selama hari kerja. cadangan atau replikasi DBMS.

Komponen lain dari hard drive, yang patut diperhatikan.

• Ukuran fisik (faktor bentuk). Sampai saat ini, hampir semua drive yang dikenal untuk komputer pribadi dan server memiliki ukuran 3,5 atau 2,5 inci. Perhatikan bahwa drive 2,5 inci tidak diproduksi dalam volume besar.
• Waktu akses acak- waktu yang HDD dijamin untuk melakukan operasi baca-tulis pada area tertentu dari disk magnetik. Sebagai aturan, lebih hasil tinggi memiliki disk server. Ini cukup parameter penting saat membangun array disk untuk server 1C DBMS.
• Kecepatan poros- jumlah putaran spindel hard disk per menit. Semuanya sederhana dan jelas di sini - waktu akses dan kecepatan transfer data rata-rata dari hard disk tergantung pada kecepatan rotasi poros dengan pelat magnetik.
• Kapasitas buffer hard disk- Buffer adalah memori sementara yang dirancang untuk memuluskan perbedaan dalam kecepatan baca / tulis hard disk dan transfer data melalui antarmuka.
• Keandalan- didefinisikan sebagai waktu rata-rata antara kegagalan (MTBF). Sebagai aturan, keandalan secara langsung tergantung pada pabrikan, harga, dan lingkungan penggunaan hard drive. Kami menganggap keandalan sebagai parameter hard drive penting yang memengaruhi kualitas server 1C.

Pilihan yang tepat: perangkat keras rumah atau server

Murahnya komponen perangkat keras dan pertumbuhan aktif dari potensi kapasitas "komputer rumahan" menyebabkan kesalahpahaman fatal lainnya - usaha kecil secara aktif menggunakan workstation sebagai platform untuk berkolaborasi dengan database 1C. Pada saat yang sama, tanpa menyadari bahwa selain parameter frekuensi inti, jumlah memori, dan kemungkinan menggunakan drive SSD anggaran di PC biasa, ada persyaratan yang lebih sistemik, lebih dalam, dan lebih penting untuk pengoperasian perangkat keras. dalam struktur komersial (lihat Tabel 6).

Untuk mengatasi masalah pengorganisasian server 1C, kami menawarkan penyewaan server cloud 1C di pusat data kelas Tier III. Kelayakan ekonomi memilih sewa server dapat ditemukan di artikel.

Pilihan	Server	Komputer pribadi
Kecukupan daya komputasi	V	V
Pengoperasian sistem yang terjamin dalam mode 24/7	V	X
Keandalan dan stabilitas komponen perangkat keras utama	V	X
Kemungkinan kendali jarak jauh daya dan konsol (IPMI)	V	X
Biaya anggaran platform perangkat keras	X	V

Tabel 6 - Perbandingan perangkat keras rumah dan server menurut kriteria yang diperlukan untuk pengoperasian server 1C berkualitas tinggi.

Pekerjaan yang toleran terhadap kesalahan 1C

Tentu saja, salah satu persyaratan penting untuk bagian server 1C adalah stabilitas operasinya dan ketahanannya terhadap kegagalan. Microsoft dan 1C sendiri telah melakukan banyak upaya ke arah ini, menciptakan teknologi untuk mengelompokkan layanan mereka pada tingkat yang cukup serius (lihat Tabel 7).

Toleransi kesalahan dari server SQL

Berdasarkan konsep gudang data bersama tunggal. Teknologi pengelompokan SQL Server bawaan menggabungkan dua server SQL menjadi satu cluster dengan satu alamat IP virtual dan satu database. Jadi, ketika SQL utama gagal, kueri secara otomatis ditransfer ke cadangan. Opsi kedua adalah AlwaysOn yang baru-baru ini muncul, sebuah teknologi untuk replikasi reguler otomatis database DBMS antara server SQL utama dan cadangan. Pada saat yang sama, server SQL duplikat secara fisik terletak di penyimpanan yang berbeda, yang meningkatkan ketahanan terhadap risiko

Server layanan failover 1C: Perusahaan

Server 1C Enterprise digabungkan menjadi kluster failover perangkat lunak aktif-aktif dengan failover otomatis dan menyimpan sesi saat ini.

Tabel 7 - Toleransi kesalahan server SQL dan 1C.

Namun, masing-masing teknologi memiliki pro dan kontra. Selain keunggulan utama, Anda perlu mengetahui beberapa fitur pengelompokan 1C dan SQL () agar tidak berakhir dengan penurunan kinerja layanan:

• Pengelompokan SQL menggunakan IP virtual. Dan ini berarti bahwa interaksi 1C: Enterprise server dan MS SQL akan selalu terjadi sesuai dengan antarmuka jaringan, meskipun kedua layanan berada di sistem operasi yang sama. Yang, karenanya, akan memperlambat kerja 1C dibandingkan dengan versi klasik arsitektur yang direkomendasikan oleh 1C itu sendiri - penggunaan Memori Bersama. Pada prinsipnya, hambatan ini dapat "dilewati" menggunakan, misalnya, teknologi MS SQL Log Shipping. Namun, dalam kasus ini, beralih ke server SQL cadangan tidak lagi otomatis, dan opsi ini tidak dapat dianggap sebagai cluster yang lengkap.
• Sebuah cluster SQL membutuhkan anggaran yang besar. Jika kita berbicara tentang pengelompokan klasik layanan MS SQL, penyimpanan database tunggal diperlukan, terhubung ke server SQL utama dan cadangan. Biasanya, peran ini dimainkan oleh sistem penyimpanan yang mahal, yang meningkatkan anggaran dengan urutan besarnya. Jika kita berbicara tentang AlwaysOn bermodel baru, maka penyimpanan basis data tunggal tidak diperlukan, teknologinya bekerja dengan drive lokal server utama dan cadangan melalui jaringan. Tetapi Anda memerlukan versi SQL Server Enterprise, lisensi yang harganya 4 kali lebih mahal daripada SQL Server Standard biasa.
• Jumlah lisensi. Terlepas dari kenyataan bahwa server SQL kedua tidak memproses data dan dalam cadangan, lisensi perlu dibeli untuk kedua server - baik utama maupun cadangan. Yang paling menyakitkan untuk anggaran adalah lisensi SQL Server Enterprise untuk mengimplementasikan cluster terdistribusi dari AlwaysOn High Availability Groups.

• Anda tidak perlu menggunakan perangkat keras khusus yang murah untuk sesuatu yang penting seperti sistem akuntansi perusahaan. Harga dalam kasus ini secara langsung menentukan kualitas, stabilitas, dan daya tahan platform semacam itu.
• Saat memilih platform server, kami sarankan untuk memperhatikan keberadaan dua catu daya, kartu IPMI jarak jauh, dan merek pabrikan. Tentu saja, setiap orang memilih solusi berdasarkan anggaran mereka, merek teratas terkadang terlalu mahal dan tidak sepenuhnya sesuai, tetapi Anda tidak boleh menghemat produsen sama sekali, ini dapat menyebabkan force majeure yang tidak terkendali dalam bekerja dengan 1C. Kami secara pribadi menggunakan platform server Supermicro dalam kombinasi dengan CPU server Intel.
• Ada pendapat, yang dikonfirmasi oleh praktik, bahwa kinerja 1C lebih bergantung pada frekuensi CPU yang lebih tinggi daripada jumlah inti yang disediakan.
• Tidak perlu menghemat jumlah RAM yang dialokasikan untuk server 1C dan layanan SQL. RAM aktif saat ini adalah sumber daya yang cukup murah, dan kekurangannya (bahkan 10-15 persen) akan menyebabkan penurunan yang kuat dalam kinerja sistem 1C, karena sistem swap yang lebih lambat akan diaktifkan. Plus, swap akan memberikan beban tambahan pada subsistem disk, yang akan memperburuk situasi.
• Perusahaan EFSOL menawarkan layanan komprehensif untuk pemilihan server 1C, yang meliputi: desain, pembelian, konfigurasi, dan pemeliharaan server 1C.
• Alternatif untuk membuat server 1C Anda sendiri adalah dengan menyewa server untuk 1C. Teknologi cloud memungkinkan, dengan biaya bulanan yang rendah, untuk mendapatkan layanan toleransi kesalahan yang andal untuk pekerjaan yang nyaman di 1C.

Integrasi sistem. Konsultasi

Saat memilih server mana yang diperlukan untuk 1C, harus diingat bahwa saat pengguna bekerja dengannya, banyak operasi baca dan tulis data per detik akan dilakukan.

Kemungkinan besar, segera jelas mengapa desain server yang kompeten untuk 1C sangat penting - jika "perangkat keras" awalnya dipilih secara tidak benar dan tidak sesuai dengan beban pada sistem, maka ada risiko bahwa atau bahkan bekerja sebentar-sebentar, data penting itu akan hilang. Di sisi lain, buat server di bawah 1C, beli semua perangkat keras dan perangkat lunak dapat menghabiskan biaya yang signifikan bagi perusahaan, sehingga disarankan untuk memilih peralatan sedemikian rupa untuk menghindari biaya yang tidak perlu.

Pemilihan server untuk 1C

Ketika spesialis kami perlu membuat pilihan konfigurasi untuk server 1C, hal pertama yang mereka tanyakan adalah berapa banyak pengguna yang akan bekerja dengan 1C di perusahaan dan rangkaian layanan apa yang mereka rencanakan untuk digunakan, apa yang akan mereka gunakan, siapa yang akan mengelola 1C server dan bagaimana. Kami mulai dari informasi ini saat membuat server 1C.

Persyaratan untuk server 1C

Dalam struktur perangkat keras server 1C, karakteristik prosesor, RAM, subsistem disk, dan antarmuka jaringan akan menjadi penting bagi kami.

Adalah perlu bahwa mereka memastikan operasi yang stabil dan cukup produktif dari komponen-komponen berikut:

• sistem operasi;
• server basis data (paling sering demikian);
• Bagian server 1C (tidak untuk semua kasus, karena perusahaan kecil dengan 2-10 pengguna dapat bekerja dengan 1C dalam mode file);
• pengguna bekerja dalam mode Desktop Jarak Jauh;
• pekerjaan pengguna jarak jauh melalui klien kurus atau klien web.

Memilih prosesor untuk server 1C

Jumlah optimal inti prosesor biasanya dihitung berdasarkan fakta bahwa Anda perlu memesan 1-2 inti untuk pengoperasian OS, 1-2 inti untuk pengoperasian database SQL, 1 lagi untuk pengoperasian server aplikasi , dan kira-kira 1 inti untuk setiap 8-10 sesi pengguna simultan (agar pengguna tidak mengeluh nanti bahwa server 1C melambat).

Harap dicatat bahwa kecepatan pemrosesan permintaan tidak terlalu bergantung pada jumlah core, tetapi pada kecepatan clock prosesor, dan jumlah core lebih memengaruhi stabilitas pekerjaan dengan sejumlah besar pengguna dan tugas simultan dari mereka.

Berapa banyak memori yang dibutuhkan server 1C

Selain hal di atas, jika Anda memerlukan server 1C untuk 100 pengguna atau lebih, sebaiknya gunakan cluster yang terdiri dari setidaknya dua server fisik 1C.

Kami mengusulkan untuk menghitung jumlah RAM yang dibutuhkan berdasarkan indikator berikut:

• 2 GB akan diperlukan untuk pengoperasian sistem operasi
• setidaknya 2 GB untuk cache MS SQL Server, dan lebih baik nilai ini 20-30% dari volume aktual database - ini akan memastikan pengalaman pengguna yang nyaman dengannya
• 1 - 4 GB untuk server aplikasi 1C
• 100 - 250 MB akan membutuhkan satu sesi terminal pengguna, tergantung pada rangkaian fungsi server 1C, konfigurasi yang digunakan

Berikut adalah perkiraan perhitungan kami dari parameter server 1C 8.3:

Lebih baik membeli RAM dengan margin - ini adalah salah satu faktor terpenting dalam kinerja tinggi server 1C dan pada saat yang sama sekarang menjadi salah satu komponen termurah. Jika tidak ada cukup memori pada server 1C Enterprise, ini akan sangat terlihat selama operasi, oleh karena itu, ketika datang ke pertanyaan tentang server 1C mana yang harus dipilih, selalu perhatikan untuk memastikan bahwa ia memiliki cukup RAM.

Server 1C: peralatan untuk subsistem disk

Saat memilih server mana yang diperlukan untuk 1C, harus diingat bahwa saat pengguna bekerja dengannya, banyak operasi baca dan tulis data per detik akan dilakukan. Parameter ini - pada kecepatan apa hard drive memungkinkan Anda memproses data - juga merupakan salah satu kunci kecepatan server 1C.

Saat merancang server 1C, kami menyarankan Anda untuk mematuhi persyaratan berikut untuk peralatan subsistem disk:

• Tidak masalah server mana yang Anda buat untuk 1C, kami tidak merekomendasikan penggunaan disk tunggal di server - disarankan untuk mengaturnya ke dalam array RAID (RAID 10 untuk database besar atau RAID 1 untuk database kecil), di mana tabel database akan berlokasi.
• Kami merekomendasikan untuk memindahkan file indeks ke SSD terpisah untuk akses yang lebih cepat ke file tersebut
• TempDB - pada 1-2 (RAID 1) SSD.
• Tempatkan OS dan data pengguna pada RAID 1 SSD/HDD.
• Untuk file log, alokasikan disk logis terpisah dari larik atau disk SSD fisik.
• Jika memungkinkan, gunakan pengontrol perangkat keras- kita telah melihat situasi di mana server yang kuat dan mahal melambat karena kinerja pengontrol yang tidak memadai.

Pemilihan server untuk 1C

Pada artikel ini, kami telah memberikan beberapa tips dan perkiraan perhitungan tentang cara memilih server untuk 1C, semoga bermanfaat bagi Anda.

Sebagai kesimpulan, mari tambahkan satu hal lagi - Anda tidak boleh mencoba menghemat uang dengan menggunakan komputer pengguna untuk server 1C (seperti yang sering dilakukan di perusahaan kecil) - perangkat keras pengguna kurang dapat diandalkan dan toleran terhadap kesalahan dibandingkan perangkat keras server sejenis pertunjukan. Tidak ada gunanya mempertaruhkan sistem akuntansi perusahaan Anda. Jika membeli perangkat keras yang tepat di luar anggaran Anda, Anda mungkin ingin mempertimbangkan untuk menerapkan 1C di cloud.

Jika sulit bagi Anda untuk mengetahui server mana yang harus dipilih untuk 1C Enterprise 8.3, cara membuat server 1C, karena Anda belum pernah menemukan tugas ini sebelumnya, Anda selalu dapat menghubungi perusahaan integrator sistem sehingga spesialis teknis yang berpengalaman akan membantu Anda rancang, beli, instal, dan siapkan server yang sesuai untuk 1C.

Untuk memulainya, saya mengusulkan untuk menyoroti beberapa skenario pekerjaan:

1.) Bekerja dengan basis file melalui sumber daya bersama (server web)

2.) Bekerja dengan basis file di terminal

3.) Bekerja dengan database server (MSSQL)

Bekerja dengan basis file melalui sumber daya bersama (server web)

Semuanya cukup sederhana di sini. Jika ini bentuk biasa dan 1-3 pengguna. Kemudian pada "server" (mesin tempat pangkalan akan berada, pilih:

• sekrup cepat- perhatikan kecepatan spindel (kita ambil 7200rpm). Misalnya kita tidak mengambil seri hijau dari WD, kita mengambil hitam atau merah. Lihat seri Konstelasi Seagate.
• CPU- core tidak sepenting frekuensinya. 1C menggunakan multi-core agak buruk (tidak sama sekali), jadi Anda tidak akan mendapatkan manfaat apa pun dari prosesor 8-core, prosesor 2-core dengan frekuensi yang lebih tinggi akan melakukannya. Misalnya, core i3 4360 - saat ini frekuensi maksimum untuk intel (4ghz dalam mode turbo).
• RAM- dia tidak akan berperan. Mempertimbangkan bagaimana aplikasi modern menghabiskan memori, masukkan 8GB
• bersih- sebenarnya, Anda tidak akan benar-benar mendapat manfaat dari jaringan 1Gb, tetapi bagaimanapun, jika pasangan bengkok 8-kawat diregangkan (Anda dapat melihat di konektor), maka masuk akal untuk meletakkan sakelar gigabit, pada saat yang sama waktu berbagi file akan lebih cepat.
  Dan sentuhan terakhir dalam skenario ini adalah Anda tidak perlu menempatkan database di suatu tempat di mesin terpisah - operasi yang berjalan lama akan dilakukan jauh lebih cepat secara lokal daripada melalui jaringan. Pakai mobil ini tempat kerja, dari mana direncanakan, misalnya, untuk menutup bulan atau memperbarui keamanan informasi.

Poin lain, jika pangkalannya menyala formulir yang dikelola. Di sini, jika semuanya dilakukan seperti yang dijelaskan di atas, Anda akan mendapatkan rem. Namun, ada jalan keluarnya:

• SSD* bukannya sekrup biasa akan menyelamatkan kita. Ambil drive 120GB, karena bahkan dengan mempertimbangkan pertumbuhan nilai tukar, mereka dapat diterima. Saya sarankan memperhatikan seri intel 520/530, kingston v300. Lebih baik lagi, baca saja ulasan model terbaru, karena. pasar ini berkembang cukup pesat dan produk baru memasuki pasar
  *Catatan: Jika Anda akan menggabungkan disk dalam RAID dengan mirroring, misalnya, RAID1. Dalam hal ini, ada momen seperti itu: kebanyakan drive SSD trim diperlukan untuk membersihkan sampah (terutama untuk model yang agak lama), dalam mode serangan perintah mungkin tidak didukung dan drive akan menurunkan kecepatan saat berfungsi. Untuk menghindari masalah ini, Anda dapat menggunakan setidaknya dua metode: idealnya, membeli SSD tingkat perusahaan, misalnya, intel DC3500. Jika terkesan mahal, Anda dapat menggunakan bundel: motherboard dengan chipset
• CPU- mirip dengan paragraf sebelumnya. Semakin tinggi frekuensinya, semakin baik.
• RAM- besar dia tidak akan berperan. Mempertimbangkan bagaimana aplikasi modern menghabiskan memori, masukkan 8GB

Jika 1 pengguna bekerja secara lokal dengan database, maka ini cukup untuk pekerjaannya yang nyaman, tetapi kecepatan kerja jaringan melalui sumber daya bersama akan tetap lambat. Tapi di sini ada jalan keluar - bekerja melalui server web. Di Internet, Anda dapat menemukan banyak artikel yang menjelaskan cara mengatur pekerjaan dengan 1C dengan cara yang sama, saya tidak akan membahas ini di artikel ini. Satu-satunya hal yang akan saya bagikan dengan Anda pengamatan saya: lebih baik mengatur pekerjaan untuk pengguna tidak melalui browser web, tetapi melalui thin client (ketika kami menambahkan database baru ke daftar IS, ada item "di server web" pada halaman penempatan IS). Ini, menurut pengamatan saya, lebih cepat daripada melalui browser. Selain itu, saat bekerja melalui browser, ada kesalahan di antarmuka (PM bergeser, dll.), yang tidak ada saat bekerja melalui thin client.

Sebenarnya menggunakan resep ini (ssd, prosesor dengan frekuensi tinggi, web server, thin client). Anda dapat menghilangkan mitos "jika jumlah pengguna lebih dari 1 (menurut beberapa versi, lebih dari 0 :)) - Anda memerlukan basis server *.

*Meskipun, tentu saja, dengan ketentuan bahwa ini bukan SCP atau database berukuran > ~ 4GB, tetapi jumlah pengguna tidak melebihi 4 (ini adalah ukuran basis data maksimum dan jumlah pengguna yang saya lihat, mungkin seseorang bertemu kasus ketika melalui server web dengan lebih banyak orang bekerja dengan basis file? Tulis di komentar)

Bekerja dengan basis file di terminal

Mari kita beralih ke opsi berikutnya. Kami memiliki server terminal dan basis file. Di sini semuanya mirip dengan skenario 1, kecuali untuk prosesor:

• drive SSD bukan sekrup biasa.*
  *Catatan: pastikan untuk merakit disk dalam RAID dengan mirroring, misalnya, RAID1. Dalam hal ini, ada poin seperti itu: sebagian besar drive SSD memerlukan trim untuk membersihkan sampah (terutama untuk model yang cukup lama), dalam mode serangan perintah mungkin tidak didukung dan drive akan menurunkan kecepatan saat berfungsi. Untuk menghindari masalah ini, Anda dapat menggunakan setidaknya dua metode: idealnya, membeli SSD tingkat perusahaan, misalnya, intel DC3500. Jika ini tampaknya mahal, Anda dapat menggunakan SSD kelas khusus, tetapi kemudian pastikan bahwa kapasitas penulisan ulangnya cukup untuk skenario Anda.
• CPU- Di sini masuk akal untuk mengambil corei5 daripada i3, karena 1C akan bekerja di terminal, 2 core tambahan tidak akan mengganggu, tetapi jangan lupakan frekuensinya.
• RAM ada ekspresi yang stabil di antara admin: tidak pernah ada banyak memori). Dari praktek saya, 7 orang, ketika bekerja di BP3, menempati 8-12GB di terminal (tergantung berapa banyak dokumen yang terbuka untuk setiap pengguna). Untuk bentuk biasa, jumlah memori dapat dibagi 2 :) Perhitungan perkiraan dapat dilakukan sebagai berikut: 256 MB untuk sesi terminal itu sendiri + 1,5 GB untuk 1C

Bekerja dengan database server (MSSQL)

Skenario ini adalah yang paling kompleks dan, mungkin, membutuhkan artikel terpisah. Saya mengusulkan dalam artikel ini untuk hanya mempertimbangkan prinsip-prinsip dasar yang mempengaruhi kinerja

• Penempatan SQL server dan server 1C. Pada mesin yang berbeda atau pada satu mesin. Ada momen seperti itu: jika mereka berada di mesin yang sama, maka komunikasi di antara mereka terjadi melalui protokol memori bersama, dan dalam hal ini kami mendapatkan bonus dalam kinerja, yang tidak ada ketika mereka berada di mesin yang berbeda.
• CPU. Dan di sini sudah berguna dan kecepatan clock tinggi dan multi-core. Karena kami memiliki proses server SQL, jika berada di mesin yang sama, dan beberapa proses server rphost 1C yang akan memuat inti prosesor. Secara terpisah, saya ingin menyoroti sistem dua prosesor (yaitu ketika ada dua soket pada motherboard untuk dan lebih dari soket). Bahkan jika Anda mengambil dengan satu soket kosong "sebagai cadangan, beli prosesor nanti, jika Anda tiba-tiba membutuhkannya." Saya telah melihat sejumlah besar server dua soket yang, sampai akhir hayatnya, berdiri dengan soket kedua yang kosong. Meskipun, jika perusahaan membayar ... mengapa menyangkal kesenangan itu sendiri :)
• RAM. Dalam pekerjaannya, SQL Server * secara aktif menggunakan RAM, jika tidak cukup, ia akan naik ke disk, yang, bahkan dalam kasus SSD, lebih lambat dari RAM. Oleh karena itu, tidak ada gunanya menghemat memori di sini. Anggaran sebanyak mungkin (jangan lupa, tentu saja, tentang akal sehat :)), dan biarkan slot kosong di motherboard sehingga Anda selalu dapat memberikan bilah tambahan.
  *Catatan: jangan lupa untuk membatasi RAM maksimum yang digunakan oleh SQL server agar cukup untuk sesi OS dan terminal, dan juga meningkatkan langkah-langkah untuk meningkatkan tmp dan basis SQL (langkah default adalah 1mb, yang sangat kecil, set 200 MB untuk basis dan 50 MB untuk log)
• subsistem disk. Pikiran mungkin muncul bahwa jika jumlah RAM lebih besar dari ukuran basis, maka semuanya akan terletak di memori dan semuanya akan terbang. Mungkin sudah ... sebelum operasi tulis pertama :) yang akan menulis ke disk. Dan di sinilah hard drive akan mematahkan Anda :) Gunakan drive SSD. Dan di sini, jangan hemat SSD non-desktop lagi, dapatkan SSD tingkat perusahaan biasa. Intel DC3700 -200GB sumber daya 3,7 petabyte (10 menimpa total volume drive per hari selama 5 tahun), dapat ditemukan untuk 24000r/piece + detik untuk RAID1=48000. Lisensi akan memakan waktu lebih banyak.

Terlihat seperti itu. Jika pertanyaan/keluhan/saran - selamat datang di komentar ;)

1C:Enterprise 8 dapat menjadi aplikasi intensif sumber daya bahkan dengan sejumlah kecil pengguna. Memilih server untuk 1C, setiap pemilik ingin menghindari "cedera lahir" - potensi kemacetan yang tertanam di dalamnya. Di sisi lain, saat ini hanya sedikit orang yang membeli server dengan kapasitas berlebih, “untuk pertumbuhan”. Ada baiknya jika profil beban dapat dihapus terlebih dahulu - maka lebih mudah untuk merancang server untuk konfigurasi aplikasi perusahaan tertentu.

Untuk kepastian, mari kita pertimbangkan platform "1C:Enterprise 8.2" dalam konfigurasi dasar populernya "Akuntansi", "Perdagangan dan Gudang", "Manajemen Penggajian dan Sumber Daya Manusia", "Manajemen Perusahaan Komersial" dan, sebagian, "Manufaktur Manajemen Perusahaan ". Kami melanjutkan dari fakta bahwa untuk perusahaan dengan 10 atau lebih karyawan yang bekerja di 1C, “1C: Enterprise 8.2. Server aplikasi". Mari kita pertimbangkan opsi untuk bekerja dalam mode Desktop Jarak Jauh, dengan jumlah pengguna basis data simultan hingga 100-150. Rekomendasi juga akan berlaku untuk DB 1C yang lebih “berat”, tetapi “kasus yang parah” selalu memerlukan pendekatan individual.

Prosesor dan RAM

Jika perusahaan sangat kecil (2-7 pengguna dalam sistem), basis datanya kecil (hingga 1GB), dan 1C:Enterprise 8.2 berfungsi dalam mode file di komputer pengguna, maka kami mendapatkan implementasi klasik dari server file . Bahkan Intel Core i3, terutama Intel Xeon E3-12xx, dapat mengatasi tugas seperti itu dalam hal beban CPU. Jumlah RAM yang dibutuhkan cukup sederhana: 2GB untuk sistem operasi dan 2GB untuk cache file sistem.

Jika perusahaan memiliki pengguna 5-25 1C, ukuran basis data hingga 4GB, maka aplikasi 1C:Enterprise 8.2 harus memiliki cukup Intel Xeon E3-12xx 4-core atau AMD Opteron 4xxx. Selain 2GB RAM untuk OS, perlu mengalokasikan 1-4GB untuk 1C:Enterprise 8.2. Application Server" dan jumlah yang sama untuk MS SQL Server sebagai cache - total 8-12GB RAM. Untuk database kecil, diinginkan untuk men-cache setidaknya 30% dari database dalam RAM, dan sebaiknya semuanya 100%.

Fakta yang diketahui (meskipun tidak secara khusus diiklankan): “1C: Enterprise 8.2. Application Server sangat tidak suka ketika sistem operasi membongkarnya ke dalam file swap di hard drive, dan cenderung terkadang kehilangan respons. Oleh karena itu, di server tempat "Server Aplikasi" berjalan, harus selalu ada persediaan ruang kosong di RAM - terutama karena harganya murah saat ini.

Di perusahaan besar, pengguna 1C biasanya bekerja melalui akses jarak jauh ke aplikasi (Remote Desktop) - yaitu, dalam mode terminal. Sebagai aturan, dengan 10-100 pengguna 1C dengan database 1GB atau lebih, “1C:Enterprise 8.2. Application Server" dan aplikasi pengguna "1C:Enterprise 8.2" berjalan di server yang sama.

Untuk menentukan sumber daya prosesor yang diperlukan, diasumsikan bahwa satu inti fisik dapat secara efisien memproses tidak lebih dari 8 utas pengguna - ini karena arsitektur internal prosesor. Seperti yang ditunjukkan oleh praktik, untuk tugas 1C + Desktop Jarak Jauh, Anda tidak boleh menggunakan prosesor server dari baris yang lebih rendah dengan frekuensi inti komputasi yang rendah dan arsitektur yang terpotong. Jika ada beberapa pengguna (hingga 15-20), satu prosesor Intel Xeon E3-12xx frekuensi tinggi sudah cukup. Pada saat yang sama, setidaknya satu dari inti fisiknya (2 utas) akan memenuhi kebutuhan SQL Server, satu lagi (2 utas) - ke 1C:Enterprise 8.2. Server Aplikasi", dan 2 inti fisik lainnya (4 utas) - untuk pengguna OS dan terminal. Dengan lebih dari 20 pengguna 1C atau lebih dari 4GB volume database, saatnya untuk beralih ke 2 sistem prosesor pada Intel Xeon E5-26xx atau AMD Opteron 62xx.

Perhitungan jumlah RAM yang dibutuhkan relatif sederhana: 2GB harus diberikan ke OS, 2GB atau lebih - MS SQL Server sebagai cache (setidaknya 30% dari database), 1-4GB - di bawah "1C: Enterprise 8.2 . Application Server", sisa memori server harus cukup untuk sesi terminal. Satu pengguna terminal, tergantung pada konfigurasinya, menggunakan aplikasi "Akuntansi", "Perdagangan dan Gudang" - 100-120MB, "Manajemen Gaji dan Personalia", "Manajemen Perusahaan Perdagangan" - 120-160MB, "Manajemen Perusahaan Manufaktur" - 180-240MB. Jika pengguna juga meluncurkan MS Word, MS Excel, MS Outlook di server, maka 100MB lainnya harus dialokasikan untuk setiap aplikasi. Sebagai aturan, minimum untuk server terminal adalah RAM 12GB.

Misalnya, untuk server 1C dengan seluruh paket perangkat lunak, 50 pengguna terminal dalam konfigurasi Trading Enterprise Management, dan database 8GB, daya komputasi dari dua prosesor Intel Xeon E5-2650 (8 core, 16 thread, 2,0 GHz) akan menjadi optimal. RAM akan membutuhkan setidaknya 2 (OS) + 4 (SQL) + 4 (1C-server) + 8 (160 "UTP" * 50 pengguna) = 18GB, dan sebaiknya 24-32GB (6-8 saluran DIMM masing-masing 4GB) .

Subsistem disk

Sebagian besar keluhan tentang lambatnya pengoperasian server 1C:Enterprise 8 disebabkan oleh kesalahpahaman tentang jenis operasi I / O apa yang dilakukan pada mereka, pada data apa dan dengan intensitas apa. Seringkali, itu adalah subsistem disk yang merupakan kunci untuk memastikan kinerja server yang memadai secara keseluruhan - lagipula, untuk database yang dimuat, masalah terbesar adalah mengunci tabel ketika banyak pengguna bekerja dengan mereka secara bersamaan atau selama unduhan / unggahan massal / posting. Pemantauan dan optimalisasi subsistem disk server.

1C memiliki 5 aliran data untuk subsistem disk yang digunakannya:

• tabel basis data;
• file indeks;
• file sementara tempDB;
• berkas log SQL;
• file log aplikasi pengguna 1C.

Struktur data dalam 1C berorientasi objek, dengan banyak objek dan hubungan di antara mereka. Untuk bekerja dengan tabel data, jumlah operasi baca dan tulis yang dapat dilakukan oleh subsistem disk dalam periode waktu tertentu (Operasi Output Output per Detik, IOPS) sangat penting. Pada saat yang sama, kemampuannya untuk memberikan kecepatan data streaming tinggi (dalam MBp / s) jauh lebih penting. Basis 200-300MB yang sangat sederhana dengan 3-5 pengguna dapat menghasilkan hingga 400-600 IOPS di puncak. Database untuk 10-15 pengguna dan volume 400-800MB mampu memberikan 1500-2500 IOPS, 40-50 pengguna database 2-4GB menghasilkan 5000-7500 IOPS, dan database untuk 80-100 pengguna dengan mudah mencapai 12000- 18000 IOPS.

Tentu saja, beban rata-rata pada subsistem disk dapat mencapai 10-15% dari puncaknya. Hanya pada kenyataannya, kinerja selama periode beban puncak yang penting: pengunduhan otomatis data dari sistem lain, pertukaran data dari sistem terdistribusi, atau periode ulang.

Drive modern dalam operasi baca dan tulis dengan akses acak (Baca / Tulis Acak) sendiri mengatasi beban seperti itu:

					Intel 910 400 GB
				2400 - 8600 IOPS

Terlihat jelas bahwa:

• hambatan untuk HDD dan SSD adalah penulisan;
• HDD tradisional bukan pesaing SSD dalam hal kecepatan baca di IOPS, bahkan secara teoritis, perbedaannya melebihi dua kali lipat;
• bahkan bukan SSD desktop paling modern 3-40 kali (tergantung konfigurasi) lebih cepat dari HDD mana pun dalam hal kecepatan tulis di IOPS, SSD server 12-40 kali lebih cepat dari HDD;
• kinerja maksimum di IOPS disediakan oleh Intel 910 class PCIe SSD atau LSI WarpDrive.

Disk tunggal tidak digunakan di server database, hanya array RAID. Untuk menghitung lebih lanjut kinerja sebenarnya dari subsistem disk, Anda perlu memperhitungkan biaya ("penalti") untuk menulis dalam IOPS, yang dikeluarkan oleh grup disk dalam RAID:

Jika Anda mengumpulkan 6 disk di RAID 10, maka untuk setiap catatan 1 IOPS data, 2 IOPS disk fisik akan dihabiskan, dan jika di RAID 6, maka 6 IOPS disk. Jadi, saat menghitung kapasitas beban tulis grup disk, Anda harus terlebih dahulu menjumlahkan IOPS semua disk dalam grup RAID, lalu membaginya dengan "penalti".

Contoh 1: 2 SATA 7200 HDD di RAID 1 akan memberikan penulisan: (100 IOPS *2) / 2 = 100 IOPS.

Contoh 2: 4 SATA 7200 di RAID 5 akan menyediakan: (100 IOPS *4) / 4 = 100 IOPS per penulisan.

Contoh 3: 4 SATA 7200 di RAID 10 akan menyediakan: (100 IOPS *4) / 2 = 200 IOPS per penulisan.

Contoh 2 dan 3 menunjukkan mengapa RAID 10 lebih disukai untuk menyimpan database yang memiliki distribusi baca/tulis 68/32 yang khas.

Dari ketiga tabel ini, jelas mengapa kinerja "gentleman's set" 2 HDD SATA 7200 di RAID 1 tidak cukup untuk server: pada beban puncak, antrian akses disk bertambah, pengguna menunggu respons dari sistem, terkadang selama berjam-jam.

Bagaimana cara meningkatkan kinerja tulis subsistem disk? Tingkatkan jumlah disk dalam grup RAID, pindahkan ke disk dengan kecepatan rotasi yang lebih tinggi, pilih level RAID dengan penalti tulis yang lebih rendah. Caching oleh pengontrol RAID dengan mode Tulis kembali diaktifkan sangat membantu. Data ditulis tidak langsung ke disk (seperti dalam mode Write Through), tetapi ke cache pengontrol, dan hanya kemudian, dalam mode batch dan dalam bentuk yang dipesan, ke disk. Bergantung pada spesifikasi tugas, kinerja tulis dapat ditingkatkan sebesar 30-100%.

Di bawah basis data yang dimuat dengan ringan atau relatif kecil (hingga 20GB), cara murah untuk "mengekstrak IOPS" cocok - RAID hibrida dari SSD / HDD. Lebih banyak tidak diperlukan untuk database cabang untuk 3-15 pengguna dalam struktur terdistribusi seperti jaringan kafe atau stasiun layanan.

Untuk database besar (200GB atau lebih) dengan jejak data historis yang panjang, atau untuk melayani beberapa database besar, cache SSD (teknologi LSI CacheCade 2.0 atau Adaptec MaxCache 3.0) bisa efektif. Menurut pengalaman mengoperasikan sistem seperti itu, dalam tugas 1C mereka dapat digunakan secara relatif murah dan tanpa perubahan signifikan dalam infrastruktur penyimpanan untuk mempercepat operasi disk sebesar 20-50%.

Juara dalam hal kinerja di IOPS dapat diprediksi adalah array RAID pada SSD server - baik tradisional, menggunakan pengontrol RAID SAS, dan SSD PCIe. Popularitas mereka terhalang oleh dua batasan: teknologi (kinerja pengontrol RAID atau kebutuhan untuk menghancurkan struktur penyimpanan secara radikal) dan harga jual.

Secara terpisah, harus dikatakan tentang penyimpanan file indeks dan TempDB. File indeks sangat jarang diperbarui (biasanya sekali sehari), tetapi dibaca sangat, sangat sering (IOPS). Data seperti itu hanya perlu disimpan di SSD, dengan kecepatan bacanya! TempDB yang digunakan untuk menyimpan data sementara biasanya berukuran kecil (1-4-12GB), tetapi sangat menuntut kecepatan tulis. Indeks dan file sementara memiliki kesamaan bahwa kehilangannya tidak menyebabkan hilangnya data nyata. Ini berarti bahwa mereka dapat ditempatkan pada SSD yang terpisah (bahkan lebih baik - pada dua volume terpisah). Setidaknya pada pengontrol SATA onboard dari motherboard. Dari sudut pandang keandalan dan kinerja, di bawah TempDB diinginkan untuk memberikan cermin (RAID1) dari SSD, dimungkinkan pada pengontrol terpasang, tetapi dengan penutupan wajib semua cache tulis. SSD desktop juga dapat mengatasi peran ini - seperti seri Intel 520, di mana kompresi data perangkat keras saat menulis ke TempDB akan tepat. Penghapusan tugas-tugas ini dari sistem penyimpanan bersama ke subsistem berkecepatan tinggi khusus memiliki efek positif pada kinerja sistem secara keseluruhan, terutama pada saat beban puncak.

Dalam kasus di mana dimungkinkan untuk memastikan respons tercepat dari administrator jika terjadi kegagalan, dan ketika ada tugas komputasi yang kompleks (gudang atau logistik transportasi, produksi di SCP, pertukaran volume di URDB), TempDB ditransfer ke RAMDrive. Solusi ini memungkinkan Anda untuk menang terkadang hingga 4-12% dari keseluruhan kinerja sistem. Beberapa ketidaknyamanan hanya muncul jika server dihidupkan ulang: jika RAMDrive tidak memulai secara otomatis, intervensi administrator akan diperlukan untuk memulai secara manual - jika tidak, seluruh sistem akan menjadi.

Komponen penting lainnya adalah file log. Mereka memiliki fitur yang tidak menyenangkan untuk setiap subsistem disk - mereka menghasilkan aliran akses tulis kecil yang hampir konstan. Ini tidak terlihat pada beban sedang, tetapi sangat menurunkan kinerja server 1C pada beban puncak. Masuk akal untuk memindahkan file log (terutama file log SQL) ke volume fisik terpisah yang tidak memiliki persyaratan IOPS tinggi dan akan ditulis hampir secara linier. Untuk ketenangan pikiran, Anda dapat membuat cermin dari SATA / NL SAS yang murah dan banyak (untuk Log lengkap), atau SSD desktop murah dari seri Intel 520 yang sama (Log sederhana, atau Log lengkap, dengan Pencadangan dan pembersihan hariannya).

Secara umum, kita dapat mengatakan bahwa kedatangan SSD di server telah membuka peluang baru untuk meningkatkan kinerja server massal - karena penyimpanan data berjenjang dan konfigurasi I / O disk yang wajar.

Subsistem disk dari "server ideal di bawah 1C" terlihat seperti ini:

1. Tabel database dihosting di RAID 10 (atau RAID 1 untuk database kecil) dari SSD server yang andal dengan pengontrol RAID perangkat keras wajib. Untuk persyaratan IOPS tinggi, pertimbangkan opsi PCIe SSD. Untuk database besar, caching SSD dari array HDD efektif. Jika konfigurasi 1C dan struktur data yang digunakan tidak terlalu menuntut pada IOPS, dan jumlah pengguna sedikit, susunan tradisional HDD SAS 15K rpm sudah cukup.

2. File indeks dipindahkan ke SSD tunggal yang cepat dan murah, TempDB - ke 1-2 (RAID 1) SSD atau RAMDrive.

3. Volume khusus (disk fisik tunggal atau RAID-1) pada HDD SATA/NL SAS atau SSD murah, atau disk logis pada larik RAID yang berisi sistem operasi server dan file/folder pengguna.

4. Sistem operasi dan data pengguna disimpan di RAID 1 HDD atau SSD.

Jika infrastruktur TI divirtualisasi, sangat diinginkan bahwa SQL Server diinstal bukan sebagai mesin virtual, tetapi langsung pada server fisik, pada bare metal. Harga masalah adalah dari 15 hingga 35% dari kinerja subsistem disk (tergantung pada perangkat keras, driver, alat virtualisasi, dan metode koneksi volume). Dalam lingkungan server SQL tervirtualisasi, menghubungkan volume dengan tabel database, file indeks, dan TempDB ke VM adalah wajib dalam mode eksklusif melalui Akses Langsung.

Antarmuka jaringan

Saat membangun sistem 1C:Enterprise 8 untuk perusahaan kecil dan menengah (hingga 100-150 pengguna aktif secara bersamaan), kerugian dalam operasi jaringan melalui antarmuka Ethernet harus diminimalkan. Idealnya, layani SQL Server, dan "1C: Enterprise 8 Application Server x64", dan sesi pengguna 1C di Remote Desktop dengan satu server fisik. Kontroversial dalam hal toleransi kesalahan, rekomendasi ini memungkinkan Anda untuk mendapatkan hasil maksimal dari perangkat keras dan perangkat lunak, dan melalui penggunaan virtualisasi memberikan tingkat keamanan tertentu dan "pengulangan lingkungan" pada peralatan lain.

Mengapa mengecualikan Ethernet dari server SQL rantai -> 1C: Server aplikasi Enterprise 8 -> 1C: Sesi pengguna Enterprise 8? Antarmuka jaringan Ethernet, dengan pengepakan data ke dalam blok yang relatif kecil untuk transmisi, akan selalu membuat penundaan tambahan: baik saat mengemas / membongkar lalu lintas, dan selama transmisi itu sendiri (latensi tinggi). Di 1C:Enterprise 8, array data yang agak besar ditransfer untuk diproses dan ditampilkan di sepanjang rantai, dalam beberapa situasi - di kedua arah. Saat mentransfer data langsung dari satu proses ke proses lain dalam RAM server (pada server yang sama tanpa virtualisasi), atau melalui antarmuka jaringan virtual (dalam server fisik yang sama, dengan adaptor jaringan server yang baik dengan transfer blok RAM antar VM) penundaan jauh lebih rendah. Server dual-prosesor modern dengan RAM besar dan subsistem disk pada SSD memungkinkan Anda melayani database 1C dengan nyaman untuk 100-150 pengguna aktif.

Jika penggunaan beberapa host fisik tidak dapat dihindari untuk database yang dimuat, sebaiknya sambungkan semua server melalui Ethernet 10Gb. Atau setidaknya 2-4 koneksi Ethernet 1Gb agregat dengan akselerasi perangkat keras TCP/IP (TCP/IP Offloader) dan dukungan virtualisasi perangkat keras.

Yang terpenting, solusi anggaran mengalami kerugian kinerja pada port Ethernet. Bukan rahasia lagi bahwa adaptor jaringan 1Gb, yang disolder pada sebagian besar motherboard server, tidak dirancang untuk menangani lalu lintas jaringan yang padat. Bahkan jika papan memiliki 2 atau 3 port GbE, mereka biasanya diimplementasikan pada chip desktop. Cukup untuk manajemen, mereka menghasilkan biaya overhead tambahan untuk melayani pertukaran jaringan, terutama di lingkungan virtual. Seluruh proses transfer data melalui chip semacam itu disediakan oleh sumber daya prosesor, RAM, dan beban pada bus internal. Chip tersebut tidak memberikan percepatan transmisi lalu lintas IP, setiap paket Ethernet yang diterima dan ditransmisikan memerlukan interupsi terpisah untuk prosesor. Dalam lingkungan virtual, kerugian kinerja antarmuka jaringan dapat mencapai 25-30%. Hal yang paling tidak menyenangkan adalah antarmuka jaringan yang kelebihan beban oleh alat pemantauan dan mungkin tidak diperhatikan. Prosesor pusat terpesona untuk itu, dan jika tidak berfungsi, maka itu menganggur menunggu respons dari kartu jaringan. Diinginkan untuk mengecualikan port pada chip desktop dari aliran data di lingkungan virtual, meninggalkannya untuk tugas manajemen server. Di bawah lalu lintas jaringan yang intens, ada baiknya menambahkan kartu jaringan diskrit pada chipset server.

Toleransi kesalahan atau waktu henti yang dapat diterima?

Diskusi tentang kinerja server hampir selalu disertai dengan argumen tentang keandalan server. Toleransi kesalahan selalu datang dengan biaya tambahan, terutama ketika mendukung proses produksi yang berkelanjutan. Tanpa meremehkan peran dan tempat 1C, kita dapat mengatakan bahwa sebagian besar penggunanya memecahkan dilema "kinerja / keandalan" di bidang yang berbeda: mereka berjuang untuk yang pertama dengan optimalisasi solusi perangkat keras, untuk yang kedua - dengan organisasi proses dan Prosedur. Saat aplikasi cukup kritis, fokus dalam menjaga kesehatan bukanlah pada perlindungan server individu, tetapi pada meminimalkan waktu henti infrastruktur secara keseluruhan.

Tentu saja, untuk perusahaan dengan jumlah pengguna yang terhubung secara bersamaan dalam jumlah yang relatif besar (25-150) dan menghosting semua aplikasi di satu server, sangat penting untuk menggunakan catu daya yang tidak pernah terputus, catu daya yang berlebihan untuk server itu sendiri, keranjang disk hot-swap dan larik RAID hot-standby. Tetapi tidak ada perangkat keras yang dapat menggantikan cadangan data yang direncanakan itu sendiri. Memiliki cadangan harian (lebih tepatnya, setiap malam) dan file online dengan log SQL Lengkap, Anda dapat sepenuhnya memulihkan database 1C dalam waktu yang relatif singkat.

Waktu henti yang diizinkan dari sistem 1C pusat untuk perusahaan kecil dan menengah adalah 1-2 kecelakaan per bulan, berlangsung 1-4 jam. Faktanya, ini adalah margin waktu yang sangat besar - jika Anda siap untuk pemulihan terlebih dahulu. Kondisi yang diperlukan untuk restart cepat adalah ketersediaan gambar dari semua server virtual dan fisik dalam bentuk VM pada penyimpanan / volume terpisah - untuk memulihkan bagian infrastruktur itu sendiri di server cadangan. Pencadangan harian wajib (serta mingguan dan pada akhir periode) ke perangkat fisik lain dan log SQL Lengkap untuk kasus-kasus di mana hilangnya data "dari awal hari kerja" sangat penting dan sulit untuk dipulihkan secara manual. Jika Anda memiliki peralatan pengganti, Anda dapat menyimpannya dalam waktu 1-2 jam untuk memulihkan kapasitas kerja secara umum, meskipun dengan produktivitas yang lebih rendah. Nah, di mana kontinuitas 24×7 diperlukan, prioritasnya adalah pilihan arsitektur yang sesuai, peralatan dengan jumlah titik kegagalan minimum dan teknologi pengelompokan yang lengkap. Tapi itu cerita yang sama sekali berbeda.

Artikel asli: http://ko.com.ua/proektirovanie_servera_pod_1s_66779

Dengan izin editor jurnal "Computer Review"

Untuk memastikan efektivitas program yang dijalankan pada platform Enterprise 8, perlu tidak hanya beli 1C, tetapi juga untuk memilih solusi server yang tepat.

Saat ini implementasi 1C 8 dilakukan dalam beberapa versi. Solusi paling populer adalah server file khusus. Opsi ini mencakup PC khusus atau server kecil, OS server yang diinstal, serta pengaturan akses bersama ke folder dengan 1C: Enterprise. Opsi ini cukup sederhana dan terjangkau, tetapi tidak mampu memberikan kinerja dan keandalan yang tinggi.

Jika sebuah organisasi perlu memastikan keandalan dan kinerja tinggi, maka, sebagai suatu peraturan, mereka memilih implementasi 1C 8 menggunakan DBMS industri - Microsoft SQL Server. Dalam hal ini, Windows Server 2003 digunakan sebagai sistem operasi, dan perangkat keras harus memenuhi persyaratan tinggi.

Solusi ini lebih mahal, tetapi memiliki kelebihannya sendiri, seperti kinerja tinggi dan toleransi kesalahan. Sistem ini juga memungkinkan pencadangan yang efisien, memberikan perlindungan data tingkat tinggi, dan menghilangkan pengindeksan wajib jika terjadi kegagalan.

Agar sistem dapat bekerja dengan baik, maka harus dilaksanakan oleh orang yang berkualifikasi Pemrogram 1C. Karena yang tidak berpengalaman Pemrogram 1C dapat meniadakan semua keuntungan - volume database yang besar dengan konfigurasi server berkualitas rendah secara signifikan mengurangi kinerja produk 1C.

Perlu juga dicatat bahwa opsi penyebaran desktop ini memerlukan lisensi klien untuk terhubung ke Windows Server 2003/2008. Dalam kasus beban tinggi pada infobase 1C, kinerja Windows SBS 2003/2008 mungkin tidak mencukupi. Dalam hal ini, dimungkinkan untuk mengalokasikan server tambahan, Microsoft SQL Server 2005/2007.

Metode lain yang sering digunakan saat mengimplementasikan 1C adalah terminal server. Layanan Koneksi Terminal yang dibangun ke dalam Windows Server 2003 memungkinkan Anda untuk mendapatkan cadangan kinerja yang besar, kemampuan untuk bekerja dengan aman dan penuh, serta perlindungan tingkat tinggi.

Daftar perangkat lunak untuk implementasi program 1C: Enterprise.

Sebagai aturan, perangkat lunak berikut digunakan untuk mengimplementasikan program pada 1C: Platform perusahaan: Windows 7, Vista, XP Professional, Windows Server 2003-2008, Windows Server bisnis kecil.

Windows XP Professional telah lama menjadi versi dasar dari OS dan diinstal di banyak organisasi. Windows 7 adalah sistem operasi yang cukup baru untuk komputer pribadi yang memberikan kinerja tinggi melalui integrasi jaringan, teknologi, dan sistem. Komputer yang dilengkapi dengan sistem operasi Windows Vista, XP Professional, dan 7 dapat digunakan sebagai server tingkat pemula. Sistem operasi ini mendukung hingga 10 koneksi, tetapi kecepatan dan keamanannya jauh dari yang diinginkan.

Windows Server 2003 atau 2008 adalah sistem operasi server paling populer yang memungkinkan Anda untuk menerapkan 1C: Solusi perusahaan , memastikan keandalan dan kemudahan perawatan.

Windows Small Business Server 2008 adalah produk perangkat lunak yang terdiri dari seluruh paket produk server dan komponen tambahan. Opsi ini cocok untuk perusahaan kecil yang tidak merencanakan beban serius pada basis informasi 1C Enterprise. Keuntungan utama dari Windows SBS 2008 adalah harganya yang murah.

Jadi sebelumnya beli 1C, Anda perlu mempertimbangkan beban apa yang akan dikenakan database dan, sesuai dengan ini, pilih jenis server.

Rilis ini disiapkan oleh toko perangkat lunak berlisensi 1cmarket.ru

Komentar dan ulasan

Sumber jaringan telah mengungkapkan detail karakteristik dari smartphone Black Shark 2 Pro, yang akan secara resmi...

HTC telah memperluas jangkauan smartphone anggarannya dengan model Wildfire E, yang dibandrol dengan harga 9.000 rubel...

LG telah mengumumkan bahwa TV mereka akan mendukung teknologi Apple AirPlay 2 dan HomeKit. Oleh s...

Perusahaan Phanteks menghadirkan solusi unik untuk merakit CBO khusus sehari sebelumnya. Gletser D140 Baru dengan...