1c korxona sql. MS SQL Serverga foydalanuvchi qo'shish

1C 8.x mijoz-server uchun ishlash tezligi bo'yicha eng samarali server sxemasi

Muqaddima

Men doimo IT mutaxassislarining bayonotlariga duch keldim "Tarmoq 20% yuklangan... protsessorlar 50% ... disklar uchun navbatlar kam... Shunday qilib, tarmoq va serverlar engishmoqda... 1C dagi kodni faqat u erda ko'ring."

Aslida, quyidagilar sodir bo'ldi (1C va SQL serverlari turli xil kompyuterlarda ajratilgan): tarmoq amalda maksimal darajada ishlatilgan( bular" 20% tarmoq interfeysi yuki" = "20% foydali ma'lumotlar" + "80% ishlov berish xarajatlari"). Shunga ko'ra, "foydali" ma'lumotlarni almashish uchun kanalning kichik kengligi tufayli SQL server va "1C Server" doimiy ravishda bir-birini kutishgan, bu esa protsessor va disk tizimi resurslaridan kam foydalanishga olib keldi.

Saqlash:Birinchidan, men 1C platformasi nima ekanligiga e'tibor qaratmoqchiman?

Shunday qilib, keling, asosiy narsadan boshlaylik 1C - ORM asosida qurilgan(ob'ektga aloqador xaritalash) -tizim undagi dasturchi esa bevosita relyatsion tasvir bilan emas, balki obyektlar bilan ishlaydi.
ru.wikipedia.org/wiki/ORM

1C muhitida dasturchi ob'ekt mantig'ini yozadi va ob'ektlarni yig'ish/demontaj qilish va yozib olish uchun "" tekis ko'rinish“Platformaning o'zi ma'lumotlar bazasi jadvallari uchun javobgardir.

ORM nuqtai nazaridan asosiy "+" va "-":

"+" ORM muhitidagi dasturchi sof relyatsion dastur kodi (misol SQL so'rovlari) bilan solishtirganda kod miqdorining kamayishi va soddaligi tufayli ilovalarni ishlab chiqish tezligida ustunlikka ega bo'ladi. Shuningdek, u sizni Relational DBMS jadvallaridagi yozuvlar bilan bevosita ishlaydigan kod yozishdan ozod qiladi. * 1

"-" ORM "platformalarini" yaratuvchilar uchun qiyinchiliklar va ishlash muammolari:

Ob'ektga yo'naltirilgan ma'lumotlarni saqlash uchun relyatsion ma'lumotlar bazasidan foydalanish dasturchilarni yozishga majbur qiladigan "semantik bo'shliq" ni yaratadi. dasturiy ta'minot, bu ob'ektga yo'naltirilgan shaklda ma'lumotlarni qayta ishlash va bu ma'lumotlarni relyatsion shaklda saqlash imkoniyatiga ega bo'lishi kerak. Ikki xil ma'lumot shakli o'rtasida konvertatsiya qilishning doimiy ehtiyoji nafaqat unumdorlikni sezilarli darajada pasaytiradi, balki dasturchilar uchun ham qiyinchiliklar tug'diradi, chunki ma'lumotlarning ikkala shakli bir-biriga cheklovlar qo'yadi.

*1"Tushuntirish". 1C 8.x 1C "So'rov" ob'ektida aloqaga o'xshash kod (faqat o'qish) bilan ishlashga imkon berishiga qaramay, bu hali ham relyatsion DBMSga tarjima qilingan ma'lumotlarni saqlash jadvallariga to'g'ridan-to'g'ri birma-bir so'rov emas. , lekin birinchi Jami, "Ob'ekt so'rovi" ham ob'ektlarni yig'ish va demontaj qilish bosqichini chetlab o'tmaydi. Shuning uchun, ko'pincha, minglab qatorlar o'rniga "Ob'ekt so'rovlari" - kodning ishlashi va rivojlanish tezligi bo'yicha eng maqbul - ob'ektga asoslangan, aloqador bo'lmagan kodni yozish.

1-bob: Keling, 1C 8.x mijoz-server modelini ko'rib chiqaylik

Men ishlashga ta'sir qiluvchi asosiy to'siqlarni qayd etaman:

1) Birinchi to'siq - bu aloqa vositasi.
Rasmda o'qlar ma'lumotlar almashinuvi oqimlarini ko'rsatadi, bu erda "qizil"lar Relational DBMS hisoblanadi<->Ob'ekt DBMS, "to'q sariq" - Ob'ekt DBMS o'rtasidagi sinxronizatsiya.
Chunki DBMS va 1C klasterlari uchun alohida serverlardan foydalanganda - aloqa muhiti tarmoq ulanishlari - keyin ko'plab kichik qismlarga ma'lumotlarni uzatishda sezilarli kechikishlar mavjud - ikkalasi ham kechikishning o'zi tufayli jismoniy amalga oshirish interfeyslar va ushbu tarmoqdagi tugunlarning kechikishi tufayli.

Keling, Ethernet Gigabit tarmoq standarti misolini ko'rib chiqaylik. (Ma'lumot uzatish tezligi grafigi... quyida)
MS SQL bilan ishlaydigan 1C Server misolidan foydalanib ( aloqa paketlarining standart hajmi 4 kb):

Grafik shuni ko'rsatadiki, DATA = 4 kb paketlardan foydalanganda, ko'rib chiqilayotgan tarmoqning o'tkazish qobiliyati atigi 250 Megabit / s ni tashkil qiladi. (nashrga berilgan sharhda to'g'ri qayd etilgan: bular protokol paketlari emas Masalan TCP darajasi, va DATA paketlari birjada ishtirok etuvchi ilovalarni yaratadigan)
…
Amaliyotdan: bu ikkita alohida serverga bo'lingan
MS SQL (server № 1)< - Ethernet Gigabit --->"Server 1C" (server №1)
platforma tezligidan past
50% ga MS SQL opsiyasi (server № 1)< - Shared Memory (без сети через участок памяти) --->"Server 1C" (server № 1) ... va bu allaqachon "bir yuqori yuklangan foydalanuvchi sessiyasida"

2) Darboğaz - bu "1C klasterlari" dagi alohida kompyuterlar soni, qanchalik ko'p bo'lsa, sinxronizatsiya xarajatlari shunchalik ko'p bo'ladi va natijada tizimning ishlashi pasayadi.

