Внедрение 1C Блог О нас
 
1С:Франчайзинг На главную Написать нам

Как поднять сервер 1с с нуля


Установка и настройка MS SQL Server для 1С:Предприятие.

Тему установки MS SQL Server обычно обходят стороной. Действительно, трудно не установить эту СУБД, даже делая это в первый раз, столь же трудно не запустить в связке с ней Сервер 1С:Предприятия. Однако есть ряд неочевидных тонкостей, которые способны существенно отравить жизнь администратору, о чем мы сегодня и расскажем.

MS SQL Server занимает первое место по количеству внедрений в связке с 1С:Предприятием, во многом это объясняется низким порогом вхождения, осилить данную связку вполне способен человек без опыта, сугубо по методу Next - Next - Finish. И, что самое интересное, все это будет работать. Скажем больше, в подавляющем большинстве случаев настройки SQL-сервера по умолчанию более чем достаточно для обеспечения производительной работы сервера 1С:Предприятия и трогать их не только не нужно, но даже вредно.

Однако есть другая категория настроек, которая отвечает за расположение и выделение физических ресурсов и которую обычно тоже никто не трогает до тех пор, пока не начнет испытывать проблемы с производительностью.

Прежде всего следует вспомнить про системную базу tempdb, которая активно используется 1С для хранения временных таблиц и промежуточных результатов. Причем она используется сразу всеми базами 1С, работающими на сервере. А так как по умолчанию она располагается в папке установки SQL-сервера, т.е. на системном диске, то при увеличении нагрузки именно tempdb становится бутылочным горлышком для всего сервера. Очень часто это приводит к ситуациям: купили быстрые HDD / SSD, дисковых ресурсов хватает, а 1С тормозит, что способно вызвать у начинающих администраторов серьезные затруднения.

Второй момент. Кодировка сравнения tempdb должна совпадать с кодировкой сравнения информационных баз, иначе это может в ряде случаев привести к неожиданным результатам, вплоть до серьезных ошибок в расчетах.

В тоже время указанных сложностей совсем не сложно избежать, достаточно лишь потратить пару лишних минут при установке или внимательно просмотреть настройки уже установленного сервера.

Установка MS SQL Server для работы с 1С:Предприятие

Как мы уже говорили, установка SQL-сервера предельно проста, и мы не будем описывать этот процесс подробно, обратив внимание лишь на необходимые настройки. Начнем с выбора компонентов, так как 1С не использует большинство механизмов SQL-сервера и если вы не собираетесь их использовать для иных целей, то оставляем только Database Engine, Средства связи клиентских средств и Средства управления (опционально). 

Средства управления можно не устанавливать на сервер, а установить отдельно на рабочее место администратора и управлять оттуда всеми доступными серверами MS SQL.

Также следует проверить параметры сортировки, если у вас правильно настроены региональные настройки, то скорее всего там ничего изменять не придется, но проконтролировать данный параметр желательно, там должно быть Cyrillic_General_CI_AS. 

В Конфигурации сервера укажите Смешанный режим проверки подлинности и задайте пароль суперпользователю SQL - sa. Также укажите ниже администраторов данного экземпляра SQL-сервера, по умолчанию там уже находится учетная запись из-под которой произведена установка, но если администрировать данный экземпляр должны также другие пользователи, то имеет смысл сразу их указать.

Следующая закладка - Каталоги данных - требует самого пристального внимания. Обязательно укажите в качестве места хранения пользовательских баз и базы tempdb место на производительном массиве или отдельном диске. Несмотря на то, что расположение базы можно указывать при ее создании, задание правильных настроек по умолчанию избавляет вас от лишней работы, а также от ситуации, когда база создается средствами 1С и оказывается в каталоге по умолчанию, т.е. на системном диске. Также сразу можете указать каталог для хранения резервных копий.

Остальные настройки можно оставить по умолчанию и завершить установку.

Настройка MS SQL Server для работы с 1С:Предприятие

Если вы имеете дело с уже установленным экземпляром SQL-сервера, убедитесь, что кодировка сравнения Cyrillic_General_CI_AS, в противном случае данные следует выгрузить средствами 1С, а сервер переустановить (или установить еще один экземпляр, если данный используется другими службами).

Для этого откройте Managment Studio, выберите необходимый экземпляр SQL-сервера и щелкнув на нем правой кнопкой мыши перейдите к Свойствам.

Затем перейдите к закладке Память и укажите доступный SQL-серверу объем ОЗУ, в противном случае SQL-сервер будет стремиться утилизировать всю доступную память. В ситуации совмещения ролей SQL-сервера с другими ролями, а в небольших и средних внедрениях он, как правило, расположен на одной машине с сервером 1С, следует из общего количества памяти вычесть необходимое системе и серверу 1С, отдав SQL то, что останется. 

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

Следующая настройка будет связана с безопасностью. Для подключения 1С к серверу чаще всего используется учетная запись sa, что, мягко говоря, небезопасно, так как дает вошедшему под ней полный доступ к SQL-серверу. Учитывая, что администрированием баз 1С часто занимаются сторониие специалисты, то имеет смысл создать для них отдельную учетную запись.

