1c предприятие sql. Добавяне на потребител към MS SQL Server

Най-ефективната сървърна схема по отношение на скоростта на работа, за клиент-сървър 1C 8.x

Предговор

Постоянно попадах на изказвания на IT специалисти „мрежата е натоварена с 20%... процесорите са на 50%... има малко опашки за дискове... Така че мрежата и сървърите се справят... вижте кода в 1C за проблеми само там. ”

Всъщност се случи следното (1C и SQL сървърите бяха разделени на различни компютри): мрежата беше практически използвана максимално ( тези " 20% натоварване на мрежовия интерфейс" = "20% полезни данни" + "80% разходи за обработка"). И съответно, поради малката ширина на канала за обмен на „полезни“ данни, SQL сървърът и „1C сървърът“ постоянно чакаха един друг, което доведе до ниско използване на ресурсите на процесора и дисковата система.

Поддържайте:Първо, искам да се съсредоточа върху това какво представлява платформата 1C?

И така, нека започнем с основното 1C - изграден на ORM(обектно-релационно картографиране) -системаи програмистът в него работи не директно с релационното представяне, а с обекти.
ru.wikipedia.org/wiki/ORM

Програмист в средата 1C пише обектна логика и за сглобяване/разглобяване и записване на обекти в „ плосък изглед„Самата платформа отговаря за таблиците на базата данни.

Основните "+" и "-" от гледна точка на ORM:

"+" Програмистът в ORM среда печели предимство в скоростта на разработване на приложения поради намаляването на количеството код и неговата простота в сравнение с чисто релационния програмен код (примерни SQL заявки). Освен това ви освобождава от писане на код, който работи директно със записи в релационни СУБД таблици. * 1

"-" Трудности за създателите на ORM „платформи“ и проблеми с производителността:

Използването на релационна база данни за съхраняване на обектно-ориентирани данни създава "семантична празнина", принуждавайки програмистите да пишат софтуер, който трябва да може както да обработва данни в обектно-ориентирана форма, така и да може да съхранява тези данни в релационна форма. Тази постоянна нужда от преобразуване между две различни форми на данни не само значително намалява производителността, но също така създава трудности за програмистите, тъй като и двете форми на данни налагат ограничения една на друга.

*1 "Изясняване". Въпреки факта, че 1C 8.x ви позволява да работите с релационен код (само за четене) в обекта 1C „Заявка“, това все още не е директно едно към едно запитване към таблици за съхранение на данни, преведени в релационна СУБД , но първо Като цяло „Заявка за обект“ също не заобикаля етапа на сглобяване и разглобяване на обекти. Следователно, често вместо много хиляди редове „Заявки за обекти“ - най-оптималното по отношение на производителността на кода и скоростта на разработка - е да се пише обектно-базиран, не-релационен код.

Глава 1: Нека разгледаме модела клиент-сървър 1C 8.x

Ще отбележа основните тесни места, засягащи производителността:

1) Първото тясно място е комуникационната среда.
На фигурата стрелките показват потоците за обмен на данни, където „червените“ са релационните СУБД<->Обектна СУБД, “оранжево” - синхронизация между Обектна СУБД.
защото при използване на отделни сървъри за СУБД и 1C клъстери - комуникационната среда е мрежови връзки - тогава има значителни забавяния при прехвърлянето на данни в множество малки порции - както поради самата латентност физическо изпълнениеинтерфейси и поради забавянето на възлите в тази мрежа.

Нека да разгледаме примера на мрежовия стандарт Ethernet Gigabit. (Графика на скоростта на трансфер на данни...по-долу)
използвайки примера на 1C сървър, работещ с MS SQL ( размерът по подразбиране на комуникационните пакети е 4 kb):

Графиката показва, че при използване на DATA пакети = 4 kb пропускателна способностразглежданата мрежа е само 250 мегабита/сек. (както правилно е отбелязано в коментара към публикацията: това не са протоколни пакетинапример TCP ниво, и DATA пакетикоито генерират приложения, участващи в обмена)
…
От практиката: това разделен на два отделни сървъра
MS SQL (сървър №1)< - Ethernet Gigabit --->"Сървър 1C" (сървър № 1)
по-ниска в скоростта на платформата
с 50% MS SQL опция (сървър №1)< - Shared Memory (без сети через участок памяти) --->„Сървър 1C“ (сървър № 1)… и това вече е "в една потребителска сесия с голямо натоварване"