3) To'siq - bu miqdor individual jarayonlar 1c server, qanchalik ko'p bo'lsa, ularni sinxronlashtirish xarajatlari shunchalik ko'p bo'ladi ... Ammo bu erda, ehtimol, barqarorlikni ta'minlash uchun "oltin o'rtacha" ni topish kerak. 2*
2* "Aniqlash" - MS Windows uchun quyidagi qoida mavjud:
Jarayonlar iplarga qaraganda qimmatroq, ya'ni nisbatan bu holat amalda quyidagilar: bir jarayon doirasidagi ikkita ip o'rtasidagi almashuv kursi turli jarayonlarda joylashgan iplar orasidagi almashuv kursidan sezilarli darajada oshadi.

Shuning uchun, masalan, "Fayl 1C 8.x" har doim mijoz-server versiyasida platformaning yagona foydalanuvchi ishlashi tezligidan oshib ketadi. Hammasi oddiy, chunki... “Fayl 1C 8.x” holatida “Relational DBMS” ipi “Object DBMS” ipi bilan bitta jarayon doirasida bog‘lanadi.

4) Darboğaz - bitta tarmoqli foydalanuvchi sessiyasi, chunki har bir foydalanuvchi seansi platforma tomonidan bir nechtaga parallellashtirilmaydi, keyin uning ishi bittasining resurslaridan foydalanish bilan cheklanadi CPU yadrolari=> shuning uchun har bir yadroning maksimal tezligi maqsadga muvofiqdir, bu holda 1C platformasining ishlashi, masalan, 1 gigagertsli 10 yadroli protsessorda, 4 yadroli platformaning ishlashidan sezilarli darajada past bo'ladi. 3 gigagertsli protsessor - albatta, ma'lum miqdordagi iplargacha.

2-bob (Xulosa): Keling, kengaytirilmaydigan va kengaytiriladigan variantlarni ko'rib chiqaylik - 1C 8.x platformasi uchun eng samarali sxemalar. Windows operatsion tizimi uchun (Menimcha, Linux uchun vaziyat o'xshash)

1-variant (ko'lamli emas). 100 ta "yuqori yuklangan foydalanuvchi seanslari" uchun

1) 3 gigagertsli chastotada 4 yadroli protsessorli oddiy 2 soketli server samarali.

3) MS SQL< - Shared memory -->"Server 1C"

