Останнім часом користувачі та адміністратори все частіше починають скаржитися, що нові конфігурації 1С, розроблені на основі керованого додатка, працюють повільно, у деяких випадках неприйнятно повільно. Зрозуміло, що нові конфігурації містять нові функції та можливості, а тому більш вимогливі до ресурсів, але розуміння, що насамперед впливає на роботу 1С у файловому режимі, у більшості користувачів немає. Постараємося виправити цю прогалину.

У наших ми вже стосувалися впливу продуктивності дискової підсистеми на швидкість роботи 1С, але це дослідження стосувалося локального використанняпрограми на окремому ПК або термінальному сервері. У той же час більшість невеликих впроваджень припускають роботу з файловою базою по мережі, де як сервер використовується один з ПК, або виділений файловий сервер на базі звичайного, найчастіше також недорогого, комп'ютера.

Невелике дослідження російськомовних ресурсів з 1С показало, що це питаннястаранно обходиться стороною, у разі виникнення проблем зазвичай рекомендується перехід до клієнт-серверного або термінального режиму. А також майже загальноприйнятим стала думка, що зміни на керованому додатку працюють істотно повільніше стандартних. Як правило, аргументи наводяться "залізні": "ось Бухгалтерія 2.0 просто літала, а "трійка" ледве ворушиться, безумовно, частка істини в цих словах є, тому спробуємо розібратися.

Споживання ресурсів, перший погляд

Перед тим, як почати це дослідження, ми поставили перед собою два завдання: з'ясувати, чи дійсно конфігурації на основі керованого додатка повільніше за звичайні і які саме ресурси мають першочерговий вплив на продуктивність.

Для тестування ми взяли дві віртуальні машини під керуванням Windows Server 2012 R2 і Windows 8.1 відповідно, виділивши їм по 2 ядра хостового Core i5-4670 та 2 ГБ оперативної пам'яті, що відповідає приблизно середній офісній машині. Сервер розмістили на RAID 0 масиві із двох, а клієнт на аналогічному масиві із дисків загального призначення.

Як піддослідні бази ми вибрали кілька конфігурацій Бухгалтерії 2.0, релізу 2.0.64.12 , яку потім оновили до 3.0.38.52 всі конфігурації запускалися на платформі 8.3.5.1443 .

Перше, що звертає на себе увагу, це розмір інформаційної бази "трійки", причому істотно виріс, а також набагато більші апетити до оперативної пам'яті:

Ми вже готові почути звичне: "та чого вони там такого додали в цю трійку", але не поспішатимемо. На відміну від користувачів клієнт-серверних версій, які вимагають наявності більш-менш кваліфікованого адміністратора, користувачі файлових версій дуже рідко замислюються про обслуговування баз. Також рідко про це думають співробітники спеціалізованих фірм, які обслуговують (читай - оновлюють) ці бази.

Тим часом інформаційна база 1С – це повноцінна СУБД свого формату, яка теж потребує обслуговування і для цього навіть є інструмент, який називається Тестування та виправлення інформаційної бази. Можливо злий жарт зіграла назва, яка ніби має на увазі, що це інструмент для усунення проблем, але низька продуктивність - теж проблема, а реструктуризація та реіндексація, разом зі стиском таблиць - добре відомі будь-якому адміністратору СУБД засоби оптимізації баз даних. Перевіримо?

Після застосування обраних дій база різко "схудла", ставши навіть меншою за "двійку", яку теж ніхто ніколи не оптимізував, також трохи зменшилося споживання ОЗУ.

Надалі, після завантаження нових класифікаторів та довідників, створення індексів тощо. Обсяг бази зросте, загалом бази "трійки" більші за бази "двійки". Проте важливіше це, якщо друга версія задовольнялася 150-200 МБ оперативної пам'яті, то нової редакції потрібно вже півгігабайта і це значення слід виходити, плануючи необхідні ресурси до роботи з програмою.

Мережа

Пропускна здатність мережі - один найбільш важливих параметрівдля мережних додатків, особливо, як 1С у файловому режимі, що переміщують мережею значні обсяги даних. Більшість мереж невеликих підприємств побудовані на базі недорогого 100 Мбіт/с обладнання, тому ми розпочали тестування саме з порівняння показників продуктивності 1С у мережах 100 Мбіт/с та 1 Гбіт/с.

