Сейчас есть несколько баз 1С в файловом варианте, всё работает, проблем почти нет, каждая база примерно по 15-25 гб, всего пользователей 15, стоит ли переходить на SQL? Т.к. вопрос стоит на будущее чтобы не было проблем, прирост базы примерно 2-3 ГБ в год.
Всё в общем уже написали. Просто оставлю ещё ссылочку про сравнение вариантов работы www.gilev.ru/mssqlvsfile там в начале табличка как раз показывает, что пора переходить! И по количеству пользователей и по размерам.
Все просто-
1) Если в базе одновременно работает не более 2 пользователей - смысла нет.
Если в базе одновременно работают 2-5 пользователей - можно задуматься над переходом, оценить нагрузку.
Если в базе одновременно работает более 5 пользователей - надо переходить. Важно - речь идет о пользователях, которые одновременно, активно, работают в одной базе!
По размеру тоже есть ограничения, но там пока не упрется, у вас вроде не слишком большая но учитывая рост базы - желательно уже переходить на SQL.
rukipalki, В таком случае переходить надо без вариантов.
Файловый режим это отличная вещь, быстрый и стабильный, но он заточен на одного пользователя.
Клиент серверный - более тяжелый режим, но чем больше пользователей тем он выгоднее.
При таком количестве однозначно надо переходить.
Переходить, будет стабильнее, кроме того - файловый вариант имеет ограничение по размеру файлов, желательно настроить RemoteApps - работает намного стабильнее, чем классический клиент-серверный вариант.
А зачем устраивать сервер терминалов для клиент-серверной версии.
Он хорош для файловой.
А для клиент серверной его есть смысл применять только если сервер расположен очень далеко, и пинг до него очень большой.
Ну и если применять то лучше обычный терминал, а не RemoteApp, там есть свои проблемы.
АртемЪ, На работе 70-80 пользователей, SQL + Remote Apps - в итоге стабильная работа и легкое управление. RDP для постоянной работы я бы не использовал - очень неудобно.
Сервер баз данных - виртуальный, 8 ядер, 16 Гб - больше туда не поставить, старая платформа, дисковая система - два зеркала на SAS 15K, на этом же сервере сервер приложения 1С 8.3. Терминальный сервер тоже виртуальный, на другом хосте, 4 ядра, 18 Гб памяти, обычные SATA диски. Нагрузка терминального сервера в начале рабочего дня:
Пики нагрузки процессора в районе 9 часов - это вход пользователей в систему, дальше нагрузка выравнивается.
Желательно, конечно, дать немного больше ресурсов и терминальному серверу, и серверу баз данных и приложения 1С, ведутся разговоры про приобретение нового крутого сервера. Размер базы примерно 85 Гб.
Информация о преимуществе SQL версии из первоисточника, тут тоже неплохо расписано.
А зачем устраивать сервер терминалов для клиент-серверной версии.
Он хорош для файловой.
- это никак не связано, раньше работали на клиент-серверной версии, когда на каждом компьютере пользователя стоял клиент 1С - сеть сильно нагружена, были падения 1С и компьютеров в синий экран, после этого гонять данные 1С по сети между сервером и пользователями - ни за что.
Кстати, еще раньше работали на терминале Citrix MetaFrame XP с файловой 1С 8 - уперлись в блокировки на 25 пользователях в 1С, если бы работали в той же схеме с SQL базой - этого вопроса бы не возникло.
Максим Ярошевич, Сильно нагруженная сеть в клиент- серверном варианте?
Странно. Ни разу не наблюдал.
Запросов там действительно много - важен пинг, но чтобы сильно нагружало сеть при сотне пользователей, такого не видел.
Что за база?
АртемЪ, Падения в работе клиент-серверной 1С наблюдал еще во время версии 8.0, после этого только Remote Apps, возможно, в более новых версиях ситуация получше. База - Управление Торговлей.
Сложный
Простой