2-variant (ko'lamli). 100 dan boshlanadi"yuqori yuklangan foydalanuvchi seanslari" va undan keyin….
Bu erda nemis 1c "Sap HANA" yo'lidan borish mantiqan to'g'ri))
SGI dan modulli "Super-kompyuter" ni yig'ing - 2 rozetkadagi "pichoqlardan" iborat. anakartlar, har bir pichoq NUMA chiplari asosidagi o'ta tezkor o'zaro bog'lanishning murakkab topologiyasi bilan bir-biriga bog'langan va hamma narsa bitta OT tomonidan boshqariladi. Bular. Bunday server ichidagi dasturlar, ta'rifiga ko'ra, har qanday "pichoq" resurslariga kirish huquqiga ega.

1) kerakli yukga ko'ra "pichoqlarni" qo'shing ... har 100 foydalanuvchiga taxminan bitta "pichoq" miqdorida.

2) SSD-da tezkor disk tizimi

3) MS SQL< - Shared memory -->"Server 1C"

Umuman olganda, 1C korxonasi bilan ishlash uchun MS SQL Serverni o'rnatish odatdagi sozlamalardan unchalik farq qilmaydi, ammo eksperimental ravishda aniqlangan ba'zi nuanslar mavjud.

Keling, eng ko'pini ko'rib chiqaylik muhim nuqtalar 1C ishlashini optimallashtirish uchun server va ma'lumotlar bazalarini o'rnatish va keyingi konfiguratsiyada.

MS SQL Serverni o'rnatish

Biz barcha o'rnatish bosqichlarini ko'rib chiqmaymiz va faqat alohida e'tibor talab qiladigan fikrlarga to'xtalamiz.

Komponentlarni tanlash va sozlash

MS SQL Server bilan 1C Enterprise bilan ishlash uchun quyidagi komponentlar to'plamini tanlash kifoya:

• Ma'lumotlar bazasi dvigatellari xizmatlari
• Mijoz xizmatlari bilan aloqa
• Boshqaruv elementlari - Asosiy
• Boshqaruv vositalari - to'liq to'plam (xizmat rejasini tuzish uchun bizga to'liq to'plam kerak bo'ladi)

Muhim! Umumiy komponentlar katalogini alohida diskda (.dan alohida) ko'rsatish yaxshiroqdir operatsion tizim). Bu tezlikni va xatolarga chidamliligini oshiradi.

Server konfiguratsiyasi

SQL Server Agent va SQL Database Engine xizmatlarini ishga tushirish uchun belgilang hisob. Siz administrator huquqlari bilan alohida hisob yaratishingiz yoki Administrator hisobini belgilashingiz mumkin. Ammo shuni esda tutish kerakki, agar siz bu erda ko'rsatgan hisobingiz uchun parolni o'zgartirishga qaror qilsangiz, xizmat ishga tushishni to'xtatadi. Shuning uchun, parolni o'zgartirishni rejalashtirmagan hisob qaydnomasidan foydalaning.

Database Engine komponentini sozlash

Biz aralash rejimni belgilaymiz va sa - SQL Server tizim hisobi uchun parol o'rnatamiz.

SQL-ni boshqarishi mumkin bo'lgan kompyuter yoki domen hisoblarini qo'shing.

Mssql va 1C Server uchun xavfsizlik devorini o'rnatish

Biz MS SQL uchun 1433 va 1C Server uchun 1541-1560 portiga kirish ulanishlariga ruxsat beruvchi qoidalar yaratamiz.

Biz dastur uchun qoida yaratamiz. Dasturga boradigan yo'l shunday ko'rinadi
C:\Program Files\Microsoft SQL Server\MSSQL13. \MSSQL\Binn\sqlservr.exe

1C bilan ishlash uchun Ms SQL server xususiyatlarini sozlash

Microsoft SQL Server Management Studio dasturini ishga tushiring va serverga ulaning.

Server xususiyatlari oynasini oching va Xotiraga o'ting. Biz SQL server ehtiyojlari uchun xotira ajratishning maksimal ruxsat etilgan qiymatini o'rnatdik. Agar bu bajarilmasa, u barcha bo'sh xotirani egallaydi, chunki standart qiymat 2147483647 MB. Ruxsat etilgan xotira qiymatini formuladan foydalanib hisoblash mumkin (men Infostat.ru saytidan Aleksey Novoselovning tajribasidan foydalandim):
[Server operativ xotirasining umumiy miqdori] – – Masalan, agar serverda atigi 36 GB operativ xotira bo‘lsa, Windows 2008 o‘rnatilgan va 8 ta rphost jarayoni ishlayotgan bo‘lsa, hisob quyidagicha bo‘ladi: 36 – 4 – 1,5*8 = 20 GB, biz SQL uchun chegara o'rnatdik.

Protsessor elementiga o'ting. Bundan tashqari, ishchi iplarning maksimal sonini qo'lda o'rnatish va qiymatni 2048 ga qo'yish yaxshiroqdir, chunki 0 qiymati bilan iplar soni 255 dan oshmasligi mumkin. SQL ustuvorligini saqlash opsiyasini yoqing.

Albatta, server xususiyatlarini o'rnatish bo'yicha bu maslahatlar panatseya emas va ular barcha sharoitlarda bir xil darajada yaxshi bo'lmaydi, lekin ko'p hollarda bu juda mos keladi deb o'ylayman.

1C Enterprise ishchi ma'lumotlar bazasini o'rnatish

Maxsus ma'lumotlar bazasi xususiyatlarini oching.

Endi eng muhimi, ma'lumotlar bazasini tiklash modeli haqida qaror qabul qilishdir. Ular nukt parametrlarida tuzilgan. Keling, ikkita asosiy tiklash modelini ko'rib chiqaylik.

1. Oddiy. Agar siz kuniga bir marta zahira nusxasini yaratishni rejalashtirmoqchi bo'lsangiz va ma'lum bir nuqtaga qadar aniqlik bilan tiklash qobiliyati siz uchun muhim bo'lmaganda foydalanish kerak. Bu 1C Buxgalteriya yoki ZUP bo'lishi mumkin, bu erda kunlik tranzaktsiyalar ko'p bo'lmaydi. Har kecha bitta zaxira nusxasini yarating va yaxshi uxlang. Hech qanday qiyinchiliklar.

2. To‘liq. Ushbu model ko'p sonli kunlik tranzaktsiyalar, masalan, 1C Chakana savdosi bilan ma'lumotlar bazalarining zaxira nusxasini yaratish uchun eng yaxshi qo'llaniladi. Ushbu model yordamida siz barcha tranzaktsiyalar jurnallarda saqlanadi va ma'lumotlar bazasini istalgan vaqtda tiklashingiz mumkin bo'ladi. Ammo bu holda siz tranzaktsiyalar jurnali sozlamalari bilan shug'ullanishingiz kerak bo'ladi.

Qayta tiklash modeliga qaror qilganimizdan so'ng, [Fayllar] ga o'tishimiz mumkin.

Agar siz oddiy tiklash modelidan foydalanayotgan bo'lsangiz, [Jurnal] fayl turini o'rnatishni o'tkazib yuborishingiz mumkin.
Agar siz to'liq versiyadan foydalansangiz, sozlamalarni o'zgartirishingiz kerak Avtomatik kengaytirishni 50 MB ga o'rnating. Avtomatik kengayish chekloviga e'tibor berishga arziydi va uni o'zgartirish yaxshidir, chunki Standart qiymat 2TB dan katta. Masalan, katta miqdordagi tranzaktsiyalar uchun chakana savdo 1C Chakana savdosida tranzaktsiyalar jurnali juda tez o'sib boradi va tez orada diskingizda bo'sh joy tugaydi. Shuning uchun, chegarani 10 GB ga qo'yish yaxshiroqdir. Lekin bu faqat tavsiya, chunki hamma narsa individualdir va tranzaktsiyalar soniga bog'liq.

Cheklovni o'rnatishda shuni esda tutish kerakki, siz haddan tashqari qiymatga erishganingizda, siz xato olasiz: "ma'lumotlar bazasi uchun tranzaktsiyalar jurnali to'lgan" va 1C ishga tushmaydi. Tranzaktsiyalar jurnali o'z vaqtida tozalanishi uchun ma'lumotlar bazasiga texnik xizmat ko'rsatish rejasida uning zaxira nusxasini sozlash kerak. Ma'lumotlar bazasiga texnik xizmat ko'rsatish rejasini qanday yaratish haqida o'qing.

Ammo tranzaktsiyalar jurnalini tozalash faylning o'zi hajmini kamaytirmaydi, faqat faol bo'lmagan tugallangan tranzaktsiyalarni o'chirish orqali yangi yozuvlar uchun undagi bo'sh joyni bo'shatadi.

Agar jurnal to'la bo'lsa, ma'lumotlar bazasi ishlashi uchun uni qo'lda tozalash kerak bo'ladi. Buni qanday qilishni o'qing

Quyida tavsiflangan narsalarni tushunish uchun ikkita tushunchaga aniqlik kiritish kerak:

• Mijoz- shaxsiy kompyuter yoki dasturiy ta'minot, har qanday ma'lumotlarni qabul qilish yoki qayta ishlash uchun serverga so'rovlar yaratadigan tarmoq bloki;
• Server- sezilarli ishlab chiqarish qobiliyatiga ega kuchli kompyuter yoki mijoz so'rovlariga javob beradigan dasturiy ta'minot.

Mijoz-server arxitekturasi mijoz ilovasining ma'lumotlar bazasi serveri bilan maxsus dastur - 1C: Enterprise serveri orqali o'zaro ta'sirini o'z ichiga oladi.

MSSQL-ni server mashinasiga o'rnatish ko'plab qo'llanmalarda SQL versiyasi va server operatsion tizimining versiyasiga qarab mumkin bo'lgan o'zgaruvchanlik bilan tavsiflangan.

1. Mavjud tarqatishda setup.exe o'rnatish faylini ishga tushirishingiz kerak (sizga Microsoft kerak bo'ladi. NET Framework va Windows Installer operatsion o'rnatuvchisi, ya'ni uni oldindan o'rnatilgan bo'lishi tavsiya etiladi).