Що відбувається під час запуску файлової бази 1С по мережі? Клієнт завантажує в тимчасові папки досить багато інформації, особливо якщо це перший, "холодний", запуск. На 100 Мбіт/с ми очікуємо впораємося в ширину каналу і завантаження може зайняти значний час, у нашому випадку близько 40 секунд (ціна поділу графіка - 4 сек).

Другий запуск відбувається швидше, тому що частина даних зберігається в кеші і перебуває там до перезавантаження. Перехід на гігабітну мережу здатний значно прискорити завантаження програми, як холодний, так і гарячий, причому співвідношення значень при цьому дотримується. Тому ми вирішили висловити результат у відносних значеннях, взявши за 100% найбільше значення кожного виміру:

Як можна помітити з графіків, Бухгалтерія 2.0 завантажується за будь-якої швидкості мережі вдвічі швидше, перехід зі 100 Мбіт/с на 1 Гбіт/с дозволяє прискорити час завантаження вчетверо. Різниці між оптимізованою та неоптимізованою базами "трійки" в даному режимі не спостерігається.

Також ми перевірили вплив швидкості мережі на роботу у важких режимах, наприклад, при груповому перепроводі. Результат також виражений у відносних значеннях:

Тут уже цікавіше, що оптимізована база "трійки" в 100 Мбіт/с мережі працює з такою ж швидкістю, як і "двійка", а неоптимізована показує вдвічі гірший результат. На гігабіті співвідношення зберігаються, неоптимізована "трійка" також вдвічі повільніша за "двійку", а оптимізована відстає на третину. Також перехід на 1 Гбіт/с дозволяє скоротити час проведення втричі для редакції 2.0 та вдвічі для 3.0.

Для того, щоб оцінити вплив швидкості мережі на повсякденну роботу, ми скористалися. Вимірювання продуктивності, Виконавши в кожній базі послідовність заздалегідь зумовлених дій.

Власне, для повсякденних завдань пропускна спроможність мережі не є вузьким місцем, неоптимізована "трійка" всього лише на 20% повільніша за двійки, а після оптимізації виявляється приблизно настільки ж швидше - позначаються переваги роботи в режимі тонкого клієнта. Перехід на 1 Гбіт/с не дає оптимізованої базі жодних переваг, а неоптимізована та двійка починають працювати швидше, показуючи невелику різницю між собою.

З проведених тестів стає очевидно, що мережа не є вузьким місцем для нових конфігурацій, а керований додаток працює навіть швидше, ніж звичайно. Також можна рекомендувати перехід на 1 Гбіт/с якщо вам критичні важкі завдання і швидкість завантаження баз, в інших випадках нові конфігурації дозволяють ефективно працювати навіть у повільних 100 Мбіт/с мережах.

То чому ж 1С гальмує? Розбиратимемося далі.

Дискова підсистема сервера та SSD

У минулому матеріалі ми досягли збільшення продуктивності 1С розмістивши бази на SSD. Можливо, недостатньо продуктивності дискової підсистеми сервера? Ми зробили виміри продуктивності дискового сервера під час групового проведення відразу у двох базах та отримали досить оптимістичний результат.

Незважаючи на відносно велику кількість операцій введення-виводу в секунду (IOPS) – 913, довжина черги не перевищила 1,84, що для дводискового масиву дуже гарний результат. Виходячи з нього можна припустити, що дзеркала зі звичайних дисків буде достатньо для нормальної роботи 8-10 мережевих клієнтів у важких режимах.

То чи потрібний SSD на сервері? Найкраще відповісти на це питання допоможе тестування, яке ми провели за аналогічною методикою, мережеве підключенняскрізь 1 Гбіт/с, результат також виражений у відносних значеннях.

Почнемо із швидкості завантаження бази.

Може бути комусь і здасться дивовижним, але швидкість завантаження бази SSD на сервері не впливає. Основний стримуючий фактор тут, як показав попередній тест, пропускна спроможність мережі та продуктивність клієнта.

