- Трохі тэорыі, або што нам дае SQL?
- Ад тэорыі да практыкі. Ўстаноўка SQL сервера.
- Настройка 1С Прадпрыемства
Адным са спосабаў падвысіць хуткадзейнасць 1С Прадпрыемства 7.7, асабліва пры працы з вялікімі базамі, з'яўляецца пераход ад файлавага рэжыму 1С да выкарыстання SQL сервера. Нягледзячы на тое, што абодва прадукта ўжо сканчаюць свой жыццёвы цыкл, дадзеная тэма застаецца даволі актуальнай. У дадзеным артыкуле мы разгледзім практычную наладу сервера для працы 1С Прадпрыемствы сумесна з SQL Server 2000.
Трохі тэорыі, або што нам дае SQL?
Перад тым як брацца за рэалізацыю праекта, трэба засвоіць базавы аб'ём ведаў і цвёрда ведаць адказы на наступныя пытанні: у чым асноўнае адрозненне файлавага і SQL варыянтаў працы 1С Прадпрыемствы, ад чаго залежыць хуткадзейнасць ў абодвух выпадках і якія патрабаванні прад'яўляюцца да абсталявання і сеткі. Неразуменне гэтых, увогуле тое простых, рэчаў прыводзіць да таго, што пераход на SQL версію 1С не прыносіць жаданых вынікаў або наогул, вынік процілеглы чаканаму.
Разгледзім працу 1С ў рэжыме падзелу файлаў. Уся апрацоўка інфармацыі вырабляецца на працоўнай станцыі, сервер мае ролю агульнай файлавага сховішчы. Асноўныя патрабаванні да такога серверу: хуткі жорсткі дыск і адмоваўстойлівасць дыскавай сістэмы (звычайна рэалізуецца RAID 1, радзей RAID 10). Звычайна такі "сервер" уяўляе з сябе звычайную бюджэтную машыну з RAID кантролерам і гігабітным сеткавым адаптарам.
Пры выкананні аперацыі (справаздачы, апрацоўкі і да т.п.) частка базы або нават уся база запампоўваецца па сетцы на працоўную станцыю, дзе ўжо і выконваецца ўся неабходная апрацоўка дадзеных. Ад чаго залежыць хуткадзейнасць у дадзеным выпадку? У першую чаргу ад магутнасці працоўнай станцыі і прапускной здольнасці сеткі, больш магутная машына будзе больш хутка будаваць справаздачы і выконваць праводкі.
Яшчэ адным важным параметрам з'яўляецца памер базы дадзеных, з яе ростам вышэй некаторых межаў хуткадзейнасць пачынае падаць у геаметрычнай прагрэсіі. Асноўным вузкім месцам становіцца прапускная здольнасць сеткі, а асноўным фактарам якія ўплываюць на хуткадзейнасць і вызначальны крытычны памер базы з'яўляецца колькасць актыўных карыстальнікаў.
Наш практычны вопыт паказвае: для невялікіх працоўных груп (5-10 карыстальнікаў) крытычны памер базы пачынаецца ад 200-300 Мб. Змагацца з гэтым можна павелічэннем хуткадзейнасці сеткі і аптымізацыяй патокаў трафіку ў арганізацыі або штогадовай (штоквартальнай) скруткам БД.
Аднак скрутка гэта не выйсце, для нармальнай працы гандлёвага прадпрыемства неабходныя дадзеныя як мінімум за бягучы год, ды і дадзеныя мінулых перыядаў таксама бываюць часцяком патрэбныя. Ўкладанні ў пашырэнне прапускной здольнасці сеткі сябе як правіла ня акупляюць, памеры БД і аб'ёмы трафіку ў сеткі растуць нашмат хутчэй, асабліва калі кіраўніцтва вырашыць "крыху" пашырыцца, на 1-2 рабочых месцы.
Цяпер паглядзім як ідуць справы ў SQL варыянце. Замест табліц усе дадзеныя захоўваюцца ў адной SQL базе дадзеных. Цяпер працоўная станцыя перадае на сервер кароткія запыты, якія цалкам апрацоўваюцца на боку сервера і працоўнай станцыі вяртаецца канчатковы вынік запыту. Гэта дазваляе знізіць трафік ў разы і ў гэтулькі жа раз павышае нагрузку на сервер. Да хуткадзейнасці працоўных станцый адмысловых патрабаванняў не прад'яўляецца, таксама будзе цалкам дастаткова звычайнай 100 Мб сеткі.
Хоць варта памятаць, што 1С Прадпрыемства 7.7 для SQL даволі неаптымальна і не выкарыстоўвае многія магчымасці SQL сервера, таму частка дадзеных апрацоўваюцца ня серверам, а рабочай станцыяй і ў выпадку працы з ёмістымі справаздачамі і апрацоўкамі хуткадзейнасць рабочай станцыі таксама будзе гуляць не апошнюю ролю. Асноўная ж нагрузка кладзецца на сервер.
Распаўсюджаная памылка - выкарыстанне ў якасці SQL сервера таго ж жалеза, што выкарыстоўвалася ў якасці файлавага сервера. Можна з упэўненасцю сказаць, што вынік будзе супрацьпастаўлены чаканаму. Калі адразу пяць карыстальнікаў запусцяць фарміраванне справаздач, усе гэтыя пяць справаздач будуць фармавацца серверам, такім чынам вылічальных рэсурсаў сервера павінна хапаць для адначасовай апрацоўкі запытаў адразу ад усіх карыстальнікаў. Аб'ём аператыўнай памяці павінен быць дастатковым для таго, каб у ім цалкам змяшчаліся SQL базы, таксама базы пажадана вынесці на асобны ад сістэмы і іншых дадзеных жорсткі дыск (дыскавы масіў), каб пазбегнуць канкурэнцыі за доступ да галоўках жорсткага дыска.
У выпадку сумяшчэння SQL сервера з серверам тэрміналаў на адной фізічнай машыне варта пераканацца, што яе рэсурс выкарыстоў дастаткова для адначасовай апрацоўкі запытаў SQL сервера і кліенцкіх прыкладанняў 1С, а аператыўнай памяці дастаткова як для SQL сервера, так і для карыстацкіх прыкладанняў. У любым выпадку пажадана абмяжуецца вынасам у тэрмінал толькі 1С, іншыя праграмы, пажадана пакінуць на працоўных станцыях, альбо разнесці сервер тэрміналаў і SQL сервер па асобных машынам. Таксама непажадана сумяшчаць на адным SQL серверы некалькі аб'ёмных 1С баз. Як паказвае практыка, бывае танней купіць пад другую базу асобны сервер, чым купляць магутны сервер адразу пад усе базы.
Падвядзем кароткія вынікі. Асноўныя перавагі SQL сервера раскрываюцца пры працы з базамі вялікага аб'ёму, у той жа час няма ніякага сэнсу перакладаць на SQL невялікія базы з малой колькасцю карыстальнікаў.
Ад тэорыі да практыкі. Ўстаноўка SQL сервера.
Ўстаноўка MS SQL Server 2000-га проста і немудрагелістая, аднак ужо на стадыі ўстаноўкі неабходна ўказаць некалькі выдатных ад ўстаноўкі па змаўчанні параметраў, неабходных для нармальнай працы 1С. Платформай для ўстаноўкі сервера будзе Windows Server 2003 SP2. Калі вы ўсталёўваеце версію SQL сервера з пакетам абнаўлення ніжэй чым SP3, то сістэма выведзе вам грознае папярэджанне, што якая ўсталёўваецца версія несумяшчальная з сістэмай, якое можна смела праігнараваць, практыка паказала - усё працуе выдатна. 
Далей, у працэсе ўсталёўцы прымаем усе значэнні па змаўчанні пакуль не дойдзем да экрана Services Accounts, тут ўсталёўваем перамыкач у становішча Use the Local System account 
На наступным экране выбіраем варыянт Mixed Mode і ўводзім пароль для карыстальніка sa, ад імя якога мы будзем падлучацца да БД. 
Астатнія параметры пакідаем па змаўчанні. Па завяршэнні ўстаноўкі мусіць мадэрнізаваць SQL сервер да апошняй версіі, усталяваўшы SP4 ( спампаваць ). Ўстаноўка SP4 вырабляецца са значэннямі па змаўчанні, акрамя параметраў злучэння з серверам, тут перакладаем перамыкач у верхняе становішча і ўводзім пароль для sa. 
Пасля ўстаноўкі SP4 абавязкова патрабуецца ўсталяваць выпраўленне KB899761 ( спампаваць ) Выпраўляць павольную працу і няпоўную загрузку памяці SQL серверам. Пры ўсталёўцы выпраўлення таксама неабходна ўказаць аўтарызацыю праз sa з уводам пароля. 
Настройка 1С Прадпрыемства
Цяпер, калі SQL сервер усталяваны і гатовы да выкарыстання неабходна наладзіць 1С Прадпрыемства. Нагадаем, што для працы з SQL серверам неабходная асобная версія 1С для SQL. Для паспяховай працы з SQL серверам у базе 1С павінен быць заведзены хоць бы адзін карыстальнік. Далей загружаем мэтавую базу ў канфігуратар і вырабляем выгрузку дадзеных праз кіраванне - выгрузіць дадзеныя. 
Пасля чаго ствараем нарыхтоўку будучай БД, для гэтага ў асобную тэчку капіюем ўсе тэчкі з рабочай базы дадзеных і ўсе файлы акрамя файлаў канфігурацыі і табліц (V7Plus, бібліятэкі для працы з гандлёвым абсталяваннем і да т.п.) 
Наступным крокам неабходна стварыць новую SQL базу для захоўвання нашых дадзеных. Для гэтага запускаем Enterprise Manager. 
Разгортваем дрэва да ўзроўню Databases і пстрыкнуўшы правай кнопкай мышы ў акне справа выбіраем New Database. 
На першай закладцы адкрыўся акна ўводзім імя стваранай базы, другая і трэцяя закладка вызначаюць шляхі захоўвання файла БД і файла лога транзакцый. Па змаўчанні мяркуецца іх захоўванне ў тэчцы ўстаноўкі SQL сервера, аднак пажадана захоўваць іх у асобнай тэчцы побач з базай 1С (пажадана на асобным цвёрдым дыску або на асобным раздзеле). 
Стварыўшы базу, падлучальны тэчку з нарыхтоўкай ў якасці базы 1С і загружаем канфігуратар. На пытанне выбару фармату захоўвання дадзеных паказваем MS SQL Server, у канфігуратар выбіраем Адміністраванне - Параметры базы дадзеных SQL і запаўняем поля. 
У якасці сервера паказваем сеткавае імя машыны, яго можна падгледзець у SQL Server Service Manager, пстрыкнуўшы на значку ў трэі побач з гадзінамі. У поле База Дадзеных ўводзім назву базы, якое мы паказалі пры яе стварэнні ў Enterprise Manager. Карыстальнік sa, ніжэй ўводзім яго пароль. 
Калі ўсе дадзеныя ўведзеныя правільна 1С паспяхова злучыцца з SQL базай, у адваротным выпадку мы атрымаем паведамленне пра памылку. Зараз застаецца загрузіць дадзеныя ў базу скарыстаўшыся пунктам меню Адміністраванне - Загрузіць дадзеныя і паказаўшы файл выгрузкі створаны раней. Сістэма выдасць некалькі папярэджанняў, пагаджаемся з імі націскаючы на кнопку ОК. 
Калі ўсё зроблена правільна і зыходная БД ня ўтрымлівала памылак мы павінны атрымаць паведамленне Паспяховае ўкладанне, зараз мы можам загружаць БД і працаваць з ёй у звычайным рэжыме. 
Як бачым нічога складанага няма, і калі маюцца адпаведныя навыкаў ўвесь працэс займае не больш за гадзіну, пры гэтым вялікая частка часу сыходзіць на загрузку - выгрузку базы.
Дадатковыя матэрыялы:
- Рэзервовае капіраванне баз дадзеных MS SQL Server 2000
- 1С Прадпрыемства 7.7 Тэставанне прадукцыйнасці ў розных рэжымах
Ад чаго залежыць хуткадзейнасць у дадзеным выпадку?