Для этого раскройте Безопасность - Имена входа и создайте новое имя (учетную запись), укажите проверку подлинности SQL-сервер и задайте пароль.

Затем перейдите на закладку Роли сервера и разрешите dbcreator, processadmin и public.

После чего используйте для подключения к SQL-серверу из 1С именно эту учетную запись.

Еще одна настройка относится к уже созданным базам данных, откройте свойства нужной БД и прейдите на закладку Файлы. Найдите опцию Автоувеличение/максимальный размер для файла данных. По умолчанию там стоит 1 Мб, что весьма неоптимально, при активной работе с базой СУБД только и будет заниматься тем, что увеличивать размер файла, кроме того при активной работе нескольких баз это будет приводить к значительной фрагментации файла данных. Поэтому исходя из размера базы и активности работы задайте более высокое значение, которое не будет приводить к постоянному увеличению файла БД.

Перенос базы tempdb

В заключение нашей статьи снова обратимся к базе tempdb, часто встречаются ситуации, когда файл этой БД требуется перенести в другое место. Например сервер был установлен с параметрами по умолчанию и tempdb находится на системном разделе, или вы приобрели SSD и хотите пренести туда не только базы, но и tempdb (что является правильным решением). Также при большой нагрузке на tempdb его рекомендуется выносить на отдельный диск. 

Для того, чтобы изменить место расположения файла tempdb откройте  Managment Studio, выберите Создать запрос и в открывшемся окне введите следующий текст, где E:\NEW_FOLDER - новое расположение для базы:

use masteralter database tempdbmodify file(name = tempdev,filename = N'E:\NEW_FOLDER\tempdb.mdf')goalter database tempdbmodify file(name = templog,filename = N'E:\NEW_FOLDER\templog.ldf')

go

Затем нажмите Выполнить, после выполнения запроса перезапустите SQL-сервер, файлы базы и лога tempdb будут создан в новом месте, файлы по старому расположению следует удалить вручную.

На этом мы сегодня закончим, напоследок напомнив не забывать про обслуживание баз и резервные копии.

Дополнительные материалы:

interface31.ru

Настройка кластера серверов 1С на двух серверах

Рассмотрим процесс настройки и установки 1С кластера серверов на двух и более физических серверах.

Если Вам необходимы услуги по настройке сервера 1С 8.3, обратитесь к профессионалам. Подробности — Услуги по настройке 1С.

Общий алгоритм установки кластера серверов 1С

Имеем 2 сервера: SERVER1 и SERVER2:

  • на обе машины устанавливаем сервер 1С 8;
  • создаем на каждом сервере по кластеру 1С 8.3 (стандартный кластер, рабочий сервер пока 1, тот, который держит кластер);
  • добавляем рабочие процессы и пр. (настройки идентичны на обоих серверах);
  • на SERVER1 добавляем информационную базу;
  • в список резервирования SERVER1 добавляем SERVER2 (должен быть 2-м в списке);
  • в список резервирования SERVER2 добавляем SERVER1 (должен быть 1-м в списке);
  • ждем, пока синхронизируются список ИБ и сеансов (ок. 1 минуты).

Все — отказоустойчивость настроили.

Пример настройки

Условие задания:

Есть сервер: V81CORA (192.168.1.222), на котором установлен сервер 1С: Предприятия и зарегистрированы две информационные базы: test и test1.

Есть сервер Z3060015, который необходимо использовать для создания отказоустойчивого кластера 1С из двух серверов:  V81CORA  и Z3060015.

Это наиболее простой случай создания и использования отказоустойчивого кластера серверов 1С предприятия 8.2.

Решение.

  1. Имеем один сервер V81CORA  с единственным рабочим процессом. Все установки – по умолчанию (1540, 1541) На нем зарегистрированы 2 базы 1C.

Свойства рабочего процесса V81CORA  1:

2. На втором сервере (Z3060015) поднимаем сервер 1C: Предприятия с единственным рабочим процессом. На нем нет зарегистрированных информационных баз. Все установки – по умолчанию (1540, 1541).

Свойства рабочего процесса Z3060015 1. Обратите внимание: в поле Использование стоит Использовать (а не Использовать как резервный).

3. Открываем в консоли администрирования 1С оба сервера V81CORA  и Z3060015, чтобы было удобнее работать.

Получите 267 видеоуроков по 1С бесплатно:

4. В ветку Резервирование кластеров сервера V81CORA , на котором зарегистрированы базы, добавляем резервный кластер с именем второго сервера (порт по умолчанию 1541).

5. В ветку Резервирование кластеров второго сервера Z3060015  добавляем резервный кластер с именем первого сервера V81CORA  (порт по умолчанию 1541) и, ЭТО ВАЖНО, перемещаем его на первое место (доступно по контекстному меню – Переместить вверх) так, чтобы порядок в группах Резервирование кластеров был одинаковый.

6. Ждем некоторое время, потом нажимаем Действия –Обновить. Если в дереве информационных баз второго сервера Z3060015 появились информационные базы первого сервера V81CORA, синхронизация прошла успешно, и отказоустойчивый кластер готов к работе.

Проверка.

Если все сделано правильно:

Входим в базу, начинаем работать.

На первом сервере V81CORA  останавливаем службу сервера 1С 8.