Перейдемо до переведення:

Вище ми вже зазначали, що продуктивності дискової цілком достатньо навіть для роботи у важких режимах, тому на швидкість проведення SSD також не впливає, крім неоптимізованої бази, яка на SSD наздогнала оптимізовану. Власне це ще раз підтверджує, що операції оптимізації впорядковують інформацію в базі даних, зменшуючи кількість випадкових операцій введення висновку і підвищуючи швидкість доступу до неї.

На повсякденних завданняхкартина аналогічна:

Виграш від SSD отримує лише неоптимізована база. Ви, звичайно, можете придбати SSD, але краще буде задуматися про своєчасне обслуговування баз. Також не забувайте про дефрагментацію розділу з інформаційними базами на сервері.

Дискова підсистема клієнта та SSD

Вплив SSD на швидкість роботи локально встановленої 1С ми розбирали в , багато зі сказаного справедливо і для роботи в мережевому режимі. Дійсно, 1С досить активно використовує дискові ресурси, у тому числі й для фонових та регламентних завдань. На малюнку нижче можна бачити, як Бухгалтерія 3.0 досить активно звертається до диска протягом 40 секунд після завантаження.

Але при цьому слід усвідомлювати, що для робочої станціїде активна роботаВиготовляється з однієї - двома інформаційними базами ресурсів продуктивності звичайного HDD масової серії цілком достатньо. Придбання SSD здатне прискорити деякі процеси, але радикального прискорення у повсякденній роботі ви не помітите, оскільки, наприклад, завантаження обмежуватиметься пропускною здатністюмережі.

Повільний жорсткий дискздатний уповільнити деякі операції, але сам собою бути причиною гальмування програми не може.

Оперативна пам'ять

Незважаючи на те, що оперативність зараз непристойно дешева, багато робочих станцій продовжують працювати з тим обсягом пам'яті, який був встановлений при покупці. Ось тут і підстерігають перші проблеми. Вже виходячи з того, що в середньому "трійці" потрібно близько 500 МБ пам'яті, можна припустити, що загального обсягу оперативної пам'яті в 1ГБ для роботи з програмою буде недостатньо.

Ми зменшили пам'ять системи до 1 Гб та запустили дві інформаційні бази.

На перший погляд все не так і погано, програма стримала апетити і цілком уклалася в доступну пам'ять, але не забуватимемо, що потреба в оперативних даних не змінилася, так куди ж вони поділися? Скинуті в дисковий, кеш, підкачування і т.п., суть цієї операції полягає в тому, що не потрібні даний моментдані відправляються з швидкої оперативної пам'яті, кількості якої недостатньо, повільну дискову.

До чого це призведе? Подивимося, як використовуються ресурси системи у важких операціях, наприклад, запустимо групове переведення відразу у двох базах. Спочатку на системі з 2 ГБ оперативної пам'яті:

Як бачимо, система активно використовує мережу, для отримання даних та процесор для їх обробки, дискова активність незначна, у процесі виконання обробки вона епізодично зростає, але не є стримуючим фактором.

Тепер зменшимо пам'ять до 1 ГБ:

Ситуація радикальним чином змінюється, основне навантаження тепер припадає на жорсткий диск, процесор і мережу простоюють, чекаючи, поки система вважає з диска на згадку потрібні дані і відправить туди непотрібні.

При цьому навіть суб'єктивна робота з двома відкритими базами на системі з 1 ГБ пам'яті виявилася вкрай некомфортною, довідники та журнали відкривалися із значною затримкою та активним зверненням до диску. Наприклад, відкриття журналу Реалізація товарів та послуг зайняло близько 20 секунд і супроводжувалося весь цей час високою дисковою активністю (виділено червоною лінією).

Щоб об'єктивно оцінити вплив оперативної пам'яті на продуктивність конфігурацій на основі керованого програми ми провели три виміри: швидкість завантаження першої бази, швидкість завантаження другої бази та групове переведення в одній із баз. Обидві бази повністю ідентичні та створені копіюванням оптимізованої бази. Результат виражений у відносних одиницях.