2. Keyingi ishlanmalar uchun bir nechta variantlar taklif etiladi: dastlabki o'rnatish, allaqachon o'rnatilgan komponentlarni o'zgartirish, ularni yangilash yoki qidirish. Ushbu bosqichda dastur MSSQL operatsion tizimining minimal talablariga muvofiqligini tekshiradi:

3. Litsenziyalangan dasturni sotib olayotganda olingan mahsulot kalitini kiritishingiz kerak.

4. Keyingi bosqichda siz litsenziya shartnomasi shartlarini qabul qilgan katakchani belgilashingiz kerak:

Keyingi bosqichga o'tish "Keyingi" tugmasini bosish orqali amalga oshiriladi.

5. Mavjud yangilanishlarni oling.

6. Biz konfiguratsiya tekshiruvidan o'tamiz (Ogohlantirish MSCS ni o'tkazib yuboramiz):

7. Variantni tanlang mo'ljallangan maqsad sozlamalar:

8. Bizga kerakli komponentlarni tanlang; siz barchasini tanlashingiz mumkin (Hammasini tanlang), lekin umuman olganda, topshiriq uchun asosiylari etarli, ya'ni 1C serveri bilan ishlash uchun faqat 3 ta kerak (DatabaseEngineServices [ruscha - DatabaseEngine komponentining xizmatlari], ClientToolsConnectivity [Ruscha - Mijoz vositalarining aloqa vositalari], ManagementTool [ rus.- Controls - to'liq to'plam]):

9. O'rnatish konfiguratsiyasining yana bir tekshiruvi:

10. Batafsil hisobot. Agar "Microsoft .NET Framework 3.5" oldindan o'rnatilmagan bo'lsa, bu bosqichda xatolik yuz beradi. “Keyingi” tugmasini bosing:

12. Tanlangan diskdagi bo'sh joyni tekshirish:

13. Keyingi bosqichlarda sozlamalarni sukut bo'yicha qoldirish tavsiya etiladi (garchi siz MSSQL uchun alohida foydalanuvchi yaratishingiz mumkin), Keyingi tugmasini bosing (SQL Service Agentni yuklab olish avtomatik tarzda o'rnatilganligiga e'tibor bering):

14. Yana biri muhim bosqich– saralash tartibini tanlash (Tartiblash). O'rnatishdan keyin uni o'zgartirish juda muammoli:

15. Keyingi bosqichda siz aralash ishga tushirish variantini tanlashingiz kerak, "sa" foydalanuvchisi uchun parol qo'shing va qo'shing. joriy foydalanuvchi, tizim ma'muri huquqlariga ega bo'lgan ("Joriy foydalanuvchini qo'shish" tugmasi):

Statistik ma'lumotlar bazasini yangilash

(kuniga bir yoki bir necha marta)

Agar qo'lda bo'lsa, biz quyidagi tartiblarni bajaramiz:

Exec sp_msforeachtable N"YANGILANISH STATISTIKASI ? FULLSCAN BILAN" DBCC UPDATEUSAGE (dbname)

GUI orqali:

DBMS protsessual keshini tozalash

(Statistikani yangilagandan keyin)

