Файловая или клиент-серверная 1С:
когда пора переходить на сервер
Решение о переходе принимают по рабочей нагрузке и требованиям компании. Одного размера базы или количества сотрудников недостаточно. Ниже приведены признаки, которые помогают оценить необходимость перехода, подготовить проверку и понять состав будущих затрат.
1. Как устроены два варианта
В файловом варианте данные информационной базы хранятся в одном файле, с которым работает встроенная файловая СУБД платформы. Для такого размещения не нужен отдельный сервер приложений 1С. Файл может находиться на компьютере или в сетевой папке. Его размещение на мощном сервере само по себе не меняет вариант работы базы.
В клиент-серверном варианте клиентское приложение обращается к серверу 1С, а тот взаимодействует с отдельной СУБД. Это три логических уровня, которым не обязательно соответствуют три отдельных компьютера. Сервер 1С и СУБД могут работать на одной машине или быть разнесены по разным.
Файловый вариант
Клиент 1СБаза 1CDфайловая база 1Cv8.1CD
Клиент-серверный вариант
Клиент 1ССервер 1Ссервер 1ССУБД
Есть и другие способы подключения, включая работу через веб-сервер. Поэтому внешний вид программы, запуск в браузере или удаленный рабочий стол не позволяют сами по себе определить архитектуру. Ее уточняют по параметрам подключения и составу работающих сервисов.
| Параметр | Файловый вариант | Клиент-серверный вариант |
|---|---|---|
| Хранение данных | Файл информационной базы | База в поддерживаемой СУБД |
| Отдельный сервер приложений 1С | Не требуется | Используется |
| Состав обслуживания | База, среда запуска, доступы и резервные копии | Дополнительно сервер 1С и отдельная СУБД |
| Основание для выбора | Рабочие сценарии укладываются в требования | Нужна архитектура под возросшую нагрузку и управление |
| Проверка результата | Замеры операций и проверка восстановления | Те же проверки в новой среде, включая совместную работу |
Хранение данных
- Файловый вариант
- Файл информационной базы
- Клиент-серверный вариант
- База в поддерживаемой СУБД
Отдельный сервер приложений 1С
- Файловый вариант
- Не требуется
- Клиент-серверный вариант
- Используется
Состав обслуживания
- Файловый вариант
- База, среда запуска, доступы и резервные копии
- Клиент-серверный вариант
- Дополнительно сервер 1С и отдельная СУБД
Основание для выбора
- Файловый вариант
- Рабочие сценарии укладываются в требования
- Клиент-серверный вариант
- Нужна архитектура под возросшую нагрузку и управление
Проверка результата
- Файловый вариант
- Замеры операций и проверка восстановления
- Клиент-серверный вариант
- Те же проверки в новой среде, включая совместную работу
Архитектура описана в официальных материалах 1С «Файловый вариант работы» и «Клиент-серверный вариант работы».
2. Когда можно оставить файловую базу
Сначала определите, какую проблему должен решить переход. Если сотрудники выполняют обычные операции без существенных задержек, обслуживание не мешает работе, а проверенное восстановление соответствует требованиям компании, миграция может не быть ближайшей необходимой задачей.
Оценивать нужно реальную одновременную работу. Общее число сотрудников, количество купленных лицензий и число активных пользователей в пиковый час могут заметно различаться. Два отдела также могут по-разному нагружать систему: один просматривает документы, другой одновременно выполняет проведение, обмены и тяжелые отчеты.
Размер файла полезно отслеживать вместе с динамикой роста, но он не заменяет проверку сценариев. Универсальное правило «после определенного числа пользователей или гигабайт всем нужен сервер» не подходит для обоснования проекта. Технические ограничения конкретного продукта и версии проверяют отдельно.
3. Когда стоит рассматривать переход
Совместная работа меняет время выполнения операций
Операция укладывается в приемлемое время при небольшой активности и замедляется, когда подключаются остальные сотрудники. Нужно проверить конкуренцию, ожидания и нагрузку, а затем сравнить поведение в тестовой среде.
Растут требования к управлению системой
Компании требуется более управляемое обслуживание, контроль подключений и развитие инфраструктуры. Зафиксируйте конкретные требования, чтобы оценить возможности целевой архитектуры и нужной поставки 1С.
Планируется изменение нагрузки
Подключаются новые подразделения, увеличивается число одновременных операций или добавляются интеграции. Проверьте ожидаемую нагрузку заранее, пока переход можно подготовить без аварийного режима.
Для первичной локализации проблемы используйте материал «Почему тормозит 1С: 10 причин и что проверить в первую очередь».
4. Что проверить перед решением
Подготовьте несколько повторяемых сценариев: открытие документа, проведение, построение отчета или выполнение обмена. Для каждого запишите исходные условия, время выполнения и число одновременно работающих пользователей. Сравнение имеет смысл только при сопоставимой нагрузке и одинаковом составе данных.
| Наблюдение | Что проверить | Как использовать результат |
|---|---|---|
| Медленно только у одного сотрудника | Рабочее место и подключение | Отделить локальную проблему от общей |
| Замедляется одна операция | Запрос, алгоритм, ожидания | Проверить, нужна ли доработка вместо миграции |
| Задержки растут при совместной работе | Ожидания и загрузку ресурсов | Подготовить нагрузочный сценарий для сравнения |
| Не укладывается обслуживание | Длительность операций и доступное окно | Сформулировать требования к целевой системе |
| Ожидается рост числа операций | Будущие сценарии и интеграции | Проверить запас по нагрузке до перехода |
Медленно только у одного сотрудника
- Что проверить
- Рабочее место и подключение
- Как использовать результат
- Отделить локальную проблему от общей
Замедляется одна операция
- Что проверить
- Запрос, алгоритм, ожидания
- Как использовать результат
- Проверить, нужна ли доработка вместо миграции
Задержки растут при совместной работе
- Что проверить
- Ожидания и загрузку ресурсов
- Как использовать результат
- Подготовить нагрузочный сценарий для сравнения
Не укладывается обслуживание
- Что проверить
- Длительность операций и доступное окно
- Как использовать результат
- Сформулировать требования к целевой системе
Ожидается рост числа операций
- Что проверить
- Будущие сценарии и интеграции
- Как использовать результат
- Проверить запас по нагрузке до перехода
Для тестового переноса используйте копию базы в отдельной среде. Отключите в ней реальные рассылки, внешние обмены и другие действия, которые могут затронуть рабочие системы. До проверки согласуйте критерии приемки: какие операции измеряются, кто подтверждает корректность и какие отклонения требуют разбирательства.
5. Из чего складываются затраты
В смете должны быть видны разовые работы и дальнейшее обслуживание. Уточните, что уже есть у компании, какие компоненты входят в предложение и за что потребуется платить отдельно. Так проще сравнить покупку собственной инфраструктуры, аренду ресурсов и услуги подрядчика.
- Инфраструктура: вычислительные ресурсы, диски, сеть и место для резервных копий.
- Программные продукты: серверные и клиентские лицензии 1С, а также условия использования выбранных ОС и СУБД.
- Подготовка: обследование, подбор совместимой среды и тестовый перенос.
- Переход: согласованное окно работ, проверка данных, подключений и интеграций.
- Эксплуатация: обновления, мониторинг, резервное копирование, проверка восстановления и устранение сбоев.
Состав лицензий зависит от продукта, имеющихся прав использования и целевой схемы. Перед заказом его нужно проверить по актуальным условиям 1С. Цена оборудования или аренды сама по себе не показывает полную стоимость проекта.
Отдельно уточните границы ответственности. Кто следит за СУБД, кто проверяет резервные копии, кто отвечает за работу обменов и кто принимает обращение при остановке системы? Эти договоренности полезно получить вместе со сметой.
6. Как подготовить переход
1. Опишите исходную систему
Зафиксируйте конфигурацию, версию платформы, расширения, доработки, подключения, интеграции и рабочие сценарии. Составьте список ответственных за проверку со стороны компании.
2. Согласуйте целевую среду
Специалист проверяет совместимость платформы, ОС, СУБД и конфигурации, состав лицензий и требования к ресурсам. Решения связываются с нагрузкой и условиями обслуживания.
3. Проведите тестовый перенос
Разверните отдельную копию, проверьте данные, права, печать, отчеты, обмены и фоновые задания. Сравните выбранные операции с исходными замерами.
4. Подготовьте резервную копию и план возврата
Проверьте возможность восстановления. Определите момент остановки работы, условия отмены перехода и ответственного за решение. Отдельно опишите действия, если в новой базе уже появились новые документы.
5. Выполните перенос в согласованное окно
До финального переноса завершите работу пользователей и остановите изменяющие данные задания по утвержденному плану. После переноса проверьте критичные сценарии и только затем открывайте доступ к рабочей системе.
6. Примите результат и включите сопровождение
Сохраните результаты проверок, параметры подключений и инструкцию для ответственных. Убедитесь, что мониторинг, резервное копирование и проверка восстановления настроены для новой среды.
7. Чек-лист для обсуждения со специалистом
- Определен текущий вариант работы базы и способ подключения сотрудников.
- Записаны версии платформы, конфигурации, расширения и доработки.
- Известны число одновременных пользователей и периоды пиковой нагрузки.
- Выбраны конкретные операции для сравнения до и после перехода.
- Описаны интеграции, фоновые задания и внешние подключения.
- Согласованы допустимое окно работ и критерии приемки.
- Проверены резервная копия и возможность восстановления.
- Подготовлен порядок возврата, включая новые данные после запуска.
- Разделены разовые затраты и регулярное обслуживание.
- Назначены ответственные за сопровождение новой среды.
Подключать специалиста полезно до покупки ресурсов и лицензий. Результатом предварительной оценки должно быть понятное решение: сохранить текущую схему и устранить конкретную проблему, провести тестовый перенос или готовить переход с согласованным составом работ.
Частые вопросы
После какого количества пользователей нужно переходить?
Единого числа для всех конфигураций и рабочих сценариев нет. Оценивают одновременную нагрузку, время выполнения операций, рост системы и требования к обслуживанию. Ограничения конкретного продукта и лицензий проверяют отдельно.
Если файл базы лежит на сервере, это уже клиент-серверная 1С?
Нет. Размещение файла на серверном компьютере не меняет архитектуру. В клиент-серверном варианте используются сервер приложений 1С и отдельная СУБД.
Можно ли заранее гарантировать, что все станет быстрее?
Нет. Результат зависит от причины задержек, настроек и ресурсов целевой среды. Его проверяют на согласованных операциях в тестовой копии. Ошибки запросов и доработок могут потребовать отдельных изменений.
Обязательно ли покупать отдельный физический сервер?
Выбор архитектуры и выбор места размещения являются разными задачами. Целевую среду можно рассматривать на собственных или арендованных ресурсах. Подходящий вариант определяют по требованиям к доступности, управлению, стоимости и совместимости.
Можно ли перейти без остановки работы сотрудников?
Для конкретной системы это оценивают при подготовке проекта. В плане обычного переноса нужно предусмотреть согласованное окно для финальных действий и проверки. Обещать отсутствие простоя до обследования нельзя.
Нужно ли покупать лицензии заново?
Сначала проверяют имеющиеся продукты и права использования. Клиент-серверная схема может потребовать дополнительных лицензий, но это не означает автоматическую замену всего комплекта. Состав поставки уточняют по актуальным условиям 1С и выбранной инфраструктуре.