Результат говорить сам за себе, якщо час завантаження зростає приблизно на третину, що ще цілком терпимо, то час виконання операцій у базі зростає втричі, ні про яку комфортну роботу в таких умовах годі й говорити. До речі, це той випадок, коли покупка SSD здатна покращити ситуацію, але набагато простіше (і дешевше) боротися з причиною, а не з наслідками, і просто купити необхідну кількість оперативної пам'яті.

Недолік оперативної пам'яті - основна причина через яку робота з новими конфігураціями 1С виявляється некомфортною. Мінімально відповідними слід вважати зміни з 2 ГБ пам'яті на борту. При цьому враховуйте, що в нашому випадку були створені "тепличні" умови: чиста система, запущені лише 1С та диспетчер завдань. В реального життяна робочому комп'ютері зазвичай відкриті браузер, офісний пакет, працює антивірус і т.д., тому виходячи з потреби 500 МБ на одну базу плюс деякий запас, щоб при важких операціях ви не зіткнулися з нестачею пам'яті та різким зниженням продуктивності.

Процесор

Центральний процесор без перебільшення можна назвати серцем комп'ютера, оскільки саме він, зрештою, здійснює обробку всіх обчислень. Щоб оцінити його роль, ми провели ще один набір тестів, такий же, як і для оперативної пам'яті, зменшивши кількість доступних віртуальній машиніядер з двох до одного, при цьому тест виконувався двічі з обсягами пам'яті 1 ГБ та 2 ГБ.

Результат виявився досить цікавим та несподіваним, більш потужний процесорДосить ефективно брав він навантаження за умов нестачі в ресурсах, у час не даючи якихось відчутних переваг. 1С Підприємство (у файловому режимі) складно назвати додатком, що активно використовує процесорні ресурси, швидше за невибагливим. На важких умовах на процесор лягає навантаження й не так з обрахунку даних самого докладання, скільки обслуговування накладних витрат: додаткових операцій введення висновку тощо.

Висновки

Отже, чому гальмує 1С? Насамперед це недолік оперативної пам'яті, основне навантаження в цьому випадку лягає на жорсткий диск та процесор. А якщо вони не сяють продуктивністю, як це зазвичай буває в офісних конфігураціях, то отримуємо ситуацію, описану на початку статті - "двійка" працювала нормально, а "трійка" безбожно гальмує.

На друге місце варто винести продуктивність мережі, повільний 100 Мбіт/с канал здатний стати реальним пляшковим шийком, але водночас режим тонкого клієнта здатний підтримувати досить комфортний рівень роботи навіть на повільних каналах.

Потім слід звернути увагу на дискову, покупка SSD навряд чи буде гарним вкладенням грошей, а ось замінити диск на сучасніший буде не зайвим. Різницю між поколіннями жорстких дисківможна оцінити за таким матеріалом: .

І, нарешті, процесор. Швидша модель звичайно ж не буде зайвою, але великого сенсу збільшувати його продуктивність немає, якщо даний ПК не використовується для важких операцій: групових обробок, важких звітів, закриття місяця і т.п.

Сподіваємося, цей матеріал допоможе вам швидше розібратися в питанні "чому гальмує 1С" і вирішити його найбільш ефективно і без зайвих витрат.

• Теги:

Please enable JavaScript to view the

Породив кілька питань щодо режимів роботи 1С.

Режими роботи з інформаційною базою:
Файловий варіант роботи
Клієнт - серверний варіант роботи

Файловий режим роботи

Файловий варіант роботи розрахований на персональну роботу одного користувача, але також доступна і розрахована на багато користувачів робота по мережі. Паралельне проведення документів у цьому режимі неможливе. У середньому, у файловому режимі одночасно можуть працювати близько 10 користувачів.
Купівля серверних ключів не потрібна.
При файловому режимі роботи вся інформаційна база (база даних, конфігурація) зберігається у файлі 1Cv8.1CD.

1Cv8.1CD - це Файлова база даних

Файлова база даних (файлом 1Cv8.1CD) управляє Файлова СУБД (File DBMS)яка є частиною платформи 1С:Підприємства.
При файловому режимі роботи відбувається імітація клієнт-серверного режиму роботи, тому все одно потрібно дотримуватися клієнт-серверного механізму розробки.