Biz protsedurani bajaramiz

DBCC FREEPROCCACHE

Ma'lumotlar bazasini qayta indekslash

(kuniga bir marta ish vaqti)

Agar qo'lda bo'lsa

Sp_msforeachtable N"DBCC DBREINDEX (""?")"

GUI orqali:

Yukni kamaytirish uchun parchalanish tahlilidan foydalaning

Katta ma'lumotlar bazalari uchun siz talab qilmaydiganlar uchun keraksiz defragmentatsiya operatsiyalarini kamaytirishingiz kerak.

Dinamik boshqaruv jadvali funksiyasi sys.dm_db_index_physical_stats ustundagi parchalanish foizini qaytaradi avg_parchalanish_foizda. Agar ushbu ustundagi qiymat 25% dan katta bo'lsa, asl ish faoliyatini tiklash uchun ushbu indeksni defragmentatsiya qilish/qayta indeksatsiya qilish tavsiya etiladi.

Hisobotdan foydalanish osonroq:

Zaxira nusxasini sozlang

Ma'lumotlar bazasi (jurnal) hajmini kamaytirish

SQL Server Management Studio ning grafik interfeysi yordamida maʼlumotlar bazasini kichraytirishingiz mumkin.
Birinchi holat kerakli ma'lumotlar bazasidagi kontekst menyusini chaqirish va Vazifalar - Shrink - Ma'lumotlar bazasini tanlash orqali amalga oshiriladi.
Keling, ikkinchi ishni biroz batafsilroq tasvirlab beraylik. Quyida jurnalni qisqartirish skripti keltirilgan:

DBCC shrinkma'lumotlar bazasi (N"base1c", TRUNCATE_ONLY); /*butun ma’lumotlar bazasini qisqartirish*/

DBCC SHRINKFILE dan foydalaning (N"base1c_Data", 101); /*faqat maʼlumotlar faylini 101 MB hajmgacha qisqartiring*/

DBCC SHRINKFILE dan foydalaning (N"base1c_Log", 0); /*faqat tranzaksiya faylini 0 MB ga qisqartiring*/

CHECKPOINT; /*Joriy ma’lumotlar bazasidagi bufer keshidagi barcha ma’lumotlarni diskka yozadi*/

JURALNI DISKGA ZAXIRA QILISH = N"F:\log\base1c.bak" FAQAT TRUNCATE_ BILAN /*tranzaktsiyalar jurnalini tozalash */

Qayerda:
base1c - ma'lumotlar bazasi nomi
F:\log\base1c.bak - jurnalning zaxira fayliga yo'l

MS SQL Serverni o'rnatish mavzusi odatda e'tiborga olinmaydi. Darhaqiqat, ushbu ma'lumotlar bazasini o'rnatmaslik qiyin, hatto uni birinchi marta qilsa ham, 1C: Enterprise Serverni u bilan birga ishga tushirmaslik ham bir xil darajada qiyin. Biroq, bir qator bor aniq bo'lmagan nozikliklar, bu ma'murning hayotini sezilarli darajada zaharlashi mumkin, biz bugun gaplashamiz.

MS SQL Server 1C: Enterprise bilan birgalikda amalga oshirishlar soni bo'yicha birinchi o'rinda turadi, bu ko'p jihatdan kirish uchun to'siqning pastligi bilan bog'liq; tajribasiz odam bu kombinatsiyani faqat Keyingi - Keyingi - Finish usulidan foydalangan holda o'zlashtirishga qodir. Va eng qizig'i, bularning barchasi ishlaydi. Aytaylik, aksariyat hollarda standart SQL server sozlamalari 1C: Enterprise serverining samarali ishlashini ta'minlash uchun etarli bo'ladi va ularga teginish nafaqat keraksiz, balki zararli hamdir.

Avvalo, siz tizim bazasi haqida eslashingiz kerak tempdb, bu vaqtinchalik jadvallar va oraliq natijalarni saqlash uchun 1C tomonidan faol foydalaniladi. Bundan tashqari, u darhol serverda ishlaydigan barcha 1C ma'lumotlar bazalari tomonidan qo'llaniladi. Va sukut bo'yicha u SQL server o'rnatish papkasida joylashganligi sababli, ya'ni. tizim diskida, keyin yuk ko'tarilganda, u tempdb butun server uchun to'siq bo'lib qoladi. Ko'pincha bu vaziyatlarga olib keladi: siz tez HDD / SSD sotib oldingiz, disk resurslari etarli, ammo 1C sekin ishlaydi, bu yangi boshlanuvchilar uchun jiddiy qiyinchiliklarga olib kelishi mumkin.