2) Тесното място е броят на отделните компютри в „1C клъстери“, колкото повече са, толкова по-големи са разходите за синхронизация и в резултат на това намалява производителността на системата.

3) Тясното място е количеството отделни процеси 1c сървър, колкото повече са, толкова по-големи са разходите за синхронизирането им... Но тук най-вероятно е необходимо да се намери „златна среда“ - да се осигури стабилност. 2*
2* “Пояснение” - за MS Windows има следното правило:
Процесите са по-скъпи от нишките, което означава по отношение на този случайна практика следното: скоростта на обмен между две нишки в рамките на един процес значително превишава скоростта на обмен между нишки, разположени в различни процеси.

Следователно, например, „Файл 1C 8.x“ винаги надвишава скоростта на еднопотребителска работа на платформата във версия клиент-сървър. Всичко е просто, защото... в случая на „Файл 1C 8.x“, нишката „Релационна СУБД“ комуникира с нишката „Обектна СУБД“ в рамките на един единствен процес.

4) Тясно място – потребителска сесия с една нишка, защото всяка отделна потребителска сесия не се паралелизира от платформата на няколко, тогава нейната работа е ограничена до използване на ресурсите на една процесорни ядра=> следователно максималната скорост на всяко ядро ​​е желателна, в този случай производителността на платформата 1C, например на 10-ядрен CPU на 1 GHz, ще бъде значително по-ниска от производителността на платформата на 4-ядрен CPU на 3 GHz - разбира се, до определен брой нишки.

Глава 2 (Резюме): Нека разгледаме не-мащабируеми и мащабируеми опции - най-ефективните схеми за платформата 1C 8.x. за OS Windows (вярвам, че ситуацията е подобна за Linux)

1-Опция (не се мащабира).На 100 „потребителски сесии с голямо натоварване“

1) обикновен сървър с 2 сокета с 4 ядрени процесори на 3 GHz е ефективен.

3) MS SQL< - Shared memory -->"Сървър 1C"

2-опция (мащабируема). започвайки от 100"силно натоварени потребителски сесии" и нататък….
Тук е най-логично да следваме пътя на немския 1c “Sap HANA”))
Сглобете модулен "Суперкомпютър" от SGI - състоящ се от "остриета" на 2 гнезда дънни платки, всеки блейд е свързан един с друг чрез сложна топология на ултра-бързо свързване, базирано на NUMA чипове, и всичко се контролира от една операционна система. Тези. програмите в такъв сървър по дефиниция имат достъп до ресурсите на всеки „блейд“.

1) добавете „остриета“ според необходимото натоварване... в размер на приблизително едно „острие“ на 100 потребители.

2) бърза дискова система на SSD

3) MS SQL< - Shared memory -->"Сървър 1C"

Като цяло настройката на MS SQL Server за работа с 1C предприятие не се различава много от обичайната му настройка, но все още има някои нюанси, които са идентифицирани експериментално.

Нека разгледаме най важни точкипри инсталирането и последващата конфигурация на сървъра и базите данни, за да се оптимизира работата на 1C.

Инсталиране на MS SQL Server

Няма да разглеждаме всички етапи на инсталиране и ще се докоснем само до онези точки, които изискват специално внимание.

Избор и конфигуриране на компоненти

За да работите с MS SQL Server с 1C Enterprise, просто изберете следния набор от компоненти:

• Услуги на Dtabase Engine
• Клиентски съоръжения Комуникации
• Контроли - основни
• Инструменти за управление - пълен комплект (ще ни трябва пълният комплект, за да създадем план за поддръжка)

важно! По-добре е да посочите директорията на общите компоненти на отделен диск (отделно от операционна система). Това ще увеличи скоростта и устойчивостта на грешки.

Конфигурация на сървъра

За да стартирате услугите на SQL Server Agent и SQL Database Engine, укажете сметка. Можете да създадете отделен акаунт с права на администратор или да посочите акаунта на администратор. Въпреки това си струва да запомните, че ако някога решите да промените паролата за акаунта, който сте посочили тук, услугата ще спре да стартира. Затова използвайте акаунт, за който не планирате да променяте паролата.

Конфигуриране на компонента Database Engine