Якщо файл 1Cv8.1CD перевищує 4 Гб. Саме замислитися про перехід на клієнт-серверний варіант роботи.

Великий мінус файлового режимуРоботи це низька інформаційна безпека.

Схема роботи у файловому варіанті

Додаток товстий клієнт безпосередньо звертається до інформаційної бази та отримує відповідь. Тонкий клієнт також звертається безпосередньо до БД за власним протоколом. Web клієнт звертається до інформаційної бази з допомогою Web сервера.

Для переходу з файлового режиму на клієнт-сервернийДостатньо вивантажити інформаційну базу у форматі dt і далі завантажити в інформаційну базу створену на сервері.

Клієнт-серверний варіант роботи

Клієнт-серверний варіант підходить для роботи з інформаційною базою великої кількості користувачів. Надійність бази даних гарантується СУБД, що містить механізми автоматичного архівування, відновлення. Швидкість роботи з даними вище, ніж у файловому режимі роботи.

Клієнт-серверний варіант працює за триланковою архітектурою:
Користувач
Сервер програм (кластер серверів)
СУБД

Клієнти звертаються до менеджера кластера, який переадресує запит користувача якогось робочому серверу (запит може бути переадресований більш вільний сервер). Далі сервер звертається до СУБД для отримання необхідних даних.
СУБД обробляє запит та повертає масив даних серверу, який повертає оброблені дані клієнту. У кластері серверів існує можливість настроювання резервних серверів, на які переносяться процеси у разі падіння робочого сервера. Тим самим підвищується надійність.

Web клієнт взаємодіє (за протоколом http) з web-сервером, який звертається до кластера серверів. Також можлива робота тонкого клієнта за протоколом http (за такою ж схемою)

Поточний режим роботиможна подивитися в конфігураторі та в режимі користувача, відкривши Довідка -> Про програму (рядок «режим»)

Звичайна програма завжди працює в режимі товстого клієнта. Програма може запускатися як у товстому, так і в тонкому клієнті. Функціонал тонкого клієнта дуже обмежений.

Стаття про звичайний і керований додатків, звичайних і керованих формах «1С:Підприємства», знаходиться тут.

Будь ласка, залишайте свій коментар, мені дорого ваша думка.

P.S. Чарлі Брукер - Ящик бажань

Програми 1С:Підприємство, що стали лідером автоматизації, все глибше інтегруються в бізнес та мережу підприємства. 8-ма версія програми призначена вже не тільки для ведення бухгалтерії і давно вийшла за межі одного-двох комп'ютерів. Її можливості дедалі частіше стали використовувати як керівники контролю фінансових операцій, а й менеджери в CRM, комірники для складського обліку тощо.

У зв'язку з цим різко зросло навантаження на локальне комп'ютерну мережупідприємства та на обчислювальний центр - сервер, на якому розташовуються бази 1С. Розуміючи це, розробник передбачив кілька варіантів розгортання програм 1С: Підприємства – файловий та клієнт-серверний.

Файловий варіант 1С: плюси та мінуси

Найбільш простий і дешевий варіант розгортання платформи 1С: Підприємство 8 – файловий варіант. Багато хто помиляється, розповідаючи, що він не підходить для роботи в мережі кількома користувачами. Цей варіант роботи може бути використаний як для роботи одним користувачем без мережевих версій, так і для спільного використаннядо 5 клієнтів. Для налаштування роботи файлового варіанта 1С можна використовувати простий комп'ютер, на якому розшарований каталог (відкритий доступ до спільної папки), в якому власне і знаходиться один файл з базою даних. Звичайно, цей комп'ютер повинен бути постійно увімкнений, щоб користувачі мали доступ до бази. Другий не дуже приємний момент – це повний доступвсіх працюючих з програмою користувачів до цієї спільної папки, тобто кожен з них може не тільки працювати з 1С, але і може скопіювати цю базу собі на комп'ютер (флешку, знімний дискі т. д.) або просто видалити. Звідси напрошується висновок про неможливість контролю безпеки даних у великій компанії. І звичайно ж, не можна не сказати, що при використанні файлового варіанта розгортання 1С, всі обчислення та операції виробляються на комп'ютері клієнтів, тому робочі станції повинні мати хороший запас обчислювальної потужності: потужний процесор та достатній обсяг оперативної пам'яті. А це за нинішнім курсом долара, не кожен собі може дозволити з огляду на те, що з виходом кожної нової версіїПрограми вимоги до апаратної частини стають лише вищими.

