1C Предприятие 8.1. Руководство.
 

Подскажите, где раздобыть руководство по установке в электронном виде?

ИМХО тебе все же надо к авторам обращаться:
http://v8.1c.ru/

Например, электронное руководство входит в комплект учебной версии:
http://v8.1c.ru/edu/

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

Такое ощущение, что к ним бесполезно обращаться. Достоверной информации о требованиях к железу и ПО не дают. ИМХО, зажралась контора, хуже MS.
Но кое-что нашел. Вот, интересный материал, например.

Согласен, внятной информации по администрированию — ноль. А книги в поставке — :stinker: :stink: :angry2:
Один из лучших ресурсов по 1С, который я видел — это http://www.mista.ru.

А то, что указано на сайте, тебе не подходит?
Вот выписка по этому поводу из искомого Руководства:
http://v8.1c.ru/overview/recomendations.htm

Ну и близкое по теме:
http://v8.1c.ru/requirements/
http://v8.1c.ru/tests81/

ИМХО чего-то более нового, чем есть на сайте, ты не найдешь...

в том то и дело, что это - ложь. Во всяком случае, все, кого я знаю используют 1с8 через Citrix либо TS. Т.к. иначе (по их словам) тормозит ужасно.

Хм-м-м... Настолько подробно с этим не разбирался, но на предыдущей работе у нас тоже 1C работал через TS, при этом данную схему предложил именно специалист службы поддержки 1С (у нас с ними официальный договр был).

вот именно, но при этом на сайте 1с про это ни слова

Вы знаете, если сравнить данные "рекомендации" 1С, с sizing-ом приличных фирм, то это порнография какая-то, а не рекомендации.
Вспоминается отдел Прогнозирования и управления погодой из "Понедельник начинается в субботу"

Сравните например с рекомендациями по разворачиванию IBM/Lotus Domino
http://www.redbooks.ibm.com/abstracts/sg247162.html
Chapter 3. Sizing guidelines for IBM Lotus Domino Messaging Server

а ведь этот продукт не претендует на звание ERP как 1С 8.x

С SAP R/3 или Oracle e-Buisness Suite сравнивать не буду ибо бессмыссленно.
--------------------------------------------------------------------------------------------------------
Официальные рекомендации

Просто - ХА-ХА-ХА (или Бу-Га-Га).
В системе Win32, процессу более 2 ГБ ОЗУ не выделяется, технически (Это не зависит ни от версии сервера, ни от системных настроек, -это архитектурные ограничения)
За сим рекомендовать ставить на сервер, где крутится ОДНА задача, БОЛЕЕ 4096 МБ, может лишь неуч или вредитель, разводящий вас на Advanced Server.

Из собственного опыта скажу, что да, возможно Advanced сервер заставить работать с количеством памяти больше чем 4 Гиг, но смысла в этом нет никакого.
Ибо все равно ОДНОМУ приложению, ее выделить не возможно, а запускать на WIN несколько серьезных приложений одновременно - есть более безболезненные способы окончить свое бренное существование.

Кстати, господа просветите.
В 8.х клиент тонкий или нет? Т.е. на стороне клиента вычисления производятся?
Если бы клиент был действительно тонкий (как они божились в аннотациях), то использование Терминал-сервера была бы как мертвому припарки.
Я просто с 1С на 7.7 завязал

ну чтож делать, разработчики 1С8 так себя позиционируют. А задач в вышеупомянутом примере не одна, а минимум две: сервер 1с и сервер SQL.
меня этот вопрос тоже интересует. И вообще какие функции сервер 1с выполняет?
с TS клиент становиться тонким. А без него, видимо, нет. Так получается?

Это не совсем так. Архитектурно сервер RDBS и сервер 1с - разные процессы и сответственно запускать их на одной машине или не на одной уже задача разработчика конфигурации.

Более того
т.е. для высоконагруженных систем предлагается применять стандартную трехслойную архитектуру ,т.е. физически разносить сервер 1с и MS SQL сервер.

Хочу заметить что в эпоху 7.7, подобная трехслойная схема собиралась из отдельного MS SQL Сервера и отдельного Терминал-сервера где стартовали клиенты 7.7
Собственно Терминал-Сервер эмулировал (или выполнял) роль Application Server стандартной трехслойной архитектуры.
При большом числе клиентов использовалось несколько Терминал-серверов (этакие Инстанции, в терминах SAP R/3).

Однако когда 1С 8х только анонсировалась, то ее главной фишкой называлось появление родного сервера приложений , т.е. Application Server'a

Вот собственно описание архитектуры, http://www.v8.1c.ru/tests/architecture/
и согласно ей введение четвертого слоя ,т.е. Терминал-сервера нафиг не сдалось

Кстати вот архитектура 1С 8х. http://www.v8.1c.ru/overview/cluster.htm#WorkingServer
Ни чем, по болшому счету, принципиально не отличается скажем от SAP R/3

Только название "Кластер" они выбрали малость нестандартное, но тут уж кто как извращается.

Я, кажется нашел объяснение ускорения работы при применении терминал-сервера.
Вот http://www.v8.1c.ru/disctinct7/indexDevelop.htm

А именно:
Т. е. это стандартная ситуация криворукости разработчиков на уровне Application, которые заставляют выполнятся код на стороне клиента.

Вот еще
http://www.v8.1c.ru/overview/CommonC...ant.htm#Server


Из всего вышепревиденного следует:
-- Редкие эротические фантазеры эти господа из 1С
-- Клиент 1С, как был толстым, так и остался. Просто добавлена возможность часть кода выполнять на сервере.
-- В виду того что администратор физически не может проверить весь код на "Правильность", т.е. наличие директив явного выполнения кода на Сервере 1С, в крупных системах требуется или наличие Терминал-сервера или Монстра-разработчика которому будет не впадлу перелопачивать весь код на предмет включения директив явного выполнения на сервере.
Ситуацию ухудшает наличие наследственности, т.е. хреновой темени кода перенесенного кабы еще не с Шестерки.
-- Господа из 1С таки редкие звездуны.

здесь, вроде, рекомендации как выделить для Oracle более 2Гб.
MS SQL и без этого 8Гб жрет молча (у него, видимо, свои отношения с операционкой).

Это конечно все хорошо, только жизнь портит эта маленькая строчка:


Т. е. возможно выделить память свыше 2х ГБ только под кэш чтения/записи.
Однако именно для пользовательских процессов Oracle или внутриситемных целей Oracle выше 2х ГБ выделить не получится.

У MS SQL скажем прямо, совсем иная архитектура, которая привязана именно к модели потоков (thread) Win.
Естественно он более эффективно использует память на родной 32-битной платформе, но именно по этому перенести его на иные платформы малость затруднительно.