Добрый день, как-то давно, когда я только начал знакомиться с 1С, один из программеров, пересевший с 7-ки на 8-ку, сказал мне, что в случае с 1С необходимо поднимать обе службы, т.е. Агент 1С и MS SQL на 1 сервере, поясняя это тем что данный метод расположения служб поможет избежать многих проблем с производительностью.
На текущем месте работы, столкнулся с проблемами, одна из них "Недостаточно памяти для записи файла формата Base64", Агент 1С и MS SQL стоят на разных серверах. Начальник утверждает что, всю жизнь так работал, службы были на разных серверах, проблем не было. Я его пытаюсь переубедить, но пока без толку.
Кто что думает на эту тему?
(1) Мощности компьютеров постоянно растут. Если раньше при одноядерных процессорах и мизерных объёмах памяти приходилось разносить службы на разные сервера для распределения нагрузки, то сейчас можно обслуживать даже 300 человек одним сервером, на котором будут стоять и 1С и MSSQL.
Даже не обязательно тыкать направо-налево этим Shared Memory. Можно рассуждать по-другому.
Чтобы на едином сервере одна программа обратилась к другой, ей, грубо говоря, нужно "преодолеть" только северный мост.
Другое дело, когда сервера разные. Каждый вызов SQL-сервера будет идти через
1. Северный, южный мост и сетевую плату одного сервера,
2. Затем через саму сеть
3. И после этого, через сетевую плату, южный с северным мостом другого сервера.
Схема более длинная, а значит, менее быстрая.
(1) Мощности компьютеров постоянно растут. Если раньше при одноядерных процессорах и мизерных объёмах памяти приходилось разносить службы на разные сервера для распределения нагрузки, то сейчас можно обслуживать даже 300 человек одним сервером, на котором будут стоять и 1С и MSSQL.
Даже не обязательно тыкать направо-налево этим Shared Memory. Можно рассуждать по-другому.
Чтобы на едином сервере одна программа обратилась к другой, ей, грубо говоря, нужно "преодолеть" только северный мост.
Другое дело, когда сервера разные. Каждый вызов SQL-сервера будет идти через
1. Северный, южный мост и сетевую плату одного сервера,
2. Затем через саму сеть
3. И после этого, через сетевую плату, южный с северным мостом другого сервера.
Схема более длинная, а значит, менее быстрая.
С одной стороны - при разнесении вся память сервера используется одним сервером.
С другой - в новых версиях доступ к скулю может работать быстрее, если они будут на одной машине.
(2) Сервера виртуальные и на одной физ машине, что раньше, что сейчас.
П.С. Тестовый сервер для себя поставил по старинке, 2 службы 1 сервер, таких проблем нет, хотя на этом сервере и изредка работают бухгалтера в тестовой базе.
Единственный аргумент за расположение обоих сервисов на одной машине - это возможность использования протокола Shared memory.
Естественно необходимо корректно разнести файлы сервиса 1с, файлы баз данных и журналов транзакций по разным дискам (массивам СХД и т.п.)
Аргумент против: трудности с настройкой отказоустойчивости (олвейс-он и аналоги, кластеризация и т.п.)
Мы остановились на разнесении сервисов, проработали регламенты восстановления машин в случае неполадок. Ошибка "Недостаточно памяти для записи файла формата Base64" не имеет никакого отношения к тому, что сервисы разнесены.
(11) ну тут всегда идет комбинация трех параметров: требуемые ресурсы, скорость, простота поддержки.
Выбирайте два из трех.
У обоих подходов есть свои плюсы и минусы.
у меня на текущий момент на 1-ом из серверов SQL вынесен в Виртуалку. Сколько же головной боли это доставляет. Периодически приходится увеличивать память для ВМ, проводить дефрагментацию диска ВМ и прочие приблуды. Причем главные преимущества ради которых все это затевалось, снепшоты мы практически не юзали. скоро будем брать новый сервер. На нем скорее всего будем ставить и 1С и Скуль на 1 физическом сервере без виртуализаций. И да будет счастье всем админам. Аминь.
с чего вдруг? Отдали 20 или 200 Гб скулю - он их сожрет, но не более того. Все лимитировано. Или у вас не ms?
снепшоты мы практически не юзали
Знаю с pg так обходился один клиент - бэкапил всю виртуалку (lin+pg). Говорил, что так быстрее. Хозяин барин.
(1) не нашел упоминания о разрядности сервера 1с. Все комментарии ушли в сторону серверной схемы и про память успешно забыли.
Слабо верится, что расположение служб является ключом проблемы. Ищитите где не хватило дисковой или адресной памяти.