— Требуется: отдельностоящий сервер с 16 ядрами и 16Гб ОЗУ;
— Предполагается работа в домене Windows 2003, учитывая его уровень, выбираем серверную ОС; (W2008 была в домене попробована, но упала после попытки дать пользователю домена права локального админа, бороться дальше не стали);
— Устанавливаем ОС Windows Server 2003 x86-64;
— Устанавливаем драйверы;
— Конфигурируем диски (если требуется);
— В моем случае под SQL уже было создано 2 раздела — (F)для данных SQL и (G) для логов SQL(быстрый); (собраны в RAID, как попросил);
— Выравниваем разделы на дисках с данными утилитой Alignment Tool; Можно воспользоваться утилитой от Microsoft diskpart.exe;
— Регистрируем сервер в домене;
— Если возможно, через Windows Update накатываем все обновления Windows Server 2003;
— Устанавливаем SQL 2008 x86-64:
* Установщик обновляет .Net Framework
* Обновляет версию установщика Windows
* Запускает непосредственно установку MS SQL
* Конфигурируем экземпляр сервера как Default Instance
* Выбираем компоненты по минимуму: DB Engine, Management tools и клиентский драйвер
* Запускать службы SQL Server и SQL Server Agent будем из-под доменного администратора, о чем указываем в настройках
* Указываем что пользовательские базы на F
* Указываем, что пользовательские логи на G
* TempDB тоже на G
* Корневая директория SQL пусть тоже будет на F
* Способ авторизации выбираем Mixed
* Указываем пароль для пользователя sa
* Добавляем текущего пользователя (вероятно, доменного админа) и пользователя, под которым обычно заходит администратор 1С Предприятия
* Настройки Collation и пр. тонкости оставим на потом
* Ждем окончания установки
— Для проверки запускаем Management Studio, если службы запустились корректно, должно подключиться к нашему экземпляру без проблем;
— Версия установленного сервера SQL — 10.0.1600;
— Желающие могут сразу сконфигурировать сервер: указать размер памяти, который мы можем отдать SQL. Для 16Гб ОЗУ я указал мин. 4000Мб — макс. 8000Мб, позже посмотрим реальное использование памяти сервером SQL;
— Скачиваем сервис-паки SQL 2008 SP1, SQL 2008 SP2, SQL 2008 SP3;
— Поочередно накатываем их, перезагружаемся;
— Версия SQL Server после установки SP3 — 10.0.5500;
— Устанавливаем средство диагностики для SQL: SQL 2008 R2 Best Practices Analyzer; До него потребуется установить PowerShell 2.0 и Microsoft Baseline Configuration Analyzer;
— Для «прикручивания» Performance Dashboard Reports пришлось воспользоваться советом;
— Во избежание проблем после начала эксплуатации, рекомендую сразу запустить Best Practices Analyser, чтобы понять, что в настройках ОС и SQL не хватает для корректной работы;
— Устанавливаем сервер 1С Предприятия 8:
* Всё по умолчанию, указываем только, что запускать мы его будем с правами доменного администратора;
* Устанавливаем драйвер HASP, USB ключ может быть установлен заранее;
* Служба Агента сервера 1С Предприятия должна сразу запуститься, если не запускается, в настройках службы неверно указаны параметры учетной записи под которой она стартует; Простое средство диагностики — открыть Task Manager и посмотреть наличие процесса RPHOST.EXE — если он есть, служба запущена;
* Открыть консоль сервера 1С Предприятия, отключить рабочий процесс, установить признак «Много процессов», включить существующий процесс, добавить необходимое количество рабочих процессов;
— Пытаемся создать информационную базу на сервере 1С Предприятия с подключением к установленному SQL;
— Пытаемся подключиться клиентом 1C с компьютера из сети к вновь установленному серверу;
— Настраиваем Backup device в SQL и план для оперативного бэкапа;
— Настраиваем расписание и скрипт перезапуска рабочих процессов сервера 1С;
С виндой все понятно. А можно поподробнее про рабочие процессы 1С сервера, да и вообще о его тонкой настройке? Или ссылку где почитать?
Про рабочие процессы и вообще про сервер 1С Предприятия 8 можно почитать:
http://mista.ru
http://www.gilev.ru/1c/app/index.htm
— Документация к 1С Предприятию;
—
—
А вообще, что интересует? 🙂
(2) Интересуют практические советы. По теории информации достаточно.
Проблема в том, что не зная конкретики, невозможно дать какой-либо совет.
Всё только сильно в общем виде:
— Тонкая настройка сервера 1С Предприятия (в т.ч. его рабочих процессов) как правило не требуется;
— Для 32-х битного сервера количество запущенных рабочих процессов ограничено примерно такими цифрами:
* Если количество одновременно работающих пользователей >25-30 желательно иметь не менее 2-х рабочих процессов, а лучше — больше;
— На рабочий процесс нужно выделять примерно 2Гб оперативной памяти, это критично, если сервер 1С Предприятия и SQL работают на одной машине т.к. основной потребитель памяти — это SQL, но и для 1С что-то надо оставить;
— Требуется регулярный перезапуск (по крайней мере, для 8.1) рабочих процессов, иначе клиенты будут отваливаться с некоторой периодичностью,
скрипт и описание, зачем и как это надо делать, приведены в моей статье, ссылка есть в т.ч. и в обсуждаемой статье;
— Тонкая настройка сервера 1С Предприятия требуется, когда надо одновременно запустить несколько экземпляров разных версий сервера 1С Предприятия, скажем, 8.1 и 8.2; Тогда требуется разнести эти процессы по разным портам;
(4) В 8.2 с ведением фоновых процессов (их активным использованием во всем), такой перезапуск нужен чаще
(0) А с какой целью Вы включаете блокировку страниц? По Вашей ссылке MSDN прямо говорит, что для 64-х разрядных систем блокировка не требуется.
Параметр Блокировка страниц в памяти политики Windows по умолчанию отключен. Его необходимо включить для настройки расширений AWE. Эта политика определяет, какие учетные записи вправе использовать процесс для хранения данных в физической памяти, что предотвращает страничную запись данных операционной системой в область виртуальной памяти на диск. В 32-разрядных операционных системах включение данной политики без использования расширений AWE может существенно снизить общую производительность системы. Блокировка страниц в памяти не требуется в 64-разрядных операционных системах.
Да, вероятно Вы правы, это лишнее в данном случае, спасибо.
Думаю, эта привычка осталась с 32х битных систем 🙂
Зачем все запускать от доменного администратора? откуда такая пагубная привычка? 🙂
Зачем все запускать от доменного администратора? откуда такая пагубная привычка?
В моем конкретном случае на сервере выполняется ещё ряд скриптов, от имени доменного админа,
поэтому во избежание накладок, предпочитаю сразу службы запускать от имени доменного.
Если администратор считает, что достаточно запускать службы как network service или от имени
локальной учетки — это его дело имхо 🙂
(0) интересно оформлено, практично, «со вкусом профессионализма»…
Несколько вопросов:
1. Зачем Mixed Mode в авторизации SQL?
2. Зачем несколько рабочих процессов в Сервере 1с?
3. Нужно ли делать смещение на дисках в Windows 2008?
Несколько вопросов:
1. Зачем Mixed Mode в авторизации SQL?
2. Зачем несколько рабочих процессов в Сервере 1с?
3. Нужно ли делать смещение на дисках в Windows 2008?
1. Mixed mode используем, поскольку предполагается последующая авторизация на сервере SQL сервера 1С Предприятия не средствами windows, а с помощью авторизации самого SQL. Такой способ авторизации (Mixed mode) для соединения сервера 1С Предприятия и SQL по протоколу TCP/IP используется исходя из рекомендаций разработчиков 1С.
2. Для распределения нагрузки между рабочими процессами и уменьшения количества отключенных пользователей при спонтанном перезапуске рабочего процесса. Приведу цитату из Гилёва:»Несколько рабочих процессов на одном сервере дают возможность эффективно использовать объем оперативной памяти и ресурсы процессора для выполнения запросов, а также подключить клиентский сеанс к другому рабочему процессу при «крахе» текущего.»
3. В теорииhttp://www.itcommunity.ru/blogs/mamyshev/archive/2008/11/14/36335.aspx не надо, но проверить стоит 🙂
Сервис пак можно сразу ставить последний (установка промежуточных не требуется).
В 8.2 убрали галку «Много процессов» (сразу можно добавлять процессы).
Перезапуск рабочих процессов можно организовать без скриптов, средствами кластера серверов 1С (начиная с 8.1)
Выравнивание разделов для Win2008 вроде уже не актуально, только если специально испортить (правда, здесь речь о Win2003…)
Ps: это не в плане наезда, а для улучшения публикации (некоторые моменты уже есть в комментариях).
(13) NikNik, спасибо.
Лаконично и по существу:) Спасибо, плюс вам
Спасибо, вроде все давно это известно, но такого краткого и при этом содержательного описания не встречалось еще.
Спасибо, в принципе собрано все в одной маленькой статье
Лаконично и по существу:) Спасибо, плюс вам
Все в одном месте и понятно спасибо.
Подскажите пожалуйста, win serv 2008, sql 2008(SP3)
SQL 2008 R2 Best Practices Analyzer выдал следующие критические ошибки:
Issue: Databases [ master , model , msdb ] that are present on this server instance do not have a recent backup
Impact: The amount of data loss incurred in the event of a disaster scenario increases with the interval between backups
Resolution: Review the backup schedules of all critical databases and schedule backups based on the various tolerance levels
————————
Issue: The event log has messages that indicate that «Significant Portion of SQL Server Memory Has Been Paged Out»
Impact: The performance and responsiveness of SQL Server services and associated applications may be affected when the processes are paged out
Resolution: Known issues exist in Windows and device drivers that trigger conditions resulting in the working set of all processes that are currently running on the computer to be trimmed
——————
Issue: This instance of SQL Server has only one tempdb data file
Impact: Under a heavy load, the tempdb database can become a single point of contention and affect concurrency and performance
Resolution: To reduce contention in the tempdb database, increase the number of tempdb data files, and configure the required startup trace flags.
———————
Issue: Replication is not configured
Impact: Analysis cannot be performed
Resolution: Replication component is not configured
в sql не силен.
Как быть ? Куда копать ?
Заранее спасибо !
Первое сообщение странное — не имеют резервных копий служебные базы данных. Потенциально, можно конечно их бэкапить, но если критические базы бэкапите, в общем случае этого достаточно. Коллеги, поправьте?
Второе сообщение — для процесса MS SQL не достаточно оперативной памяти, поэтому служебные данные выгружаются на диск. Отсюда вопрос — у Вас сколько оперативной памяти? И сколько из нее вы отдали процессу MS SQL? Если настройки экземпляра по умолчанию используете, увеличьте аппаратный размер памяти. Проще говоря, докупите еще памяти в сервер. )
Третье сообщение рекомендует добавить количество файлов служебной базы TEMPDB, чтобы увеличить производительность.
И напоследок вопрос — если не разбираетесь, зачем установили BPA? )) Извините, вырвалось))