Істотним плюсом можна вважати практично нульові витрати на серверну частину - їй може служити простий потужний комп'ютер, на якому, наприклад, працює головний бухгалтер з добрим жорстким дискомі мережевою картоюпропускною здатністю 1Гбіт/с. Навіть звичайні (не серверні) Операційні системизабезпечать до 5 підключень клієнтів 1С. Також досить просто здійснюється та резервне копіювання, яке, до речі, в останніх версіяхможе бути налаштовано штатними засобами самої 1С.

Клієнтські підключення до файлової 1С

Для роботи користувачів з файл-серверним варіантом 1С:Підприємство можливі 2 варіанти: "товстий клієнт" та веб-клієнт. Перший варіант - найпростіший, саме він використовується в локальних версіях і не вартий великої уваги. А ось при використанні веб-клієнта необхідність встановлення програмного забезпечення практично відсутня. Для роботи в цьому режимі буде потрібно лише сумісний веб-браузер, який можна запустити практично на будь-якій платформі і навіть на планшеті через 3G-Інтернет. Звичайно, доведеться трохи ускладнити налаштування, тому що буде потрібно веб-сервер, крім файлового, зате це принесе безліч плюсів:

• робота на будь-якому пристрої та будь-якій операційній системі (MacOS, Linux, Windows, планшет з Android тощо);
• робота з будь-якого місця, де є Інтернет (звісно, ​​при відповідному налаштуванні);
• відсутня необхідність встановлення та оновлення програмного забезпечення на робочих станціях.

  Загальні моменти розгортання файл-серверної 1С

  Не можна обійти і питання ліцензування: для підключення кожного клієнта незалежно від типу підключення, крім самої програми, необхідно придбати клієнтську ліцензію на доступ одночасно працюючого користувача. Це може бути апаратний ключ (USB-токен), так і програмний ПІН-код.

  У наступній частині статті я докладно зупинюся на клієнт-серверному варіанті роботи 1С:Підприємства, плюси та мінуси даного підходу та варіанти економії на програмному забезпеченні.

Симптоми пацієнта та анамнез:

Робота декількох користувачів по мережі з тим самим файлом (базою даних) включає механізм мережевого блокування. Це змушує систему витрачати дорогоцінний час на виявлення відкритих сесій запису і відповідно вирішення конфліктів.

Основні ознаки роботи блокувань:

• швидка робота користувача з базою по мережі в монопольному режимі і вкрай повільна - за одночасної роботи кількох користувачів
• швидка робота користувача з локальною базою на сервері та повільна - по мережі
• звернення до файловій системітрохи менше 10 мбайт/сек

Отже, мені дісталося завдання - зробити так, щоб у 1С могли одночасно працювати цілих три користувача! Смішно, чи не так?

Всі жарти я забув, коли побачив, з чим належить мати справу: "сервер" в особі звичайного офісного комп'ютерата два ноутбуки.

Щастя було б неповним, якби не чудові операційні системи – на комп'ютері та на одному ноутбук Windows 7, на іншому – Windows 8.

При спробі одночасно провести документи на ноутбуках один тупив близько хвилини, а другий вилетів із 1С із текстом помилки "не вдалося заблокувати таблицю...".

Запуск 1С на ноутбуці - це окреме шоу, яке тривало порядку 3 хвилини!

На багатьох ресурсах стикався з порадою перейти на роботу в термінальний доступ. На жаль, Windows 7 не дозволяє штатними засобами перетворитися на сервер терміналів – максимум одне активне підключення. При цьому решта сеансів не припиняється, можна перепідключитися під іншим користувачем - "викинувши" при цьому попереднього користувача, але не завершивши його сеанс. Тому слід перенести 1С на серверну ОС, де таких обмежень немає. Клієнт на свій страх і ризик вирішив проблему натомість за допомогою сторонньої утиліти Windows7_SP1_RDPhack.

