Возможно ли 2 1С сервера подключить к 1 sql базе? #121075

Можно ли на 2х физических машинах установить по 1С серверу и подключить их к 1 sql базе?

" ет" (с)

Ну теоретически это возможно с извратами. Смысла только в этом нет...

Запросы у Вас однако ... )))А может две клавы к компу,- типа что б в две руки набирать? )))

2 мало. надо 5 %-)

проблема в том, что sql простаивает, в то время как 1с сервер загружает 1 из процессоров на 100%, и от этого появляются ошибки на 1с сервере "ошибка блокировки транзакций"

Похоже на развод.Либо уж совсем минимальные знания о том из чего складывается загрузка.Терминал на том же сервере что и SQL? Иначе откуда процес 1С на сервере?

А мне вот интересно. Допустим, что кому-то удалось подключить два сервера приложения, ничего друг о друге "не знающих", к одной базе данных. И??? Вы представляете, какой цирк в этой самой базе начнется?

to "Совсем глупая": а что такой 1С-сервер в твоем понимании?

2. Расскажи...На самом деле такое планировалось. Но пока такое не получилось у 1С. Проблемы, насколько я понял, связаны с тем, что сервер 1С буферизует данные. Посему два сервера надо как-то синхронизировать... Не исключено, что перспектива тая всё же есть...

То 9. Подключается длл в через которой все блокировки к объектам 1С(файл-блокировки) переводятся на SQL. Через эту же длл отключается проверка уникальности каталога БД.Логи либо отключаются ,либо переводятся на SQL либо пишутся в два файла. Фактически все.То есть если бы такая необходимость была то фактически для этого есть все готовое уже. Но смысла это действие не имеет так как нагрузка на файловую часть(самая большая часть это млг - лог). минимальна по сравнению с SQL.

2 "MIracloid-дебил" это сервис или служба или процесс, как вам угодно.2 all >> сейчас есть очень мощный сервер(2*xeon 3Ггц + 3.5Гб озу + scsi raid)) на нем стоит sql server 2000 sp3, 1с сервер 8.0.12.21. Когда идет работа (20 клиентских машин с установленной 1с) процесс sql грузит сервер на 10% максимум и то иногда, а 1с сервер на 25% - тоесть 1 виртуальный проц на 100% это видно по диаграмме.

Мне никто на не ответил. Сервер приложений 1С 8.0 ничего о своем возможном коллеге (таком же 1С-сервере приложений) не знает. Т.е. обмен информацией (синхронизация) между двумя серверами невозможна. Тогда зачем подключать 2 сервера к одной базе? Или в 8.0-ке целостность данных целиком отслеживается только сервером базы данных?

в результате 1с сервер не успевает обеспечивать обмен между клиентами и sql, что приводит к появлению ошибки о блокировке транзакций.

"Совсем юные" так ругаться не должны, ИМХО

2 dralex: извените, но перед записью и при просмотре берется актуальная информация.

То 11. Ммм...я почему то подумал что речь ведется о 7-ке.Тогда вопрос имеет свой резон,приношу извинения.

2 aKomper, выводят, что поделаешь..

То 13. Проблема блокировок решается но эффективнее другим путем.

что такое>> при просмотре берется актуальная информация???Что, на все время "просмотра" накладывается блокировка??? А Вам вообще известно, чем занимается 1С-сервер приложений? Как Вы вообще представляете предлагаемую Вами архитектуру?

Так установите SQL сервер и 1c app-сервер на разные сервера и попробуйте. В чем проблема?

2 МуМу, КАК?!2 dralex, я так понимаю, что 1с сервер интерпретирует запросы от пользовательских машин в запросы к sql и обратно результирующие данные от sql в данные понятные клиентским машинам, но раз у него это получается с трудом, почему бы не подключить еще 1 машинку.. (почему не могли сделать использование нескольких процессоров???) неужели так трудно:)))

2 20 неужели вы думаете, что канал передачи между 2мя машинами (пускай 1Гбит) будет быстрей чем внутри 1 сервера? уточню, что он загружен менее 30%