Клиент может «задуматься» на некоторое время, и работу можно будет продолжать, перезапуск не потребуется.

Для настройки схемы с масштабированием и балансировкой нагрузки надо использовать уже собранный в предыдущем разделе отказоустойчивый кластер.

  1. Добавляем в кластер V81CORA новый рабочий сервер Z3060015:

IP-порт – стандартный (1540), диапазоны IP-портов рабочих процессов – сдвинутые, не пересекающиеся с основными (основные – 1560:1591, сдвинутые, например, 1660:1691).

2. Аналогичным образом добавляем в кластер Z3060015 новый рабочий сервер V81CORA:

Параметры сервера:

3. Добавляем к созданным серверам по рабочему процессу:

Настройка завершена.

Проверка настройки

Если все сделано правильно:

Входим в базу несколькими пользователями — так, чтобы они распределились между основным (например, V81CORA порт 1562) и дополнительным (Z3060015 порт 1660) рабочими процессами, начинаем работать.

На первом сервере V81CORA  останавливаем службу сервера 1С.

Клиенты могут «задуматься» на некоторое время, и работу можно будет продолжать, перезапуск не потребуется.

Пользователи распределятся между процессами резервного кластера:

основным (Z3060015 порт 1562) и дополнительным (V81CORA  порт 1660).

На сервере V81CORA  выгружаем все процессы rphost.

Клиенты могут «задуматься» на некоторое небольшое время, и работу можно будет продолжать, при проверке перезапуск реально потребовался только для одного пользователя из восьми.

Пользователи останутся на основном процессе резервного кластера  (Z3060015 порт 1562).

*Источник — книга «Настольная книга 1С:Эксперта по технологическим вопросам».  Автор: Филиппов Е. В.

Если Вам необходимы услуги по настройке сервера 1С, обратитесь к профессионалам. Подробности — Услуги по настройке 1С.

Смотрите видеоинструкцию по созданию отказоустойчивого кластера 1С с балансировкой нагрузки:

[youtube]https://www.youtube.com/watch?v=B5Bk5FMg678[/youtube]

К сожалению, мы физически не можем проконсультировать бесплатно всех желающих, но наша команда будет рада оказать услуги по внедрению и обслуживанию 1С. Более подробно о наших услугах можно узнать на странице Услуги 1С или просто позвоните по телефону +7 (499) 350 29 00. Мы работаем в Москве и области.

programmist1s.ru

Настройка сервера 1С и MS SQL Server