Але на цьому пригоди не скінчилися. Навіть у термінальному підключенні залишилися значні гальма. Знову мене врятували всемогутні пошукові системи. Нижче наведено поради щодо прискорення файлової 1С, яким я пішов:

1. Вимкнутивикористання протоколу мережі IPv6, налаштувати адресацію на "старому" IPv4

2. Додати процеси 1С у виключення брандмауера Windows, а також у виключення антивірусу, або відключити їх зовсім (більш ризиковано, але простий тест показав збільшення швидкостіперепроведення документів при вимкненому антивірус Avast в рази!)

3. Запустити індексацію повнотекстового пошукув 1С або вимкнути його зовсім

4. Запустити Тестування та виправлення бази, перевірку утилітою ChDbfl

5. Запустити в конфігурації пункт Перевірка конфігурації (якщо конфігурація не є типовою, це може бути корисним). За результатами перевірки конфігурації вона чарівним чином зменшилася в розмірах майже на третину. Що вже і як до мене оновлювали програмісти, що приходять - особливо не вникав, але факт очевидний.

6. Вимкнути непотрібні функціональні опції.

7. Налаштувати права користувачам. (Ця і попередня поради здалися дурістю, доти, поки я не поспостерігав за відображенням керованих форм при відкритті списку документів. Чим менше зайвого в керованому інтерфейсі - тим, як правило, швидше він працює)

8. Запустити перерахунок підсумків та відновлення послідовності (значний приріст може бути лише у випадку, якщо тривалий час результати не відновлювалися)

9. Вказати "Швидкість з'єднання - низька" в налаштуваннях списку баз (це особливого результату не дало, хіба що відключилися картинки підсистем:))

Після виконання всіх цих кроків файлова база 1С запрацювала набагато швидше. Запускатись стала максимум секунд за 10, а швидкість переведення документів збільшилася в середньому в 12 разів.

Можливо, ця невелика стаття стане у нагоді і вам, якщо раптом знадобиться прискорити файлову базу 1С.

P.S: А запустити файлову 1С, використовуючи мережевий доступдо спільної папки - все ж таки нереально, т.к. даші найшвидший твердотільний диск, оперативна пам'ятьі процесор уткнуться в мережеві блокування і робота більше одного користувача буде фактично неможлива. Йдеться саме про зміни УТ 11.1. Самописні невеликі конфігурації можуть працювати дуже швидко навіть у файловому варіанті.

Доповнення із коментарівдо публікації:

Дефрагментація дисказ файловою базою

Згорткабази (може бути корисною, якщо база великого обсягу, наприклад, кілька років). У клієнта база була досить молода, тому згортка була недоцільна.

Модернізація апаратної частини - швидший вінчестер, новий свитч, процесор і т.д.

Встановити на веб-сервер, доступ за допомогою тонкого клієнта. Тут думки розділилися. Хтось каже, у рази швидше, хтось – що прискорення не відзначено.

Файловий чи клієнт-серверний?

Який режим роботи у програмах 1С:Підприємство 8 швидше?

Як часто під час звітування ваша програма 1С дає збій у роботі? Зависає чи довго виконує операцію? Можливо траплялося, що ви втрачали дані через непередбачене відключення електроенергії? Пропонуємо розібратися, як зробити програму 1С швидше та безпечніше.

Робота в програмах 1С:Підприємство 8 може бути організована у двох режимах: файловий та клієнт-серверний.

Файловий режим роботи 1С

Файловий варіант роботи в 1С:Підприємство 8 зможе забезпечити коректну та оперативну роботусистеми, якщо у програмі працюватиме одночасно не більше 3 осіб.

База даних у файловому режимі складається лише з одного файлу. Програма 1С:Підприємство 8, яку користувач запускає на своєму комп'ютері, звертається до цього файлу локальної мережі. Усі операції або запити (проведення документів, формування звітів, пошук документів, закриття періоду тощо) виконуються безпосередньо на комп'ютері користувача, що вимагає наявності продуктивної машини у кожного, хто працює в програмі.

Схема роботи у файловому режимі

