SQL и сервер терминалов #297804

Не рекамендуеться чтоли терминальный режим делать под скуль-сервер

да все по-разному.... я не рекомендую....

а почему??? Как быть тоды... в дбфах чтоли юзать...

Ракоминдуется не ставить на одну "железяку". скуль сожрет всё.

Млин... Ну лана, проблема в следующем... Бух-я на скуле... а зарплата на дбф... сервак один... вот думаемс как лучше: Либо ЗиКу на терминал в дбф... Либо на скуль... Как лучше быть?

Считать нагрузку (кво юзерей1С+прочие приложения+обработки и отчеты*размер баз1С=мощность железки). Если 5-10 сеансов то и standart edition с 4Gb памяти=вполне так потянет эту связку, а если больше (с учетом что скуль слопает от 2-х gb запростотак)= цитата. "В этом случае (Терминал+SQL)можно наблюдать программную неуживчивость. Проявляется она в "привычке" Microsoft SQL Server при большой нагрузке захватывать 100% ресурсов=CPU. Конечно, его можно сконфигурировать таким образом, чтобы он задействовал не все ресурсы сервера, но на практике это оказывается невозможно в однопроцессорных решениях и не всегда оправданно в двухпроцессорных. И втретьих, при интенсивном взаимном обмене информацией между Terminal Server и другим серверным приложением в зависимости от характера и степени нагрузок работа на одном и том же физическом сервере может приводить как к повышению общей производительности, так и к ее существенному снижению. Если взять для примера то же соседство Terminal Server и MS SQL Server, то при малых и средних нагрузках и интенсивном взаимообмене общая производительность возрастает, а при больших нагрузках лучше запускать их на физически различных серверах. Ну и вчетвертых, окажется разумным оптимизировать аппаратную часть сервера терминалов под ту задачу, которая будет исполняться на сервере в терминальном режиме."

+ имхо лучше терминал+скуль. Почему? дык потому, что лень прямые запросы под дбф делать.

Блин..... Совсем не понятно стало... Sql канеш охота, но в терминалках скорость похоже будет гораздо выше... Как же быть?

ну ап попробуемс