По моему 1с 8 совсем не подходит для складского учета на крупных организациях. У нас стоят сервера баз данных с MS SQL 2008, объем оперативки 100 Гб, так же стоят терминальные сервера, есть свой админы баз данных, которые тоже не жалуют 1с.
Проблемы в следующем
1) У нас около 300 одновременных подключений к базе, при этом все начинает тормозит, зачем при открытия 1с для каждого пользователя забирает целое подключение к MS SQL - это не рентабельно.
2) Почему на сервере 1с при использовании ресурсов(памяти) их не очищает, приходится примерно каждые 3 дня перезапускать службу для очистки ресурсов(памяти).
3) Хоть и используем терминалы(вместо компьютеров) порядком 150 из 300, остальные 150 приходится покупать белее или менее мощные т.к. у 1с 8 высокие системные требования, хотя им всего лишь нужно смотреть отчеты в оперативном режиме.

ВЫВОД: Думают переходит на другие системы или подскажите как справиться с вышеперечисленными проблемами.

да будет холивар!

(0) Чего надо-то?

Я описал 3 проблемы, надо их решить.

(3) И кто это должен сделать?

(0) [Думают переходит на другие системы]
туда вам и дорога

У нас предприятие работает круглосуточно, сервер может загнуться ночью. И нам ночью поступают звонки со склад, что мол не возможно работать программа висит конвеер останавливают, приходится ночью приходить и перезапускать службу для очистки памяти. Подскажите есть ли возможность как это предотвратить, что бы не бегать по ночам?

вы, случайно не из Канады?

а то там БИТ есть, можно к ним обратиться

"Думают переходит"
"поступают звонки со склад"

Точно иностранцы.

(AndyD) не совсем вас понял, что значит БИТ

(0) в софтпойнт обратитесь, может они что присоветую в плане оптимизации

(10) +1 или к Гилеву
http://www.gilev.ru/


но ТС-у не нужно ускорять 1С, его задача 1С убить или самому уволиться, второе крайне вероятно

(0) А конфа, платформа какие? Вообще конфигурация сервера какая? Что именно тормозит то?

Тут бы побольше инфы, а не просто кричать: "1С - гуано, все пропал, го в САП, я создал" (с)

SAP тоже го...
У вас печать не работает?
Так расслабьтесь и получите удовольствие - у нас сегодня печать по всей европе стоит! (с)

Платформа 8.1 Конфигурация самописная т.к. типовые(складские) не подходили на тот момент (внедряли 2009 году).
Как раз проблема в том что на сервере не происходит очистка памяти и 1с съедает всю оперативку, как бороться с этим.

SAP нам не нужен, платить бешенные деньги другим дядям не охота, самим мало.

переходи на 8.3.6

и перепиши свою конфу на УФ

(14)
Уважаемый,
1. Для 8.1 последнее обновление выпущено 30.10.09.
Для начала попробуйте просто обновиться.
2. Что вы там понаписали никому неизвестно, тут вам никто с этим не поможет, придется разбираться самостоятельно на сколько это быстро и хорошо работает.
3. Для MS SQL есть вариант лицензирования по ядрам, используйте его. Ибо "1с для каждого пользователя забирает целое подключение к MS SQL - это не рентабельно" - звучит как-то странно, порядок лицензирования MS SQL определяет не 1С, а MS.
4. 8.3 умеет работать в барузере, для браузера большие требования?

Если вам MS SQL не рентабельно, переходите на PostgreSQL.
http://v8.1c.ru/overview/Term_000000133.htm

Да!
И на Linux!
Мы за настоящий секс!

PostgreSQL в связке с 1С работает медленнее, чем MS SQL. xD

(0) ...Почему на сервере 1с при использовании ресурсов(памяти) их не очищает

сервер 1Сх32 ?

"конфа самописная"
Начинай отсюда.
ПисАть нужно нормально.

1Cx64, не знаю почему не очищает. Но дня через 2 видно, что все ресурсы съедает именно 1с.

(ДенисЧ) при чем тут это.

(20) дык у автора вопрос рентабельности :)