Для швидкого та безпомилкового функціонування системи необхідно, щоб усі дії (запити), які здійснює користувач програми 1С:Підприємство 8, виконувались на комп'ютері, що зберігає базу даних. Однак у файловому режимі роботи 1С:Підприємство 8 механізм реалізації запитів інший:

1. Блокується частина файлу бази даних інших користувачів системи.
2. Заблоковані дані перенаправляються локальною мережею до клієнта.
3. Операція зміни виконується на комп'ютері користувача.
4. Змінена частина файлу повертається до місця зберігання.
5. Файл бази даних стає доступним іншим користувачам системи 1С:Підприємства 8.

Постійний обмін великою кількістю інформації значно гальмує роботу всіх користувачів. Щоб прискорити роботу і зробити її стабільною, потрібна якась «ланка», яка координуватиме і виконуватиме завдання користувачів. Така «ланка» реалізована в клієнт-серверному режимі роботи.

Клієнт-серверний режим роботи 1С (з базою даних на SQL)

Сервер – це комп'ютер. На ньому встановлено програму 1С:Сервер, яка дозволяє запустити 1С:Підприємство 8 у клієнт-серверному режимі. Це означає, що програма 1С, яку запускає користувач на своєму комп'ютері, працює з програмою 1С: Сервер, а вже та, у свою чергу, працює з базою даних. Як інструмент управління базою даних використовується СУБД – PostgreSQL, MS SQL чи подібні.

Схема роботи у клієнт-серверному режимі

На відміну від файлового режиму в клієнт-серверному база даних складається не з одного файлу, а з багатьох різних файлів. Механізм реалізації запитів користувачів у цьому режимі наступний:

1. 1С: сервер розподіляє запити до потрібного файлу бази даних.
2. Визначає черговість виконання операцій.
3. Вносить зміни до бази даних.

У цьому режимі ресурсоємні операції виконуються на сервері, у місці зберігання файлів бази даних, а чи не на комп'ютерах користувачів. Таким чином, для комфортної роботи в програмі 1С:Підприємство 8 буде достатньо лише однієї потужної машини. Завдання комп'ютерів користувачів – відображення візуальної оболонки програми. З цим справиться практично будь-який комп'ютер.

Клієнт-серверний варіант дозволяє:

1. Збільшити відмовостійкість системиу разі екстреного відключення електроживлення та великої завантаженості локальної мережі. Наприклад, клієнт-серверний режим роботи дозволяє настроїти створення резервної копіїбази даних кожні 30 хвилин прямо під час роботи. Це означає, що навіть якщо трапиться аварія на сервері, будуть втрачені дані лише за півгодини, і вже за годину ваша компанія знову працюватиме у звичайному режимі.
2. Прискорити роботу системиза рахунок відсутності необхідності постійного транспортування даних між комп'ютерами мережі.
3. Запобігти крадіжці данихкористувачами системи 1С: Підприємство 8. База даних складається з безлічі файлів, що зберігаються на сервері та керуються окремою СУБД. Копіювання файлів можливе лише розрізненими частинами, які дають будь-якої інформативності. Для вивантаження бази даних у працездатному форматі необхідний доступ із правами адміністратора до 1С: Серверу та СУБД.
4. Зменшити ризик пошкодження бази даних. База статична – зберігається та змінюється на одному комп'ютері, а значить пошкодження під час транспортування від користувача до користувача виключено.

Який режим роботи 1С вибрати – файловий чи клієнт-серверний?

Файловий режим роботи у програмах 1С підійде невеликим компаніям, де одночасно працюють у програмі максимум 3 користувача з базою даних до 2Гб.

• база даних більша за 2Гб;
• кількість користувачів 3 та більше.

Що необхідно зробити для переходу на клієнт-серверний режим роботи?

1. Купити програмне забезпечення- ліцензія для Сервера 1С: Підприємство
2. Вибрати СУБД:
   • PostgreSQL – безкоштовна СУБД (Має велику низку обмежень);
3. Налаштувати СУБД під роботу з 1С, включаючи плани оптимізації та резервного копіювання.
4. Встановити 1С:Сервер та налаштувати адміністрування.