Оптимальные настройки СУБД зависят от:

  • Конфигурации компьютера (включая влияние виртуализации, совмещение с ролью терминального сервера, от количества сетевых карт);
  • Количества данных, хранящихся в БД;
  • Отношения количества запросов на чтение к запросам на запись;
  • Наличия других процессов, использующих ресурсы.
  • На производительность сервера существенно могут настройки, управляющие поведением мощностей процессора, дисков, доступа к памяти и т.п.

    Например, в целях окономии электропитания процессоры могут «занижать» частоту процессора, что приемлемо для личных компьютеров и совершенно неприемлемо для серверов с 1С.

    В BIOS сервера отключаем все настройки по экономии электропитания процессора.

    Если есть «C1E» — обязательно ОТКЛЮЧАЕМ!!

    Для некоторых не очень параллельных задач также рекомендуется выключить гипертрейдинг в биосе.

    В некоторых случаях (особенно для HP!) надо зайти в BIOS сервера, и ВЫКЛЮЧИТЬ там пункты, в названии которых есть EIST и C1E. Взамен надо там же найти пункты, связанные с процессором, в названии которых есть Turbo Boost, включить Intel SpeedStep и ВКЛЮЧИТЬ их. Если в биосе есть общее указание режима энергосбережения — включить его в режим максимальной производительности (он ещё может называться «агрессивный»)

    Смотрите также http://www.gilev.ru/bioshp/

    Обратите внимание, что такие настройки популярны, но бывают исключения, когда вендоры реализуют обозначенные выше настройки и механизмы работы иначе, и тогда может потребоваться не выключать, а включать какие-то пункты, связанные с EIST, SpeedStep и Turbo Boost.

    Не забываем и также и про настройки схемы в операционной системе.

    В конечном итоге надо не ориентироваться на названия этих пунктов, а на итоговые максимальные частоты процессоров. Можно контролировать их утилитой CPU-Z. Приведём пример:

    вот снимок системы на базе процессора i7-4770, тактовой частотой 3.4 ГГц (о чём в явном виде написано в поле Specification: @3.40Ghz). В группе Clocks (Core #0) в пункте Multiplier (множитель) указан весь допустимый для данного процессора диапазон множителей: от 8 до 39. 8 – это состояние покоя, а 39 – это максимально возможный множитель при загрузке одного ядра. Если умножить значение множителя на написанную ниже частоту шины (Bus Speed), в данном случае 99.76 МГц, то получится текущая тактовая частота (Core Speed). В данном случае, 99.76*27 примерно равно 2693.57 МГц. Как видим, это ниже даже паспортной тактовой частоты. Допустим, мы проделали некоторый набор изменений, и хотим увидеть разницу. Заходим сюда же, и видим искомый максимальный множитель:

    Но не спешим радоваться, на снимке всего лишь моментально зафиксированная частота одного из ядер. А как обстоит ситуация на остальных ядрах? В новых версиях CPU-Z появилась возможность наблюдать множитель и частоту по всем имеющимся ядрам (меню Tools – Clocks)

    Заходим туда, и видим, что не на всех ядрах множитель максимальный, некоторые ядра «сачкуют»!

    Продолжаем изыскания с настройками до тех пор, пока не увидим, что при отсутствии максимальной загрузки процессоров, частота всех ядер максимальна для данного процессора:

    Вот теперь уже можно со спокойной совестью запускать тест TPC и смотреть там улучшение результата.

    Сервера с архитектурой Intel Sandy Bridge умеют динамически менять частоты процессора.

    Для управления под линуксом отправляем к документации редхат  .

    Убедитесь что после настройки схемы энергоснабжения процессор работает на нужной максимальной частоте, заявленной производителем. Для этого посмотрите с помощью утилиты cpu-z на core speed.

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

    На серверах 1С и MS SQL Server использование антивирусов (даже сам факт инсталяции без включения) будет приводить к снижению производительности в виде периодических массовых замедлений и подвисаний интерфейса.

    Совмещение ролей сервера 1С и сервера MS SQL Server дает большую производительность, особенно если использовать протокол обмена данных напрямую через память «Shared Memory».

    Для настройки протокола воспользуйтесь статьей http://www.gilev.ru/sqland1c/

    Наши «рекомендуемые практики», полученные на основе  опыта выполненных проектов

    Очень многие проекты выполнены нами с помощью MS SQL Server 2008 R2.

    Рекомендуем Вашему вниманию наш доклад на международной конференции компании Microsoft Teched Russia 2011. Материал статьи можно обсудить на форуме http://www.gilev.ru/forum/

    См. также http://www.gilev.ru/dfss/

    ЕСЛИ ВЫ ВЫПОЛНИЛИ ВСЕ НАСТРОЙКИ И НЕ СМОГЛИ ДОСТИЧЬ НУЖНОЙ ПРОИЗВОДИТЕЛЬНОСТИ, ТО МОЖНО ВОСПОЛЬЗОВАТЬСЯ НАШЕЙ ПОМОЩЬЮ 

    www.gilev.ru

    Сервер 1С

    Это позволяет обеспечить непрерывность работы:

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

    При  установке серверной части 1С:Предприятия 8.1  вы можете создать нового пользователя или выбрать существующую учетную запись.

    В случае выбора существующей учетной записи вы должны указать правильный пароль и подтверждение, иначе запуск серверной части далее приведет к ошибке. При первом запуске Агента кластера создается кластер «по умолчанию». Кластер по умолчанию имеет следующие характеристики: ·         номер порта – 1541; ·         диапазон IP портов – 1560:1591; ·         поддержка многих рабочих процессов – выключена; ·         один  рабочий  процесс, номер  порта устанавливается из указанного диапазона. Если при первом запуске агента кластера возникли какие-либо проблемы, то кластер по умолчанию может быть не создан. Это проявляется в том, что при запуске агента сервера (ragent) он стартует, но не запускает другие процессы кластера (rmngr, rphost). Список кластеров srvribrg.lst при этом выглядит так: { {0},

    В этом случае можно остановить процесс ragent, удалить список кластеров (srvribrg.lst) и запустить ragent снова.

    Проверьте совпадение портов, указанного в параметре port командной строки запуска сервиса агента сервера и заданного в диалоге параметров центрального сервера консоли кластеров:

    — Остановите сервис 1C:Enterprise 8.1 Server Agent.

    Если Агент серверов запущен как приложение, остановка выполняется нажатием комбинации клавиш Ctrl+C. — Убедитесь, в Диспетчере задач (Task Manager), что все процессы ragent, rmngr, rphost завершились. При необходимости завершите их при помощи Task Manager.

    — Откройте свойства сервиса 1C:Enterprise 8.1 Server Agent.

    — Обратите внимание на строку «Исполняемый файл» ( Path to executable). В ней имеется параметр -d, за которым следует каталог данных кластера. Все файлы, относящиеся к кластеру, находятся в этом каталоге. — Удалите все содержимое этого каталога. — Запустите сервис 1C:Enterprise 8.1 Server Agent. — Убедитесь, в Диспетчере задач (Task Manager), что все процессы ragent, rmngr, rphost стартовали. — Запустите консоль кластера и зарегистрируйте в ней центральный сервер. Консоль должна подсоединиться к центральному серверу и показать один кластер, созданный по умолчанию.

    Возможными проблемы отказа работы Кластера серверов являются проблемы с ключами защиты, правами учетной записи служб, некорректными параметрами запуска.

    1. Ключ защиты серверной части устанавливается ЛОКАЛЬНО на каждый сервер предприятия
    2. Не задавайте учетную запись службы с пустым паролем
    3. При нескольких кластерах используемые порты не должны пересекаться

    Обратите внимание, что в процессе установки платформы 1С:Предприятие 8.1 могут быть выданы сообщения об ошибках. Ниже перечислены наиболее вероятные сообщения. Указаны причины, вызвавшие сообщения и шаги к устранению.

    Ошибка 1069: служба не запущена из-за ошибки входа в систему

    Проблема связана с правами учетной записи на запуск от имени системной службы. Откройте утилиту Local Security Policy (Локальная политика безопасности) и добавьте пользователя (от имени которого происходит запуск Рабочих серверов Кластера) к политикам Logon as service (Работа в качестве сервиса) и Logon as batch (Работа в качестве пакетного задания) job. При нарушении данных, хранящихся в служебных файлах,  и  запуск Рабочих серверов Кластера может оказаться неудачным. Убедитесь, что агент сервера 1С:Предприятия 8.1 запущен (процесс ragent в Task Manager).

    Не забудьте, что средством анализа также является  аудит событий Windows. Для этого посмотрите, появляются ли какие-нибудь «подозрительные» сообщения в журнале событий Windows.

    Ошибка 8007056B / 800708C5

    The new password does not meet the password policies. The password may be too short or you have already used this password recently. Причина: указанный пароль для учетной записи в диалоговом окне «Установка сервера 1С:Предприятие» не удовлетворяет требованиям политики безопасности.

    Решение: Задать новый пароль для выбранной учетной записи, удовлетворяющий требованиям политики безопасности либо ослабить требования применяемой политики безопасности, т.е. не требовать «сложного» пароля, не ограничивать количество знаков в пароле, не проверять попыток повторения и т.д.

    Ошибка 1923: нет привилегий для установки сервисом

    Причина: Ошибка связана с правами установки учетной записи в качестве приложений. Такая ошибка характерна для попыток установки сервера на контроллере домена, где предъявляются повышенные меры безопасности. Решение: Не использовать контроллер домена для размещения сервера предприятия или ослабить требования безопасности и указать для выбранной учетной записи права «Работы в качестве службы», «Работы в качестве пакетного задания».

    Ошибка 80070056

    Your password could not be changed. Each password must be used for at least x days. Причина и Решение: Еще одна ошибка, возникающая при нарушении требований политики безопасности к используемым паролям. Решение аналогично ошибке 800708C5.

    Windows Sockets — 11004(0х00002AFC)

    1) Убедиться, что на Рабочем сервере кластера в Диспетчере задач (Task Manager) запущены : Агент сервера (ragent.exe), Менеджер Кластера (rmngr.exe), Рабочий процесс Кластера (rphost.exe). 2) Для проверки разрешения имен  ip-адреса выполните в командной строке: ping имя_машины В отклике системы на команду нас интересует, определиться ли ip-адрес.

    3) Если имя определилось, но Рабочий процесс по-прежнему не находится, то убедитесь, что определение Ip-адреса имени и . определяются не по-разному.

    (Windows Sockets — 10054(0x00002746).

    Удаленный хост принудительно разорвал соединение. Такое сообщение может быть получено в случае перезагрузки сервера или принудительного удаления Рабочего процесса. Эта ошибка обычно не появляется при повторном подключении. Если ошибка осталась, необходимо расследовать причины отказа рабочих серверов кластера. Такая ошибка может происходить при достижении рабочим процессом использования максимального объема памяти в 32х битных системах.

    Другим случаем является попытка подключения от клиента с сообщением об ошибке:

     (Windows Sockets — 10060(0x0000274C)

    Попытка установить соединение была безуспешной, т.к. от другого компьютера за требуемое время не получен нужный отклик, или было разорвано уже установленное соединение из-за неверного отклика уже подключенного компьютера. Сущность этой ошибки – отсутствие отклика в течении определенного времени (таймаута). 1) Убедитесь, что брандмауэр не блокирует трафик приложения. Выключите брандмауэр. Для этого в командной строке выполните команду (команда доступна начиная с Windows XP и Windows Server 2003, в более ранних версиях встроенного брандмауэра нет, однако может быть установлено стороннее ПО):

    netsh firewall set opmode disable

    Если команда будет выполнена успешно, вы получите сообщение:

    Ок.

    Кроме брандмауэра блокировать трафик могут сетевые фильтры. Они по умолчанию выключены. Тем не менее, убедитесь, что это так:
    1. Откройте папку «Сетевые подключения».
    2. Щелкните правой кнопкой мыши сетевое подключение, которое требуется настроить, и выберите команду Свойства.
    3. На вкладке Общие (для подключения по локальной сети) или на вкладке Сеть (для всех остальных подключений) выберите Протокол Интернета (TCP/IP) и нажмите кнопку Свойства.
    4. Нажмите кнопку Дополнительно.
    5. Откройте вкладку Параметры, выберите параметр Фильтрация TCP/IP и нажмите кнопку Свойства.
    6. Убедитесь,  что флажок Задействовать фильтрацию TCP/IP (все адаптеры) снят.

    2) Убедитесь, что ресурсы процессора не загружены на 100% (CPU%). 3) Выполните замер сетевой активности интерфейсов клиента и сервера. Нагрузка на сетевой адаптер не должна превышать 60%.

    (Windows Sockets — 10061(0x0000274D)

    Подключение не установлено, т.к. конечный компьютер отверг запрос на подключение. Характерной причиной такой ошибки является отсутствие запущенного Агента сервера. Запустите сервер вручную или выполните перезагрузку сервера для автоматического старта.

     Ответы на вопросы

    Многоплатформенность 1С

    Ответ тут.

    Установка сервера

    Q:Ошибка установки сервера 1с на MS Server 2008 R2 x64 При установке сервера 1с через командную строку, например такую, ragent.exe -instsrvc -port 2040 -regport 2041 -range 2060:2091 -d «C:\Program Files\1cv82\ (взято с диска ИТС), в командной строке пишет сообшение: «Error! OpenSCManager error!» Сервис при этом не создается. Проверялось на 8.1.15.14 и 8.2.10.77

    А: Для установки из коммандной строки на ОС, где присутсвует UAC, нужно пользоваться службой RunAs, т.к. даже если пользователь входит в группу администраторов, то UAC блокирует действия, которые изменяют состояние системы.

    Ключи защиты

    Q: Ключ защиты от сервера 8.2 позволяет запустить Сервер 8.1? A: Да, позволяет

    Q: чтобы запустить сервер 1С мне нужны хасп-ключи какие-то серверные? Локальный, или на 5 пользователей не пойдет?

    A: да, для сервера нужен свой ключ, локальный пользовательский и сетевые не подойдут. Подробнее в «Сервера 1С:Предпряитие 8.1 и 8.2 — с чем едят« , слайд № 30.

    Q: допустим кластер серверов 1с стоит из 3-х физических серверов. сколько нужно ключей защиты

    A: 3 ключа

    Q: Имеется терминальный сервер и ключ на 5 лицензий, докупается 6-ая доп. лицензия. Возможно ли ее установить на сервер рядом с ключом на 5? И будут ли все 6 пользователей работать в теминальных сессиях или 5 — под теерминалом, а 1 в файловом варианте? A: Нет, не будут. 6я лицензия в виде локального ключа должна быть воткнута в компьютер пользователя, но не в терминалку.

    Подробней см. «Ключи защиты 1С:Предприятие 8«.

    Обновления сервера 1С

    Q: при выходе новой версии 8.2.xxx платформы какой порядок действий при обновлении серверов и клиентов A: Дистрибутивы 8.2 инсталируют свои файлы в разные папки (для каждой версии своя папки), т.е. теоретически остается возможность вызова параллельно нескольких версий сервера.

    У меня особых проблем не возникало. Однако, надо внимательно отслеживать занимаемые порты экземпляром сервера 1С. Пересечений не должно быть.

    Настройка сервера 1С

    Q: В 1С 8.1, как лучше размещать информационные базы, если их несколько, в одном кластере или создавать для каждой базы отдельный кластер? A: С большим объем или нагрузкой , а также тестовые базы размещать нужно в отдельные кластера!

    Q: ВОПРОС: Рабочй процесс 1С:Предприятие 8.1 является однопоточным приложением или многопоточным? Т.е. может ли загрузить много ядер при одном подключенном пользователе? При нескольких? А рабочий процесс 1С:Предприятие 8.2? Спасибо. A: 1Сv8.exe и rphost.exe в версии 8.1 отъедали 1 ядро. По сколько в 8.1 соединение клиента находится жестко привязанным к рабочему процессу, то можно условно считать, что обработка клиентов 1С выполняется в рамках одного ядра. Исключение составляет СУБД, которая использует ядра не зависимо, как работает сервера 1С.

    В версии 8.2 соединения заменены сеансами. Сеансы могут уже выполняться в разных рабочих процессах. Поэтому назвать 8.2 однопоточной наверно не правильно. Клиент 8.2 тоже визуально загружает несколько ядер, поэтому так:

    платформа 8.2 не реализует всех возмжностей многопоточной системы, но она существенно лучше использует возможности железа по сравнению с 8.1, в том числе и в плане параллельности.

    Q: Необходимо ли несколько рабочих процессов 1С:Предприятие 8.1, чтобы сервер баз данных (MS SQL) нагружал несколько ядер? (Замечено, что MS SQL обычно «грузит» только одно ядро, т.е. «распараллеливание» обработки одного запроса по нескольким ядрам, как правило, не происходит.) Спасибо. A: Специально управлять MS SQL не нужно, это достаточно самонастраивающая система, использующая ресурсы по необходимости. Управлять параллельностью исполнения можно:

    EXEC sys.sp_configure N’max degree of parallelism’, N’5′ GO RECONFIGURE WITH OVERRIDE

    GO

    Создавать несколько рабочих процессов на сервере 1С можно исходя из того, что один рабочий процесс не обеспечивает возможность пользователям сделать повторное подключение в случаи падения рабочего процесса. 2 процесс (на 8.2 его лучше сделать «резервным») решает эту проблему. А вот 3й и более рабочие процессы есть смысл добавлять, только если сильно загруженны (более 90%) первые два рабочих процессах. Без надобности плодить рабочие процессы не стоит, это может ухудшить производительность.

    Q: Для 1С:Предприятие 8.1 прозвучала рекомендация использовать минимум два рабочих процесса на сервере (для отказоустойчивости) или больше, если

    это обусловлено загрузкой и количеством ядер. Справедливо ли это для 8.2?

    A: Как минимум 1 резервный рабочий процесс в 8.2 должен быть.

    Отказоустойчивый кластер

    Q: Вопрос про включении резервирования кластеров 1с 8.2. Если у нас упал сервер (уборщица выдернула провод) то сетевое имя, например «server:2540» будет недоступно. как клиент, у которого прописано в строке подключения «server:2540» узнает что нужно подключаться к резервному кластеру? откуда он возмет имя другого сервера? А если через запятую написать кластеры в строке подключения базы? A: Несколько кластеров объединяются в «группу резервирования». Для этого в оснастке кластера есть «список резервирнования».

    При первом обращении клиента к кластеру ему передается список кластеров, входящих в группу резервирования.

    Если клиент не разу не обращался, то в этом случаи надо указать вручную адреса всех кластеров, например storm:2541,monster:2541.

    Между кластерами резервирования осуществляется обмен синхронизируемых данных.

    Q: Что происходит после восстановления работы основного кластера? когда пользователи переключились на резервный .

    A: Возвращаются назад. Возможны паузы при переключениях на время синхронизации данных кластеров.

    Фоновые задания

    Q: Как удалить фоновое задание, запущенное на серверах 1С:8.1 и 1С:8.2?

    A: Возможность отмены регламентного задания работает только, если код выполняется в пределах встроенного языка 1С:Предприятия. Если код выполняется во внешних библиотеках, то отменить такое задания нельзя иначе, как принудительно завершив рабочий процесс. Если в процессе блок НачатьТранзакцию() — ЗафиксироватьТранзакцию() то вряд ли. Остальные фоновые задания можно удалить через консоль заданий.

    Регламентные процедуры

    Q: Возможно ли разрушение базы при проведении ТиИ?

    A: Мне такие случаи неизвестны, но имхо возможно все. Поэтому перед ТиИ неплохо бы делать бэкап.

    Q: Вячеслав, по каким причинам вы не делаете реиндексацию средствами 1С Тестирование и Исправление? A: Для этих целей лучше подходят возможности СУБД, так как они посути выполняют тоже перестроение индексов, но не требуют монопольного захвата базы.

    Технологический журнал

    Q: Добрый день. Вопрос по технологическому журналу: мне необходимо получать копии экранов рабочих станций при ошибках 1С. Нужно ли для этого настраивать технологический журнал и на рабочих станциях, либо же он только для сервера? A: Можно настроить только получение скриншота при падении платформы, а не при любой ошибки. Впрочем, особой полезности в такой операции не много, вполне достаточно собирать с помощью технологического журнала исключительных ситуаций. При этом, большую часть ошибок можно увидеть с помощюю ТЖ на стороне сервера 1С. Исключение могут составить события вроде «ошибки потока формата», связанной с устаревшим кэшем метаданных.

    Подробней можно прочитать в «Технологический журнал 1С:Предприятие 8«.

    Неполадки и ошибки

    Q: Сталкивались ли вы с проблемой — пропадание настроек отчетов у пользователей при динамическом обновлении конфигураций на платформе 8.2. Есть рекомендации, как с этим бороться? A: Проблемы связанные с динамическим обновлением отражены в «Сервера 1С:Предпряитие 8.1 и 8.2 — с чем едят«), слайд №60. Чистить кэш. Возможно в некоторых случаях надо разбираться, где конкретно храняться настройки пользователей. При необходимости хранить в качестве двоичных данных в регистре сведений.

    И чистить кэш метаданных.

    Q: Можно ли изменить путь кэша метаданных? Если да, то каким образом. Спасибо! A: С помощью групповых политик (gpedit.msc) можно переопределить путь профиля пользователя целиком (не только кэш метаданных).

    Или воспользоваться внешней утилитой http://infostart.ru/public/15986/.

    Q: Попутный вопрос, т.к. это актуально для файлового режима: какие ошибки исправляет chdbfl.exe? A: Это инструмент исправления ошибок структуры хранения данных. Это может быть ситуация когда например возникает «Файл базы данных поврежден …/1Cv8.1CD». Т.е. устраняет повреждения файла базы данных. Однако не выполняет функций ТиИ. Я запускаю chdbfl.exe, если «не продит успешно» ТиИ.

    Q: Подскажите пожалуйста сталкнулись с такой проблемой. при нахождении в базе большого количества пользователей (около 40) при проведении больших документов например отражение ЗП в регл. учете около 8000 строк. выдается ошибка нехватает памяти на сервере 1С предприятия и пользователь инициировавший проведение этого документа отваливается. Документ потом можно провести только после перезапуска агента 1С сервера. A: Похоже на утечки памяти:

    1. Рестартовать сервер 1С, увеличить количество рабочих процессов, в кластере держать только одну эту базу.

    2. Бить проведение на порции, скажем по 1000 строк за раз. Отследить с помощью ТЖ объекты занимающие память при начале операции, но не освобождающие память по завершению.

    3. Поставить х64 версию, увеличить объем оперативки, перейти на 8.2.

    Q: Вопрос по тестированию и справлению. Можно ли запускать «Проверка ссылочной целостности» на базе УРБД с отбором по передаваемым данным? (т.е. в некоторых узлах физически отсутствуют объекты, но ссылки на них есть). Спасибо! A: К сожалению, пока такой возможности нет.

    Q: Почему тестирование и исправление сразу не решает все вопросы, приходится запускать несколько раз?

    A: Точно ответить могут только разработчики. Я запускаю ТиИ по регламенту (циклически), поэтому для меня этот вопрос не очень актуален. Делать ТиИ надо не один раз, а постоянно как «ТО для автомобиля».

    Q: Есть ли разница ТиИ 8.1 и 8.2?

    A: На текущий момент написания ответа и релиза 8.2.10 мне разница не известна.

    Q: Нужно ли при реструктуризации делать реиндексацию? A: Не нужно.

    Прочее

    Q: Уважаемы господа никто не пробовал зеркалировать базы средствами MSSql 2008 вообще это возможно ?

    A: Нет, рекомендую использовать штатные средства 1С:Предприятие.

    Q: Вопрос по принудительному включению shared memory на сервере 1с 8.2

    A: Не надо ничего принудительно включать, сервер сам поймет.

    Q: Для 1С:Предприятие 8.1 замечены ситуации, когда на одном и том же аппаратном обеспечении файл-серверный вариант с «тяжелыми» операциями и единственным пользователем работает значительно быстрее, чем клиент-серверный, когда все «звенья» (сервер БД, сервер 1С:Предприятие и клиент) установлены на одном сервере. При этом при выполнении этой «тяжелой» операции явно выраженных перегрузок аппаратной части нет (загрузка процессора, памяти, жестких дисков минимальная). То есть аппаратных ресурсов много, а работает медленно. Во что же мы можем «упираться»? Спасибо. A: Достоинство клиент-серверной архитектуры с точки зрения производительности — возможность ПАРАЛЛЕЛЬНО обрабатывать запросы клиентов к данным. Т.е. скорость потока не тот показатель, по которому стоит делать общие выводы. Механизмы, улучшающие параллельность, все же в рамках одного потока могут несильно снижать производительность.

    Для того, чтобы однозначно найти узкое место в вашем случаи, надо получить загруженность серверного оборудования и сопоставить по времени с наиболее длительными операциями в клиент-серверном режиме. Часто это бывает избыточное перемещение данных на клиентскую часть. Т.е. вместо того, чтобы выполнять операции на сервере 1С, данные от субд через сервер передаются на клиента.

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

    Q: О разнице между виндовским терминалом и тонким клиентом 1С. A: Пока большинство решений не переведы ПОЛНОСТЬЮ под 8.2, говорить о практическом сравнении этих технологий однозначно сложно.

    Понятно, что тонкий клиент 1С должен отъедать меньше трафика и предоставляет возможность работы через веб. Но это то, что еще предстоит реализовать, а терминальные решения эксплуатируются очень широко сейчас.

    Для консервативных прагматичных руководителей проектов, конвертирующих 8.1 под 8.2- терминальное решение. Для небольших проектов с низкой стоимостью ошибок и конфигурацией сразу реализованной с управляемыми формами и СКД — тонкий клиент предпочтительней ИМХО.

    Q: А как провести нагрузочное тестирование приближённое к реальным условиям? Ведь не загонишь пользователей «пощёлкать что-то».

    A: 1С:Тестцентр с выбором наиболее тяжелых операций, 100% воспроизведение не обязательно, сами щелчки не тяжелы, в основном проведение и запросы отчетов. По тестированию будет отдельный вебинар. Также подробней расказываю на курсах.

    Q: Не планируете ли Ваш оффлайн курс по скл в виде вебинара? A: На текущий момент нет уверенности, что будет восстребован. Если будет получено достаточно большое количество заявок на участие в таком мероприятии, то сделать то несложно.

    Одновременное использование 1С

    В некоторых случаях бывает необходимо использовать несколько версий серверов.

    После установки серверы разных версий можно запускать только последовательно. Для одновременного запуска сервисов Агента сервера «1С:Предприятия 8.1» и Агента сервера «1С:Предприятия 8.2» их нужно разнести по портам: ragent.exe -instsrvc -port 2340 -regport 2341 -range 2360:2391 -d каталог -usr . \usr1cv81 -pwd пароль. Одновременный запуск серверов одной версии возможен только как приложение: необходимо разнести по портам и каталогам; ragent.exe -port 2340 -regport 2341 -range 2360:2391 -d каталог.

    И тем не менее можно сделать одновременный запуск серверов 8.2 разных версий так:

    Установить Windows Resource Kits. Зарегистрировать сервис утилитой instsrv.exe, например: instsrv.exe «1C:Enterprise 8.2.8 Server Agent” c:\v828\ragent.exe При помощи regedit выбрать ветку: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.2.8 Server Agent В свойство ImagePath вписать правильные параметры: c:\v828\ragent.exe -srvc -agent -regport 2341 -port 2340 -range 2360:2391 -d c:\srv828\ При помощи менеджера сервисов Windows установить: Display name (Агент сервера 1С:Предприятия 8.2.8), Description (Агент сервера 1С:Предприятия 8.2.8), В результате будет добавлен сервис «Агент сервера 1С:Предприятия 8.2.8».

    www.gilev.ru


    Смотрите также