(0) Сочувствую... А у нас все хорошо с 1С, склад работает 24x6 и почти всем доволен...

(24) При том, что у вас криво написанная конфигурация. Вот и тормозит.

(23) в запросах временные таблицы принято уничтожать ?

(24) очень даже при чем.
Первое с чего начать, это с анализа производительности вашей самописки. Один и тот же функционал можно реализовать с разницей в производительностью в сотни и тысячи раз.

(23) Так у вас SQL и 1С на одном сервере чтоли?

(17) "перепиши свою конфу на УФ"
И это все что нужно, чтоб на сервере 1с побороть утечки памяти???
ЗЫ. А геморрой нужно лечить по фотографии?

(30)Да

(32) похоже вам стоит обратиться к специалистам, проверить что и как у вас там :)

(32) 300 подключений? Еще раз сочувствую...

(0) "300 одновременных подключений к базе, при этом все начинает тормозит".
Это 1С. На таком количестве пользователей так и будет.

(17) Нам нужно оперативный складской учет, что вся организация видела что там на складе, УФ решит что отрисовка форма на клиенте и что, чем это поможет?

(6)  "что бы не бегать по ночам?" - подключиться по удалёнке не судьба?

(36) Частично поможет. Можно будет работать не нагружая сервер терминалов. Если это все (Серверы Скуль, 1С и РДП) на одной машине - частично нагрузка переложится на клиентов.

(17) Какие там могут быть ошибки максимум что перекрестное умножение таблиц в запросе, но если даже и так, то после выполнения запроса, память на сервере должна все равно освободить.

(36) Для терминалов отдельный сервер

(6) удаленно нельзя. Политика организации.

(37) удаленно нельзя. Политика организации.

Походу автор просто тролль.

http://www.compline-ufa.ru/statiy/tornozit-1c

(43) на троля ТС не тянет - мелкий гоблин =)

(0) У вас старая версия платформы наверное. Обновитесь. Все решения будут работать в прежнем режиме.

(44) спасибо за ссылку

(39) А вы каждый день перезапускайте сервис 1С - и проблема с утечками памяти решится :)
А так у нас средний аптайм сервера 1С примерно месяц, потом админы обновления ставят :)

(48) И так перезапускаем, но может есть и др. решения

Остальным тоже советую почитать http://www.compline-ufa.ru/statiy/tornozit-1c и не говорить, что это все самописная конфигурация плохая.

(0) По большому счету это не проблемы самой 1С. Это ваши проблемы как специалиста 1С, у которого не хватает квалификации, чтобы 1С удовлетворяла потребностям бизнеса.

(50) Нам то зачем это читать, у нас проблем никаких нет...

(51) А не кто в этом и не спорит, но форумы для этого и созданы, что бы повышать квалификацию и решать проблемы.

(51) Бизнес бывает разный... Как и ПО... Как и специалисты...

(50) Сочувствую. Уже много раз обсуждалось, что 1С не подходит для крупных предприятий. По своему опыту скажу, что больше сотни единовременных подключений к БД нужно решать на уровне сети, сетевых подключений и СУБД. Стоит нарыть (где - не знаю :( ) - максимальное количество транзакций, ограничение файлов и т. д. для 1С.

(54) Ну да, так проще сказать, чем признаться в собственной некомпетентностию

(0) на сервере 1С стоят УПП 1.3 (8.2) и СЭД (8.3), суммарное количество подключений > 300. Работаю тут 1,5 года ни разу не слышал от пользователей о сильных тормозах или проблемах как в (0). Может чего и было, но порешали.
Я к тому, что может дело то не в бобине?

(55) А о вашей компетентности, что можно сказать? Вы наверное всю жизнь базы данных разрабатывали только в 1с

(56) Ну и хорошо, что не сталкивались.

(0) пригласите специалистов. 300 одновременных - это не много.

(24) Это обычно самая главная причина - криворукий программер легко утопчет хоть суперкомпьютер.

(58) Если город указан правильно, стоит попробовать обратиться к предприятиям которые эту проблему уже решили. У нас есть такие (список не дам, я скромный программист и в такие дела не лезу).