Ikkinchi nuqta. Taqqoslash kodlash tempdb axborot bazalarini taqqoslashning kodlashiga mos kelishi kerak, aks holda bu ba'zi hollarda kutilmagan natijalarga, hatto hisob-kitoblarda jiddiy xatolarga olib kelishi mumkin.

Shu bilan birga, bu qiyinchiliklarni oldini olish unchalik qiyin emas, o'rnatish vaqtida siz qo'shimcha bir necha daqiqa sarflashingiz yoki allaqachon o'rnatilgan server sozlamalarini diqqat bilan ko'rib chiqishingiz kerak.

1C: Enterprise bilan ishlash uchun MS SQL Serverni o'rnatish

Yuqorida aytib o'tganimizdek, SQL serverini o'rnatish juda oddiy va biz bu jarayonni batafsil tasvirlab bermaymiz, faqat kerakli sozlamalarga e'tibor qaratamiz. Komponentlarni tanlashdan boshlaylik, chunki 1C ko'pgina SQL server mexanizmlaridan foydalanmaydi va agar siz ularni boshqa maqsadlarda ishlatmoqchi bo'lmasangiz, biz faqat qoldiramiz. Ma'lumotlar bazasi dvigateli,Mijoz xizmatlari bilan aloqa Va Boshqaruv(ixtiyoriy).

Boshqaruv vositalari serverga o'rnatilishi shart emas, lekin alohida o'rnatilishi mumkin ish joyi administrator va u yerdan barcha mavjud MS SQL serverlarini boshqaring.

Shuningdek, siz saralash parametrlarini tekshirishingiz kerak; agar siz mintaqaviy sozlamalarni to'g'ri sozlagan bo'lsangiz, u erda hech narsani o'zgartirishingiz shart emas, lekin bu parametrni tekshirish tavsiya etiladi, u o'sha erda bo'lishi kerak. Kirill_General_CI_AS.

IN Server konfiguratsiyasi ko'rsating Aralash rejimda autentifikatsiya va parolni SQL superuseriga o'rnating - sa. Quyida SQL serverining ushbu nusxasi ma'murlarini ko'rsating; sukut bo'yicha, o'rnatish amalga oshirilgan hisob qaydnomasi mavjud, ammo agar boshqa foydalanuvchilar ham ushbu misolni boshqarishi kerak bo'lsa, ularni darhol ko'rsatish mantiqan.

Keyingi xatcho'p - Ma'lumotlar kataloglari- eng yaqin e'tiborni talab qiladi. Foydalanuvchi ma'lumotlar bazalari va ma'lumotlar bazasi uchun saqlash joyini belgilaganingizga ishonch hosil qiling tempdb ishlash massivida yoki alohida diskda bo'sh joy. Ma'lumotlar bazasini yaratishda uning joylashuvi aniqlanishi mumkinligiga qaramay, to'g'ri standart sozlamalarni o'rnatish sizni keraksiz ishlardan, shuningdek, ma'lumotlar bazasi 1C vositalari yordamida yaratilgan va standart katalogda tugaydigan vaziyatdan qutqaradi, ya'ni. tizim diskida. Zaxira nusxalarini saqlash uchun katalogni darhol belgilashingiz mumkin.

Qolgan sozlamalarni sukut bo'yicha qoldirib, o'rnatishni yakunlashingiz mumkin.

MS SQL Serverni 1C: Enterprise bilan ishlash uchun sozlash