Указваме смесен режим и задаваме парола за sa - системния акаунт на SQL Server.

Добавете акаунти за компютър или домейн, които могат да администрират SQL.

Настройка на защитна стена за mssql и 1C сървър

Създаваме правила, които позволяват входящи връзки към порт 1433 за MS SQL и 1541-1560 за 1C сървър

Ние създаваме правило за програмата. Пътят до програмата ще изглежда така
C:\Program Files\Microsoft SQL Server\MSSQL13. \MSSQL\Binn\sqlservr.exe

Настройка на свойствата на MS SQL сървъра за работа с 1C

Стартирайте Microsoft SQL Server Management Studio и се свържете със сървъра.

Отворете прозореца със свойства на сървъра и отидете на Памет. Задаваме максимално допустимата стойност на разпределението на паметта за нуждите на SQL сървъра. Ако това не бъде направено, ще изяде цялата свободна памет, тъй като стойността по подразбиране е 2147483647 MB. Допустимата стойност на паметта може да се изчисли по формулата (използвах опита на Алексей Новоселов от Infostat.ru):
[Общо количество RAM на сървъра] - - Например, ако имаме само 36 GB RAM на сървъра, Windows 2008 работи и се изпълняват 8 rphost процеса, тогава изчислението става по следния начин: 36 - 4 - 1,5*8 = 20 GB, поставяме ограничение за SQL.

Отидете до елемента Процесор. Също така е по-добре да зададете максималния брой работни нишки ръчно и да зададете стойността на 2048, тъй като при стойност 0 броят на нишките не може да надвишава 255. Активирайте опцията Поддържане на SQL приоритет.

Разбира се, тези съвети за настройка на свойствата на сървъра не са панацея и няма да са еднакво добри при всички условия, но за повечето случаи мисля, че са доста подходящи.

Настройка на работеща база данни 1C Enterprise

Отворете свойствата на персонализираната база данни.

Сега най-важното е да вземете решение за модела за възстановяване на базата данни. Те са конфигурирани в nukt параметри. Нека да разгледаме два основни модела на възстановяване.

1. Просто. Трябва да се използва в случай, че планирате да правите резервни копия веднъж на ден и възможността за възстановяване с точност до определен момент няма значение за вас. Това може да бъде 1C Accounting или ZUP, където няма голям брой ежедневни транзакции. Правете по едно резервно копие всяка вечер и спете добре. Никакви трудности.

2. Завършен. Този модел се използва най-добре за архивиране на бази данни с голям брой транзакции в рамките на деня, например продажби в 1C Retail. С този модел ще имате всички транзакции, записани в регистрационни файлове и ще можете да възстановите базата данни до всеки момент във времето. Но в този случай ще трябва да се занимавате с настройките на регистъра на транзакциите.

Когато решим модела за възстановяване, можем да отидем на [Файлове]

Задаването на файловия тип [Journal] може да бъде пропуснато, ако използвате прост модел за възстановяване.
Ако използвате пълната версия, трябва да коригирате настройките за автоматично разширяване на 50MB. Струва си да обърнете внимание на ограничението за автоматично разширение и е по-добре да го промените, защото Стойността по подразбиране е по-голяма от 2TB. При големи количестватранзакции, например продажби на дребнов 1C Retail регистърът на транзакциите ще расте много бързо и скоро ще ви свърши свободното място на вашия диск. Затова е по-добре да зададете ограничението на 10 GB. Но това е само препоръка, защото всичко е индивидуално и зависи от броя на транзакциите.

Когато задавате лимит, си струва да запомните, че когато достигнете екстремната стойност, ще получите грешка: „дневникът на транзакциите за базата данни е пълен“ и 1C няма да стартира. За да може регистърът на транзакциите да бъде изчистен своевременно, е необходимо да конфигурирате архивирането му в плана за поддръжка на базата данни. Прочетете как да създадете план за поддръжка на база данни.

Но изчистването на регистъра на транзакциите не намалява размера на самия файл, а само освобождава свободно място в него за нови записи чрез изтриване на неактивни завършени транзакции.

Ако регистрационният файл е пълен, ще трябва да го изчистите ръчно, за да работи базата данни. Прочетете как да направите това в

За да се разбере описаното по-долу, трябва да се изяснят две концепции:

• Клиент– персонален компютър или софтуер, мрежова единица, която генерира заявки към сървъра с цел получаване или обработка на данни;
• сървър– мощен компютър със значителни производствени възможности или софтуер, който генерира отговори на клиентски заявки.

Архитектурата клиент-сървър включва взаимодействието на клиентско приложение със сървър на информационна база данни чрез специално приложение - 1C: Enterprise сървър.

Инсталирането на MSSQL на сървърна машина е описано в много ръководства с възможни вариации в зависимост от версията на SQL и версията на сървърната операционна система.

1. Във вашата съществуваща дистрибуция трябва да стартирате инсталационния файл setup.exe (ще ви трябва Microsoft. NET Frameworkи операционната програма за инсталиране на Windows Installer, т.е. препоръчително е тя да бъде предварително инсталирана).

2. Предлагат се няколко възможности за по-нататъшни разработки: първоначална инсталация, модификация на вече инсталирани компоненти, актуализиране или търсене на тях. На този етап програмата проверява съответствието с минималните изисквания на операционната система MSSQL:

3. Трябва да въведете продуктовия ключ, получен при закупуването на лицензираната програма.

4. След това на следващия етап трябва да поставите отметка в квадратчето, че приемате условията на лицензионното споразумение:

Преходът към следващата стъпка се извършва чрез натискане на бутона Напред.

5. Получавайте наличните актуализации.

6. Преминаваме проверката на конфигурацията (пропускаме Warning MSCS):

7. Изберете опция предназначениенастройки:

8. Изберете необходимите ни компоненти; можете да изберете всички (Select All), но като цяло за задачата са достатъчни основните, а именно за взаимодействие с 1C сървъра са необходими само 3 (DatabaseEngineServices [руски - Услуги на компонента DatabaseEngine], ClientToolsConnectivity [Руски - Средства за комуникация на клиентски инструменти], ManagementTool [ Руски - Контроли - пълен набор]):

9. Още една проверка на инсталационната конфигурация:

10. Подробен отчет. Ако “Microsoft .NET Framework 3.5” не е предварително инсталиран, той ще даде грешка на този етап. Щракнете върху бутона „Напред“:

12. Проверка на наличното място на избрания диск:

13. Препоръчително е да оставите настройките в следващите стъпки по подразбиране (въпреки че можете да създадете отделен потребител за MSSQL), щракнете върху бутона Напред (имайте предвид, че изтеглянето на SQL Service Agent е зададено като автоматично):

14. Още един важен етап– избор на ред на сортиране (Collation). След инсталирането е изключително проблематично да промените:

15. В следващата стъпка трябва да изберете опцията за смесено стартиране, да добавите парола за потребителя "sa" и да добавите текущ потребител, който ще има права на системен администратор (бутонът „Добавяне на текущия потребител“):

Актуализиране на статистиката на базата данни

(един или няколко пъти на ден)

Ако ръчно, изпълняваме следните процедури:

Exec sp_msforeachtable N"АКТУАЛИЗИРАНЕ НА СТАТИСТИКИ? С ПЪЛНО СКАНИРАНЕ" DBCC АКТУАЛИЗАЦИЯ (dbname)

Чрез GUI:

Изчистване на процедурния кеш на СУБД

(след актуализиране на статистиката)

Ние извършваме процедурата

DBCC FREEPROCCACHE

Реиндексиране на база данни

(веднъж на ден на работно време)

Ако ръчно, тогава

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

Чрез GUI:

Използвайте анализ на фрагментацията, за да намалите натоварването

За големи бази данни трябва да намалите ненужните операции по дефрагментиране за тези, които не го изискват.

Функция на таблицата за динамично управление sys.dm_db_index_physical_statsвръща процента на фрагментация в колона ср.фрагментация_в_процент. Ако стойността в тази колона е по-голяма от 25%, се препоръчва да дефрагментирате/индексирате отново този индекс, за да възстановите първоначалната производителност.

Още по-лесно, като използвате отчета:

Настройте резервно копие

Намаляване на размера на базата данни (дневник) с данни

Можете или да свиете базата данни, като използвате графичния интерфейс на SQL Server Management Studio.
Първият случай се изпълнява, като извикате контекстното меню на необходимата база данни и изберете Задачи - Свиване - База данни.
Нека опишем втория случай малко по-подробно. По-долу е скриптът за намаляване на журнала:

DBCC shrinkdatabase(N"base1c", TRUNCATE_ONLY); /*отрязване на цялата база данни*/

използвайте DBCC SHRINKFILE(N"base1c_Data", 101); /*съкращава само файла с данни до размер от 101 MB*/

използвайте DBCC SHRINKFILE(N"base1c_Log", 0); /*съкращава само транзакционния файл до 0 MB*/

КОНТРОЛЕН ПУНКТ; /*Записва всички данни от буферния кеш в текущата база данни на диск*/

РЕЗЕРВЕН РЕГИСТРАТОР НА ДИСК = N"F:\log\base1c.bak" С TRUNCATE_ONLY /*изчистване на регистрационния файл на транзакциите */

където:
base1c - име на база данни
F:\log\base1c.bak - път до архивния файл на журнала

Темата за инсталиране на MS SQL Server обикновено се игнорира. Наистина е трудно да не инсталирате тази СУБД, дори да го правите за първи път, и също толкова трудно е да не стартирате 1C: Enterprise Server заедно с нея. Въпреки това, има редица неочевидни тънкости, което може значително да отрови живота на администратора, за което ще говорим днес.

MS SQL Server е на първо място по брой внедрявания във връзка с 1C:Enterprise, това до голяма степен се дължи на ниската бариера за влизане; човек без опит е напълно способен да овладее тази комбинация, използвайки чисто метода Next - Next - Finish. И което е най-интересното, всичко това ще работи. Да кажем повече, в преобладаващата част от случаите настройките на SQL сървъра по подразбиране са повече от достатъчни, за да осигурят продуктивна работа на сървъра 1C: Enterprise и докосването им е не само ненужно, но дори вредно.

На първо място, трябва да запомните за основата на системата tempdb, който се използва активно от 1C за съхраняване на временни таблици и междинни резултати. Освен това, той се използва незабавно от всички 1C бази данни, работещи на сървъра. И тъй като по подразбиране се намира в папката за инсталиране на SQL сървъра, т.е. на системния диск, тогава когато натоварването се увеличи, това е така tempdbсе превръща в пречка за целия сървър. Много често това води до ситуации: закупили сте бърз HDD / SSD, има достатъчно дискови ресурси, но 1C е бавен, което може да причини сериозни затруднения на начинаещите администратори.

Втора точка. Сравнително кодиране tempdbтрябва да съответства на кодирането на сравнението на информационните бази, в противен случай това може в някои случаи да доведе до неочаквани резултати, дори сериозни грешки в изчисленията.

В същото време тези трудности не са трудни за избягване, просто трябва да отделите няколко допълнителни минути по време на инсталацията или внимателно да прегледате настройките на вече инсталиран сървър.

Инсталиране на MS SQL Server за работа с 1C:Enterprise

Както вече казахме, инсталирането на SQL сървър е изключително просто и няма да описваме подробно този процес, като се фокусираме само върху необходимите настройки. Нека започнем с избора на компоненти, тъй като 1C не използва повечето от механизмите на SQL сървъра и ако няма да ги използвате за други цели, тогава оставяме само Двигател на бази данни,Клиентски съоръжения КомуникацииИ Контроли(по избор).

Не е необходимо инструментите за управление да бъдат инсталирани на сървъра, но могат да бъдат инсталирани отделно работно мястоадминистратор и управлява всички налични MS SQL сървъри от там.

Трябва също да проверите параметрите за сортиране; ако сте конфигурирали правилно регионалните си настройки, тогава най-вероятно няма да се налага да променяте нищо там, но е препоръчително да проверите този параметър, той трябва да е там Cyrillic_General_CI_AS.

IN Сървърни конфигурациимоля посочете Удостоверяване в смесен режими задайте паролата на суперпотребителя на SQL - са. Също така посочете по-долу администраторите на този екземпляр на SQL сървъра; по подразбиране вече има акаунт, под който е извършена инсталацията, но ако други потребители също трябва да администрират този екземпляр, тогава има смисъл да ги посочите веднага.

