Настройка на 1C Enterprise 7
Технически блог на специалисти на LLC "Интерфейс".
- У дома
- Ние конфигурираме 1C Enterprise 7.7 за работа с SQL Server 2000
Ние конфигурираме 1C Enterprise 7.7 за работа с SQL Server 2000
Един от начините за увеличаване на производителността на 1C Enterprise 7.7, особено при работа с големи бази данни, е да преминете от режим на 1C файл към използване на SQL сървър. Въпреки факта, че и двата продукта вече приключват жизнения си цикъл, тази тема остава доста актуална. В тази статия ще разгледаме практическата конфигурация на сървъра за 1C Enterprise за съвместна работа с SQL Server 2000.
Малко теория или какво ни дава SQL?
Преди да се пристъпи към изпълнението на проекта, е необходимо да се овладеят основните знания и да се знаят отговорите на следните въпроси: каква е основната разлика между файловата и SQL версията на 1C Enterprise, какво определя скоростта и в двата случая и какви са изискванията за оборудване и мрежа. Неразбирането на тези, като цяло, прости неща води до факта, че преходът към SQL версията на 1C не носи желаните резултати или като цяло резултатът е обратен на очаквания.
Помислете за работата на 1C в режим на споделяне на файлове. Цялата обработка на информацията се извършва на работната станция, сървърът играе ролята на споделено файлово хранилище. Основните изисквания за такъв сървър са: бърз твърд диск и отказоустойчива дискова система (обикновено се изпълнява RAID 1, рядко RAID 10). Обикновено такъв "сървър" е обикновена бюджетна машина с RAID контролер и гигабитов мрежов адаптер.
Когато се извърши операция (отчет, обработка и т.н.), част от базата данни или дорицялата база данни се изтегля по мрежата на работна станция, където вече се извършва цялата необходима обработка на данни. отОт какво зависи скоростта в този случай? Основно въз основа на мощността на работната станция и честотната лента на мрежата, по-мощна машина ще генерира отчети и ще извършва транзакции по-бързо.
Друг важен параметър е размерът на базата данни, с нарастването му над определени граници, производителността започва да пада експоненциално. Честотната лента на мрежата се превръща в основното пречка, а основният фактор, който влияе върху производителността и определя критичния размер на базата, е броят на активните потребители.
Нашият практически опит показва, че за малки работни групи (5-10 потребители) критичният размер на базата данни започва от 200-300 MB. Това може да се пребори чрез увеличаване на скоростта на мрежата и оптимизиране на трафик потоците в организацията или чрез годишно (тримесечно) събиране на базата данни.
Конволюцията обаче не е опция, за нормалната работа на търговско предприятие са необходими данни поне за текущата година, а често са необходими и данни от минали периоди. Инвестициите в разширяване на честотната лента на мрежата обикновено не се изплащат, размерът на базата данни и количеството трафик в мрежата растат много по-бързо, особено ако ръководството реши да се разшири "леко", с 1-2 работни места.
Сега да видим как стоят нещата в SQL версията. Вместо в таблици, всички данни се съхраняват в една SQL база данни. Сега работната станция изпраща кратки заявки към сървъра, които сеобработват напълно от страната на сървъра и крайният резултат от заявката се връща на работната станция. Това ви позволява да намалите трафика няколко пъти и да увеличите натоварването на сървъра със същата сума. Няма специални изисквания за производителността на работните станции, обикновена мрежа от 100 Mb също ще бъде напълно достатъчна.
Въпреки че трябва да се помни, че 1C Enterprise 7.7 за SQLдоста неоптимално и не използва много функции на SQL сървъра, така че част от данните се обработват не от сървъра, а от работната станция, а в случай на работа с обемни отчети и обработка, скоростта на работната станция също ще играе важна роля. Основното натоварване пада върху сървъра.
Често срещана грешка е да се използва същия хардуер като SQL сървъра, който е бил използван като файлов сървър. Може да се каже, че резултатът ще бъде обратен на очаквания. Ако петима потребители започнат да генерират отчети наведнъж, всички тези пет отчета ще бъдат генерирани отсървъра, следователно изчислителните ресурси на сървъра трябва да са достатъчни, за да обработват едновременно заявки от всички потребители наведнъж. Обемът на RAM трябва да е достатъчен, за да побере напълно SQL бази данни, също така е желателно базите данни да се преместят на твърд диск (дисков масив), отделен от системата и другите данни, за да се избегне конкуренцията за достъп до главите на твърдия диск.
В случай на комбиниране на SQL сървър с терминален сървър на една физическа машина, трябва да се уверите, че неговите ресурси са достатъчни за едновременно обработване на заявки от SQL сървъра и 1C клиентските приложения и има достатъчно RAM както за SQL сървъра, така и за потребителските приложения. Във всеки случай е желателно да се ограничите до преместване само на 1C към терминала, желателно е да оставите други приложения на работни станции или да разделите терминалния сървър и SQL сървъра на отделни машини. Също така е нежелателно да се комбинират няколко големи бази данни 1C на един SQL сървър. Както показва практиката, може да бъде по-евтино да закупите отделен сървър за втората база, отколкото да закупите мощен сървър за всички бази наведнъж.
Нека обобщим накратко. Основни предимства на SQL Serverсе разкриват при работа с големи бази данни, в същото време няма смисъл да се прехвърлят малки бази данни с малък брой потребители към SQL.
От теория към практика. Инсталиране на SQL сървър.
Инсталирането на MS SQL Server 2000 е просто и неусложнено, но още на етапа на инсталиране трябва да посочите няколко параметъра, различни от инсталацията по подразбиране, които са необходими за нормалната работа на 1C. Платформата за инсталиране на сървъра ще бъде Windows Server 2003 SP2. Ако инсталирате версия на SQL сървър със сервизен пакет по-нисък от SP3, тогава системата ще покаже страхотно предупреждение, че инсталираната версия е несъвместима със системата, което може безопасно да се игнорира, практиката показва, че всичко работи добре.
Настройка на 1C Enterprise
Сега, когато SQL сървърът е инсталиран и готов за използване, трябва да настроите 1C Enterprise. Спомнете си, че за да работите с SQL Server, ви е необходима отделна версия на 1C за SQL. За да работите успешно със SQL сървъра в базата данни 1C, трябва да бъде настроен поне единпотребител. След това заредете целевата база данни вконфигуратор и качване на данни чрез Администриране -Качване на данни.
