Агент сервера 1С и MSSQL на 1 машине

1. whiteo 23.10.17 15:14 Сейчас в теме
Добрый день, как-то давно, когда я только начал знакомиться с 1С, один из программеров, пересевший с 7-ки на 8-ку, сказал мне, что в случае с 1С необходимо поднимать обе службы, т.е. Агент 1С и MS SQL на 1 сервере, поясняя это тем что данный метод расположения служб поможет избежать многих проблем с производительностью.
На текущем месте работы, столкнулся с проблемами, одна из них "Недостаточно памяти для записи файла формата Base64", Агент 1С и MS SQL стоят на разных серверах. Начальник утверждает что, всю жизнь так работал, службы были на разных серверах, проблем не было. Я его пытаюсь переубедить, но пока без толку.
Кто что думает на эту тему?
По теме из базы знаний
Найденные решения
13. collider 24.10.17 05:40 Сейчас в теме
(1) Мощности компьютеров постоянно растут. Если раньше при одноядерных процессорах и мизерных объёмах памяти приходилось разносить службы на разные сервера для распределения нагрузки, то сейчас можно обслуживать даже 300 человек одним сервером, на котором будут стоять и 1С и MSSQL.

Даже не обязательно тыкать направо-налево этим Shared Memory. Можно рассуждать по-другому.
Чтобы на едином сервере одна программа обратилась к другой, ей, грубо говоря, нужно "преодолеть" только северный мост.
Другое дело, когда сервера разные. Каждый вызов SQL-сервера будет идти через
1. Северный, южный мост и сетевую плату одного сервера,
2. Затем через саму сеть
3. И после этого, через сетевую плату, южный с северным мостом другого сервера.
Схема более длинная, а значит, менее быстрая.

И по поводу виртуалок:
http://www.gilev.ru/virtual/
Остальные ответы
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
13. collider 24.10.17 05:40 Сейчас в теме
(1) Мощности компьютеров постоянно растут. Если раньше при одноядерных процессорах и мизерных объёмах памяти приходилось разносить службы на разные сервера для распределения нагрузки, то сейчас можно обслуживать даже 300 человек одним сервером, на котором будут стоять и 1С и MSSQL.

Даже не обязательно тыкать направо-налево этим Shared Memory. Можно рассуждать по-другому.
Чтобы на едином сервере одна программа обратилась к другой, ей, грубо говоря, нужно "преодолеть" только северный мост.
Другое дело, когда сервера разные. Каждый вызов SQL-сервера будет идти через
1. Северный, южный мост и сетевую плату одного сервера,
2. Затем через саму сеть
3. И после этого, через сетевую плату, южный с северным мостом другого сервера.
Схема более длинная, а значит, менее быстрая.

И по поводу виртуалок:
http://www.gilev.ru/virtual/
14. whiteo 24.10.17 08:33 Сейчас в теме
2. DenisCh 23.10.17 15:19 Сейчас в теме
С одной стороны - при разнесении вся память сервера используется одним сервером.
С другой - в новых версиях доступ к скулю может работать быстрее, если они будут на одной машине.
3. whiteo 23.10.17 15:25 Сейчас в теме
(2) Сервера виртуальные и на одной физ машине, что раньше, что сейчас.
П.С. Тестовый сервер для себя поставил по старинке, 2 службы 1 сервер, таких проблем нет, хотя на этом сервере и изредка работают бухгалтера в тестовой базе.
4. DenisCh 23.10.17 15:27 Сейчас в теме
(3)когда я говорю "на одной машине" - значит, в пределах одного экземпляра ОС.
А держать скуль и 1с на виртуалках я не рекомендую.
5. whiteo 23.10.17 15:28 Сейчас в теме
(4) К сожалению в распоряжении у компании 1 физический мощный сервер поделенный на виртуалки для разных служб.
6. DenisCh 23.10.17 15:29 Сейчас в теме
(5) Тогда придётся смириться.
Лучше сделать одну ВМ, выделив ей в два раза памяти. И развернуть на неё.
8. whiteo 23.10.17 15:32 Сейчас в теме
(6) Тестовый сервер, работает в таком режиме, начальник категорически против этого ссылаясь на то что весь мир разносит службы на разные сервера.
7. oldfornit 23.10.17 15:31 Сейчас в теме
Единственный аргумент за расположение обоих сервисов на одной машине - это возможность использования протокола Shared memory.
Естественно необходимо корректно разнести файлы сервиса 1с, файлы баз данных и журналов транзакций по разным дискам (массивам СХД и т.п.)

Аргумент против: трудности с настройкой отказоустойчивости (олвейс-он и аналоги, кластеризация и т.п.)

Мы остановились на разнесении сервисов, проработали регламенты восстановления машин в случае неполадок. Ошибка "Недостаточно памяти для записи файла формата Base64" не имеет никакого отношения к тому, что сервисы разнесены.
9. whiteo 23.10.17 15:34 Сейчас в теме
(7) Почему тогда сервер который стоит рядом MS SQL не испытывает таких трудностей? настройка одинаковая в обеих случаях.
10. oldfornit 23.10.17 15:40 Сейчас в теме
(9) посмотрите пожалуйста http://1solution.ru/sobytiya/stati/ispolzovanie-versionirovaniya-obektov-v-1s.html

Во всяком случае эта ошибка может вылетать при включенном версионировании объектов информационной базы.
11. whiteo 23.10.17 15:42 Сейчас в теме
(10)Спасибо, на самом деле мне интересны мнения по поводу размещения, а не причины этой ошибки.
12. oldfornit 23.10.17 15:48 Сейчас в теме
(11) ну тут всегда идет комбинация трех параметров: требуемые ресурсы, скорость, простота поддержки.
Выбирайте два из трех.
У обоих подходов есть свои плюсы и минусы.
15. baracuda 2 24.10.17 10:07 Сейчас в теме
у меня на текущий момент на 1-ом из серверов SQL вынесен в Виртуалку. Сколько же головной боли это доставляет. Периодически приходится увеличивать память для ВМ, проводить дефрагментацию диска ВМ и прочие приблуды. Причем главные преимущества ради которых все это затевалось, снепшоты мы практически не юзали. скоро будем брать новый сервер. На нем скорее всего будем ставить и 1С и Скуль на 1 физическом сервере без виртуализаций. И да будет счастье всем админам. Аминь.
16. nvv1970 26.10.17 20:26 Сейчас в теме
(15)
Периодически приходится увеличивать память для ВМ
с чего вдруг? Отдали 20 или 200 Гб скулю - он их сожрет, но не более того. Все лимитировано. Или у вас не ms?
снепшоты мы практически не юзали
Знаю с pg так обходился один клиент - бэкапил всю виртуалку (lin+pg). Говорил, что так быстрее. Хозяин барин.

(1) не нашел упоминания о разрядности сервера 1с. Все комментарии ушли в сторону серверной схемы и про память успешно забыли.
Слабо верится, что расположение служб является ключом проблемы. Ищитите где не хватило дисковой или адресной памяти.
Оставьте свое сообщение
Вакансии
1С аналитик
Москва
зарплата от 210 000 руб.
Полный день

Руководитель направления 1С
Москва
зарплата от 350 000 руб.
Полный день

1С Программист
Москва
зарплата от 180 000 руб.
Полный день

Программист 1С
Москва
зарплата от 180 000 руб. до 220 000 руб.
Полный день

Аналитик 1С / Бизнес-аналитик
Нижний Новгород
зарплата от 100 000 руб. до 250 000 руб.
Временный (на проект)