Следваща отметка - Директории с данни- изисква най-голямо внимание. Не забравяйте да посочите местоположението за съхранение на потребителски бази данни и база данни tempdbмясто в масив за изпълнение или отделен диск. Въпреки факта, че местоположението на базата данни може да бъде посочено при създаването й, задаването на правилните настройки по подразбиране ви спестява от ненужна работа, както и от ситуацията, когато базата данни се създава с помощта на 1C инструменти и се озовава в директорията по подразбиране, т.е. на системния диск. Можете също така веднага да посочите директорията за съхранение на архиви.

Можете да оставите останалите настройки по подразбиране и да завършите инсталацията.

Настройка на MS SQL Server за работа с 1C:Enterprise

Ако имате работа с вече инсталиран екземпляр на SQL Server, уверете се, че кодирането за сравнение Cyrillic_General_CI_AS, в противен случай данните трябва да бъдат изтеглени с помощта на 1C инструменти и сървърът трябва да бъде преинсталиран (или трябва да се инсталира друг екземпляр, ако този се използва от други услуги).

За да направите това, отворете Студио за управление, изберете необходимия екземпляр на SQL сървър и щракнете с десния бутон върху него и отидете на Свойства.

След това отидете на отметката памети посочете количеството RAM, налично за SQL сървъра, в противен случай SQL сървърът ще се опита да рециклира цялата налична памет. В ситуация, в която ролите на SQL сървъра се комбинират с други роли и при малки и средни реализации той обикновено се намира на една и съща машина с 1C сървъра, трябва да извадите от общото количество памет необходими за систематаи към 1C сървъра, давайки на SQL това, което остава.

Тук е трудно да се дадат недвусмислени препоръки, всичко зависи от обема на обработваните данни, на практика има смисъл да се разпредели половината от свободната памет на SQL сървъра, като впоследствие се коригира дадена стойноствъз основа на действителното му натоварване.

Следващата настройка ще бъде свързана със сигурността. За да свържете 1C към сървъра, най-често се използва акаунтът са, което е меко казано опасно, тъй като дава на влизащия под него пълен достъпкъм SQL сървъра. Като се има предвид, че администрирането на бази данни 1C често се извършва от специалисти на трети страни, има смисъл да се създаде отделен акаунт за тях.

За да направите това, отворете Сигурност - Влизанияи създайте ново име (акаунт), посочете удостоверяване SQL сървъри задайте парола.

След това отидете на отметката Сървърни ролии позволи dbcreator, администратор на процесиИ публичен.

След това използвайте този акаунт, за да се свържете към SQL сървъра от 1C.

Друга настройка се отнася за вече създадени бази данни; отворете свойствата на желаната база данни и отидете на раздела файлове. Намерете опцията Автоматично нарастване/максимален размерза файла с данни. По подразбиране той е 1 MB, което е много неоптимално; при активна работа с базата данни СУБД ще се занимава само с увеличаване на размера на файла, освен това, когато активно работят няколко бази данни, това ще доведе до значителна фрагментация на файла с данни. Следователно, въз основа на размера на базата данни и работната активност, задайте по-висока стойност, която няма да доведе до постоянно увеличаване на файла на базата данни.

Прехвърляне на базата данни tempdb

За да завършим нашата статия, нека отново се обърнем към базата данни tempdb, често има ситуации, когато файлът на тази база данни трябва да бъде преместен на друго място. Например, сървърът е инсталиран с настройки по подразбиране и tempdbразположен на системния дял или сте закупили SSD и искате да прехвърлите не само базите данни там, но и tempdb(което е правилното решение). Също така при голямо натоварване tempdbПрепоръчително е да го поставите на отделен диск.

За да промените местоположението на файла tempdbотворен Студио за управление, изберете Създайте заявкаи в прозореца, който се отваря, въведете следния текст, където E:\НОВА_ПАПКА- ново местоположение на базата:

Използвайте master
промяна на база данни tempdb
модифицирай файл(
име = tempdev,
име на файл = N"E:\НОВА_ПАПКА\tempdb.mdf")
върви

промяна на база данни tempdb
модифицирай файл(
име = templog,
име на файл = N"E:\НОВА_ПАПКА\templog.ldf")
върви

След това щракнете Изпълнение, след като изпълните заявката, рестартирайте SQL сървъра, базата данни и регистрационните файлове tempdbще бъдат създадени на ново място, файловете в старото местоположение трябва да бъдат изтрити ръчно.

Ще завършим тук днес, като най-накрая ви напомняме да не забравяте за поддръжката на базата данни и архивирането.