Agar siz allaqachon o'rnatilgan SQL Server misoli bilan ishlayotgan bo'lsangiz, taqqoslash kodlashiga ishonch hosil qiling Kirill_General_CI_AS, aks holda ma'lumotlarni 1C asboblari yordamida yuklab olish kerak va serverni qayta o'rnatish kerak (yoki boshqa xizmatlar tomonidan foydalanilsa, boshqa namunani o'rnatish kerak).

Buning uchun oching Menejment studiyasi, kerakli SQL server namunasini tanlang va ustiga sichqonchaning o'ng tugmasini bosing va o'ting Xususiyatlari.

Keyin xatcho'pga o'ting Xotira va SQL serverida mavjud RAM miqdorini ko'rsating, aks holda SQL server qayta ishlashga harakat qiladi. barcha mavjud xotira. Agar SQL serverining rollari boshqa rollar bilan birlashtirilgan va kichik va o'rta o'lchamdagi dasturlarda u odatda 1C serveri bilan bir xil mashinada joylashgan bo'lsa, siz tizimga kerak bo'lgan xotiraning umumiy hajmidan ayirishingiz kerak. va 1C serveri, qolganini SQL-ga beradi.

Bu erda aniq tavsiyalar berish qiyin, barchasi qayta ishlanadigan ma'lumotlar hajmiga bog'liq; amalda bo'sh xotiraning yarmini SQL serveriga ajratish mantiqan to'g'ri keladi. berilgan qiymat uning haqiqiy yukiga asoslanadi.

Keyingi sozlama xavfsizlik bilan bog'liq bo'ladi. 1C-ni serverga ulash uchun hisob qaydnomasi ko'pincha ishlatiladi sa, bu, yumshoq qilib aytganda, xavfsiz emas, chunki uning ostiga kirgan odamga beradi to'liq kirish SQL serveriga. 1C ma'lumotlar bazalarini boshqarish ko'pincha uchinchi tomon mutaxassislari tomonidan amalga oshirilishini hisobga olsak, ular uchun alohida hisob yaratish mantiqan.

Buning uchun oching Xavfsizlik - Kirish va yangi nom (hisob qaydnomasi) yarating, autentifikatsiyani belgilang SQL server va parol o'rnating.

Keyin xatcho'pga o'ting Server rollari va ruxsat bering dbcreator, protsessor boshqaruvchisi Va ommaviy.

Keyin 1C dan SQL serveriga ulanish uchun ushbu hisob qaydnomasidan foydalaning.

Boshqa sozlama allaqachon yaratilgan ma'lumotlar bazalari uchun amal qiladi, kerakli ma'lumotlar bazasining xususiyatlarini oching va yorliqga o'ting Fayllar. Variantni toping Avtomatik o'sish/maksimal o'lcham ma'lumotlar fayli uchun. Odatiy bo'lib, u 1 MB ni tashkil qiladi, bu juda maqbul emas; ma'lumotlar bazasi bilan faol ishlaganda, DBMS faqat fayl hajmini oshirish bilan shug'ullanadi; bundan tashqari, bir nechta ma'lumotlar bazalari faol ishlayotganda, bu sezilarli parchalanishga olib keladi. ma'lumotlar faylidan. Shuning uchun, ma'lumotlar bazasi hajmi va ish faoliyatidan kelib chiqib, ma'lumotlar bazasi faylining doimiy o'sishiga olib kelmaydigan yuqori qiymatni belgilang.

Tempdb ma'lumotlar bazasini uzatish

Maqolamizni yakunlash uchun yana ma'lumotlar bazasiga murojaat qilaylik tempdb, ko'pincha ushbu ma'lumotlar bazasi faylini boshqa joyga ko'chirish kerak bo'lgan holatlar mavjud. Masalan, server standart sozlamalar bilan o'rnatildi va tempdb tizim bo'limida joylashgan yoki siz SSD-ni sotib oldingiz va u erda nafaqat ma'lumotlar bazalarini, balki o'tkazishni xohlaysiz tempdb(bu to'g'ri echim). Bundan tashqari, og'ir yuk ostida tempdb Uni alohida diskka qo'yish tavsiya etiladi.

Fayl manzilini o'zgartirish uchun tempdb ochiq Menejment studiyasi, tanlang So'rov yarating va ochilgan oynada quyidagi matnni kiriting, bu erda E:\NEW_FOLDER- baza uchun yangi joy:

Magistrdan foydalaning
tempdb ma'lumotlar bazasini o'zgartiring
faylni o'zgartirish (
ism = tempdev,
fayl nomi = N"E:\NEW_FOLDER\tempdb.mdf")
ket

tempdb ma'lumotlar bazasini o'zgartiring
faylni o'zgartirish (
nom = templog,
fayl nomi = N"E:\NEW_FOLDER\templog.ldf")
ket

Keyin bosing Bajarish, so'rovni bajarganingizdan so'ng, SQL serverini, ma'lumotlar bazasini va jurnal fayllarini qayta ishga tushiring tempdb yangi joyda yaratiladi, eski joydagi fayllar qo'lda o'chirilishi kerak.

Biz bugun shu yerda tugatamiz, nihoyat sizga ma'lumotlar bazasini saqlash va zaxiralash haqida unutmaslik kerakligini eslatamiz.