Хотя работа 1С- сервера приложений 8.0 и не документирована, но что-то мне подсказывает, что он занимется не только этим и не столько этим. Думаю, что у него куча другой работы. Часто на сервер приложений выносится вся бизнес-логика (хотя у 1С это может быть и не совсем так) и управление транзакциями. Короче, для того, чтобы клиенты работали с сервером-приложений, находящимся на физически разных машинах, он (сервер) должен быть так специально спроектирован. Клиент же не знает о физическом расположении сервера приложений, для него это одно и то же приложение. В случае, если же два приложения *взаимодействуют* друг с другом. Хотя бы одно из приложений, в общем случае, должно быть "осведомлено" о другом. В случае с 1С это, по-моему вовсе не так. Это то о чем писал Тот - одна из проблем - в кэшировании данных.

Надо будет пожалуй провести исследования на эту тему...

Что подразумевается под>> провести исследования на эту тему?Мне тоже было бы интересно, как работает 1С-сервер приложений, но думаю, что это составляет коммерческую тайну.

21, т.е я так понял, что 1С-Сервер не умеет использовать более одного процессора?хм. прикольно..., попробуйте гипертрейдинг отключить...хм...

То 26. Уверяю Вас нет ничего тайного что не стало бы явным.Уже подобные исследования проводились только не в достаточном объеме. Вообщем ничего сложного.То 27. Поддерживаю.Если это действительно так то отключение гиппертрейдинга в этом случае даст существенный выигрыш.

29, какя ОС на сервере стоит?

Очкарик, естественно 2003 server sp1

31, если всё так, тогда, всё плачевно ....хотя и странно...поэксперементировать чтоли...

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

Что тут исследовать? В доке все написано. Часть кода выполняется сервером приложений. Он действительно кэширует данные. Действительно 1С поначалу заявляла, что серверов приложений может быть несколько. Но уже на бэта-версии с этим многие наступили на грабли. После чего речь о нескольких серверах приложений прекратилась и не поднималась. Гарантирую, что и поднимется :)Сервер приложений действительно лучше разнести с сервером баз данных.

34, это понятно, вопрос в том, почему процесс по процессорам не разбегается...

>> но мы же не знаем, а вдруг они могу видеть др друга и это уже заложено в работе сервераЯ был бы весьма удивлен этому обстоятельству.

я вот слышал, что в 2003 server sp1 есть ограничение (снимаемое): 10 параллельных соединений на один процесс...

То 35. А это многопотоковое или однопотоковое приложение?

38,А это многопотоковое или однопотоковое приложение? - и мне интересно...

34. "Гарантирую, что и поднимется" - чем гарантируешь? У меня есть подозрения, что работа в этом направлении всё же ведется.

У тебя нет ни каких шансов пока 1С не пошевелится.Сдайся уже все испробывал.

41, теже проблемы, что и у ?Ахренеть!

Не 8 а просто полный ОФФФФФ. Франчи просто отдыхают (бездельники)

То 40. Увы, многолетный опыт показывает, что от 1С ожидать кардинальных улучшений чего-либо безсмысленно. Хоть бы новые баги не добавляли, правя старые - и то хорошо.Кроме того эта задача явно не косметическая и требует кардинально все перекроить. Есть сомнения, что этим станут заниматься. Особенно на движке, который массово пошел в продажу.

То 44. Радостно потирая руки... и это хорошо:) Будет работа всем нам.

То 45. Логика в этом есть :)

44. И чего ж она кардинально перекроить требует? 1С-сервер только. Точнее, некоторые из его функций.Думаю, что такой сервер может стоить на порядок дороже обычного. Т.е. 12 тыс. долларов к примеру. Посему не очень уверен в его коммерческой бесперспективности.Говорю же - есть у меня некоторые подозрения. Типа поста на одном из форумов. Из которого можно было понять, что подобная работа ведется.

Я, конечно, могу ошибаться, но для масштабируемости (т.е. размещении сервера приложений на физически разных машинах - или вы не об этом?) требуется т.н. stateless модель, в то время как 1С 8.0 имеет в своей основе stateful модель. Т.е. для размещения сервера приложений на физически разных машинах требуется пересмотр *всей* архитектуры.

+48 Во всяком случае сложность приложения, основанного на стейтфул модели из-за синхронизации увеличивается в разы.

+ угу, и на линукс уже давно портировали :)

50. Есть сомнения?

тебя обманули.