1с 77 hasp не видит
Сделать запись
[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.103, 192.168.1.3, 192.168.1.250, 192.168.1.99
NH_TCPIP_METHOD = TCP
NH_SERVER_NAME = admiral, it_progr, srvprss, it
тут указаны имена серваков и их ipадреса. Имена с учетом того как они описывались в файлах nhsrv.ini на серверах (см. выше).
Для защиты своих продуктов фирма «1C» использует аппаратный ключ защиты HASP4, присоединяемый к USB или LPT-порту компьютера. Для установки ключа HASP4 на операционные системы Microsoft Windows 98, ME, NT4, 2000, XP(x86/x64), 2003 Server(x86/x64), 2008 Server(x86/x64) или Vista (x86/x64) вам необходимо скачать и установить драйвер версии 4.116. Если вы планируете работать под управлением Windows 7(x86/x64), то рекомендуется использовать драйвер 5.90. Для успешной установки драйвера вам потребуются привилегии локального администратора, рекомендуется отключить любое защитное ПО (антивирус, брандмауэр).
Драйверы устанавливаются в консольном режиме, для этого необходимо запустить драйвер с параметром «-i». В случае, если на этом компьютере уже использовались ключи HASP, рекомендуется удалить предыдущую версию драйвера, запустив инсталляцию с ключом «-r».
Ключи защиты для 1С подразделяются на:
1. Однопользовательские (обязательно должны физически быть подключены к компьютеру, на котором запускается 1С)
модель HASP HL Basic (синего цвета), данный ключ имеет маркировку H4 M1 ORGL8, не имеет встроенной памяти и персонального ID, не хранит в себе никаких параметров и настроек. Поставляется продуктами имеющими лицензию на одно рабочее место.
2. Многопользовательские (ключ находится в сети, 1С может запускаться на любых компьютера в пределах локальной сети или домена)
Сетевые клиентские ключи включают серию HASP HL Net (красного цвета). Имеют внутреннюю память, в которой хранится количество лицензий, и уникальный ID. Существуют разновидности на 5, 10, 20, 50 и 100 пользователей. Имеет маркировку NETXX ORGL8, где ХX — количество лицензий (например NET5 ORGL8). Существуют также ключи на 300 и 500 пользователей которые имеют маркировку NET250+ ORG8A и NET250+ ORG8B. Поставляются с продуктами имеющими лицензию на 5 рабочих мест, а также отдельно, в виде дополнительных клиентских лицензий.
3. Серверные (обязательно должны физически быть подключены локально к компьютеру, на котором установлен и работает сервер агента 1С Предприятие)
Ключи для сервера 1С Предприятие бывают только локальные. 32-битная версия имеет ключ защиты HASP HL Pro (фиолетового цвета), который имеет внутреннюю память и уникальный ID. Имеет маркировку ENSR8, поставляется вместе с лицензией на сервер 1С Предприятие.
! Для 64-битного сервера используется ключ HASP HL Max (зеленого цвета) с внутренней памятью и уникальным ID. Имеет маркировку EN8SA и поддерживает также 32-битный сервер. Т.е. имея лицензию на 64-битный сервер можно, не меняя ключа, использовать 32-битную версию, но не наоборот.
Для работы однопользовательского и серверного ключа достаточно установить драйвер ключа защиты на локальной машине и вставить ключ защиты в локальный USB порт.
Для многопользовательского (сетевого) ключа защиты необходимо:
1. Установить драйвер ключа защиты на одну из машины в сети, которая будет являться сервером ключа — HASP4_driver_setup.zip
2. Установить сервер (службу) ключа защиты на эту же машину — HASP_LM_setup.zip
3. Вставить ключ защиты в сервер в USB порт
4. Установить 1С на клиентские машины
Если во время установки драйверов возникли проблемы, выполните следующую последовательность действий.
• Удалите все компоненты HASP через «Панель управления — Установка/удаление программ».
• Остановите все службы, которые содержат в названии «Hasp» или «HLServer».
• Удалите все файлы aks*.*, «hardlock.sys» и «haspnt.sys» из папки c:\windows\system32\drivers» (если они не используются другими приложениями).
• Изменение драйверов в «Диспетчере устройств»:
зайдите в «Панель управления» \ «Система»;
перейдите на вкладку «Оборудование» и откройте «Диспетчер устройств»;
выберите в меню «Показать скрытые устройства»;
раскройте пункт «Драйверы устройств не Plug and Play»;
удалите каждый из следующих пунктов, если они присутствуют: «Hardlock», « Haspnt», «HASP fridge.
• Попробуйте еще раз удалить драйверы с помощью команды «haspdinst –purge», а затем установить с помощью «haspdinst –i».
Работа с ключами по сети
Для работы с сетевыми ключами, помимо установки драйверов, вам еще потребуется установить License Manager (Менеджер лицензий) для каждого сетевого ключа. Менеджер лицензий — это утилита, которая служит связующим звеном между сетевым ключом и «1C», запускаемой на удаленной машине.
Для работы защищенного приложения на удаленной рабочей станции необходимо обеспечить беспрепятственный проход UDP- и TCP-пакетов по 475 порту в обе стороны. Также должны проходить и broadcast-пакеты. Если последнее требование по каким-либо причинам не выполняется, необходима настройка приложения через файл nethasp.ini (должен находиться в одной директории с исполняемым файлом) с целью отключения broadcast-механизма поиска ключа и явного указания
IP-адреса машины, обслуживающей ключ.
Пример файла nethasp.ini:
NH_TCPIP = Enabled
NH_SERVER_ADDR = 168.192.1.10 // ip-адрес компьютера, где расположен Менеджер лицензий.
NH_TCPIP_METHOD = TCP
NH_USE_BROADCAST = Disabled
Если часть маршрута между запускаемой программой и ключами HASP проходит через Интернет или на ключе более 100 лицензий, могут возникнуть проблемы с тайм-аутами при доставке пакетов. Время ожидания ответа можно регулировать с помощью параметров NH_SESSION и NH_SEND_RCV. По умолчанию они закомментированы, и их значение составляет 30 и 5 секунд соответственно. Таким образом, делается 6 попыток найти ключ по 5 секунд каждая. При необходимости вы можете увеличить эти параметры.
Менеджер лицензий не рекомендуется устанавливать его на компьютер с 2-мя и более сетевыми интерфейсами, так как это может вызвать некорректное функционирование Менеджера. Для решения данной проблемы следует:
• Перенести Менеджер лицензий на другую машину в сети.
• Отключить остальные сетевые интерфейсы.
• Также можно попробовать изменить метрики в свойствах протокола TCP/IP (первым будет использован интерфейс с меньшей метрикой), но результат в данном случае гарантировать нельзя.
Два и более менеджеров лицензий (License Manager) в сети
При наличии двух и более сетевых ключей не всегда достаточно разнести их по разным компьютерам. Следует выполнить настройку менеджеров лицензий. Каждый менеджер лицензий должен иметь уникальное имя, которое следует явным образом сообщить защищаемой программе. Рекомендуется выполнить аналогичную настройку и в случае использования сервера терминалов, даже при одном сетевом ключе.
На машине где установлен ключ находим файл nhsrv.ini в папке с менеджером лицензий. За имя сервера лицензий отвечает параметр NHS_SERVERNAMES, оно может состоять из латинских букв и цифр и содержать не более 7 символов.
После чего на клиентских машинах желательно отредактировать файл nethasp.ini, явным образом указав адреса и имена менеджеров лицензий:
NH_SERVER_ADDR = 192.168.0.10, 192.168.0.11
NH_SERVER_NAME = NAME1, NAME2
ДИАГНОСТИКА
Утилита Aladdin Monitor разработана для осуществления централизованного администрирования приложений HASP License Manager и ключей сетевых ключей HASP.
Aladdin Monitor позволяет:
• Проверять наличие и свойства ключей HASP4 Net в сети.
• Отслеживать наличие и свойства Менеджеров лицензий в сети.
• Останавливать и запускать локальный Менеджер лицензий.
• Отслеживать лицензии, которые используются в данный момент.
Стоит учитывать, что сам по себе Aladdin Monitor может показать только наличие Менеджера лицензий на том или ином адресе. Ключ он сможет увидеть только после того, как защищенное приложение успешно откроет хотя бы одну сессию с ключом. Кроме того, Aladdin Monitor работает только по протоколу UDP, порт 475. Таким образом, отсутствие данных о ключе в мониторе еще не означает, что ключ недоступен для приложения.
Утилита HASP Admin Control Center (устанавливается вместе с драйверами ключей Sentinel HASP v.5.*) не предназначена для работы с ключами, которые использует «1С», поэтому они ей в ней отображаться не будут – воспользуйтесь утилитой Aladdin Monitor.
Утилита Aladdin DiagnostiX реализует механизм обратной связи. Ее главная задача — диагностика работоспособности локальных и сетевых ключей, работающих в системе. Кроме того, она позволяет настраивать конфигурацию для сетевых ключей HASP и генерировать отчеты, включающие всю информацию, связанную с устройствами Aladdin. При обращении в службу технической поддержки рекомендуется прикреплять подобный отчет, это поможет сформировать более полную картину сложившийся проблемы.
1.Ключ H4 Net5 WRBQB 1С:Предприятие 7.7 (сетевая версия). Комплексная поставка. Ключ стоит локально.
2.HASP4 Driver Installer:Version 4.116.5.70 (July 2009) поставил, ключ определился, светится.
3.1Cv7S.EXE 7.70.027
4.WindowsXP Professional SP3
Перечитал кучу статей и форумов, ни где особо хитрого ничего нет. Помогите разобраться, почему может не видеть ключ 1с-ка?
(0) Пытаетесь запустить 1С на этом же компьютере?
(2) >2.HASP4 Driver Installer:Version 4.116.5.70 (July 2009) поставил,
(1)Дистрибутив в виде десяти папок, ставил через setup.exe Пути по умолчанию.
(2)«Пуск» — «Все программы» — «1С Предприятие 7.7» - "Установка драйверов защиты" "The operation was completed succesfuly"
(3)пока всё делаю локально. Ключ, драйвера, 1С всё на одной машине
(5)(6) Увы. Я и пока экспериментировал, не однократно перегружал, и только что перегрузил. Результат ноль.
1Cv7S.EXE - буква S означает версию 7.7 для sql, у вас ключ от обычной сетевой, по этому и не обнаружен. Ставте правильный дистрибутив.
(0) если ОС х64, то ключ как локальный и не увидится, нужно ставить Hasp LM, чтоб он как сетевой работал. Ну и уточнить, что ключ именно от комплексной, а не от торговли - у них маркировка одинаковая.
(15) у семерки и LPT и USB ключи есть
(16) на ключе написано "Ключ H4 Net5 WRBQB" (0)
(17) А вот как проверить от коплексно или от торговли. Хотя если от торговли, программа должна хотя бы предлагать выбор конфигурации (но в этом я не уверен)
P.S: я сомневаюсь что в этом может быть проблема, но мало ли, может быть дистриб 1с-ки у меня косячный. Где можно скачать нормальный?
(18) Если ты подписчик на ИТС, то у тебя должен быть номер телефона - звони разработчку! Они ждут твоего звонка!
А есть ты тут мутишь отсебятину, надергал софта, "нашел" ключик и пытаешься все это сделать работоспособным, то это уже другой подход.
(17) zva все верно сказал
H4 Net5 WRBQB - это может быть ключ от торговли,
попробуй поставить ТиС
если лень переустанавливать, то можешь на время из каталога BIN временно удалить Account.dll и Basic.dll и попробуй запустить без них, если запуститься и дойдешь до выбора БД. то значит ключ от ТиС, а не от Комплексной
(18) если ключ не тот, то до выбора конфигурации не дойдет
История такая. У клиента куплен 1С:Сервер МИНИ (5 пользователей). Файлы баз расшарены на "типа файловом сервере" (просто Вин10). Пользователи работают с ними просто по сети. Лицензии используют программные на каждом пользовательском компьютере. На "сервере" никогда базы не запускались.
Когда-то им на том "типа сервере" поставили 1:Сервер, активировали программную лицензию. Но они его ни разу не использовали. И пользоваться сейчас уже им нет смысла: слишком мало доступных подключений. Релиз уже сильно устарел.
Возникла задача настроить удаленную работу паре сотрудников.
Решили попробовать замутить веб-сервер. Установили там свежую платформу с веб-компонентой, IIS настроили. А для публикации баз нужно их запустить конфигуратором. Вот тут то и понадобился ключик. Так как у них оказался в наличии еще и однопользовательский HASP, попробовали задействовать его, воткнув в сервер. И никак 1С его не увидит! В устройствах благополучно есть. 1С-ке сказали, чтобы искала аппаратный ключ, а она упорно хочет программную лицензию.
(2) Ключ однопользовательский не будет раздаваться через hasp license manager.
Проверить маркировку ключа, установить драйвер защиты.
Подвох где-то в наборе установленных 1С. Например, если стоит сервер 1С с программной лицензией, то фиолетовый хасп уже не рассматривается, даже если запускается файловый вариант. Может быть такое?
Когда-то им на том "типа сервере" поставили 1:Сервер, активировали программную лицензию. Но они его ни разу не использовали. И пользоваться сейчас уже им нет смысла: слишком мало доступных подключений. Релиз уже сильно устарел.
Возникла задача настроить удаленную работу паре сотрудников.
Решили попробовать замутить веб-сервер.
История интересная, но главного не увидел - какую именно базу вы сейчас запускаете, файловую или серверную?
Так как у них оказался в наличии еще и однопользовательский HASP, попробовали задействовать его, воткнув в сервер
Ключ установили на сервер, а запускаете Конфигуратор где, тоже на сервере или на клиенте?
Извините, если из текста не понятно, что сервер не используется. Работают в файловом режиме. Конфигуратор, естественно, запускаем на компьютере, где лежат расшаренные базы и компоненты для веба. В него локальный хасп вставили.
Уже агента сервера остановили, файл с программной лизензией спрятали.
Не найдена лицензия. Не обнаружен ключ защиты программы или полученная программная лицензия!
по причине:
Поиск лицензии на клиенте:
Файл программной лицензии не найден
локальный ключ недоступен: Status=-10, ORGL8 Локальный, не установлен
локальный ключ недоступен: Status=-10, ORG8A Локальный, не установлен
локальный ключ недоступен: Status=-10, ORG8B Локальный, не установлен
nethasp.ini: C:/Program Files (x86)/1cv8/conf/nethasp.ini, прочитан успешно, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=15, ORGL8 Сетевой, не установлен
nethasp.ini: C:/Program Files (x86)/1cv8/conf/nethasp.ini, прочитан успешно, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=15, ORG8A Сетевой, не установлен
nethasp.ini: C:/Program Files (x86)/1cv8/conf/nethasp.ini, прочитан успешно, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=15, ORG8B Сетевой, не установлен
Конфигурация не является базовой
(7)Если бы это была не Win10, а сервер предположил бы, что дело в запуске через терминальную сессию, в которой не работает локальный ключ.
как это сочетается с:
Файлы баз расшарены на "типа файловом сервере" (просто Вин10).
и с этим:
Работают в файловом режиме. Конфигуратор, естественно, запускаем на компьютере, где лежат расшаренные базы и компоненты для веба. В него локальный хасп вставили.
Что-то с чем-то не сходится. Распишите подробно.
(13) Попробовали совсем пустую базу непосредственно на компе запустить (без терминала, прямо физически за компом). Пустая база запустилась.
А БП 3.0 спросила юзера (чего под терминалом не делала) и тоже ругнулась на лицензию.
(14) Это уже другая история. Если пустая база запустилась, значит ключ работает, но работать будет только локально без RDP. Проблема не в ключе.
Всё просто. Базы расшарены на этом компе в сеть. Пользователи с ними со своих компьютеров работают в офисе в файловом режиме. А нам, чтобы их опубликовать, надо эти базы непосредственно на этом компьютере в конфигураторе запустить. А 1С-ка ключа не видит.
А так как работаю удаленно, подключаюсь к нему по RDP.
В общем, попросила чела в офисе запустить базу непосредственно на том компе. База спросила, под каким пользователем заходить (под RDP этого не было), и все-равно стала требовать лицензию.
Сдается мне, что надо вычищать все ранние установки 1с (сервер, в частности) и заново ставить платформу.
Возможно, уже кто-нибудь сталкивался с подобной ситуацией:
- Windows 7 Pro x64
- Бух. 7.7. (сеть) USB HASP
- ЗиК 7.7 USB HASP
Зарплата упорно отказывается работать (Не найден ключ защиты программы), хотя ключ есть, дрова установлены, в диспетчере - все ок. Бухгалтерия при этом работает без проблем. Ключ живой - проверял на XP, все работает.
Где может быть косяк ? Как обойти ?
Заранее благодарен за ответы.
Бывают проблемы, когда оба ключа стоят на одном компьютере. Попробуй оставить один ключ (от ЗиК) и проверить.
(6) philphil, Ключ рабочий, на XP работает без вопросов.
Вообще, на некоторых форумах бытует мнение, что заставить работать однопользовательский HASP на Win7 x64 невозможно.
Якобы, кто-то даже задавал вопрос на линию консультаций в 1С, где этот вывод был благополучно подтвержден.
(9) Тогда попробуй так.
1. Создай пустой каталог.
2. Добавь его в список баз.
3. Запусти поочереди платформы Бух и ЗиК в конфигураторе.
4. Посмотри в сведениях о программе какие компоненты доступны?
Я понял Вашу идею, но, нет, компоненты установлены правильные - Бух.учет, Расчет
1. Ключ ЗиК перенести на другую машину пробовал?
2. localhost тебе вирус не подправил творчески?
3. Настройки в nethasp.ini не изменились?
Да, у меня тоже такая проблема недавно была, все перепробывал, все версии хаспов, все настройки, в службах все запускаеся. но все одно не видит ключ.я часа 2 работал над этой проблемой и так не нашел ответа! Ставил на 7ку 64х битную, на какой то супер новый ноут, думал мало ли что там блокирует но все отключал и без результатно.
(12) pallpall4, Да, печально очень все это. И выход, похоже, нарисовывается только один - делать downgrade Win7 Pro x64 до XP Pro x32 - но с этим там тоже сложности
1. Ключ ЗиК перенести на другую машину пробовал?
2. localhost тебе вирус не подправил творчески?
3. Настройки в nethasp.ini не изменились?
1. Ключ локальный, на другой машине (где стоит XP) работает только в путь, но работать буху нужно именно на этой машине
2. Нет, с localhost все ок
3. Настройки по дефолту, но, опят же, ключ локальный - не сетевой
На 64 разрядной ОС локальный ключ не увидишь. Ставь рядом вторую 32 разрядную ОС, если не хочешь удалять 64 разрядную. Ключ система видит,но 1с77 этого не понимает.
Конспект установки 1С:Предприятие 8
на MS SQL Server 2005
Установка 1С:Предприятие 8.1 на MS SQL Server 2005 (да и не только) не требует глубоких знаний. Вполне можно обойтись "методом тыка". Ну как обычно администраторы/программисты и поступают. :)
Ниже идет небольшой текст, который можно осилить прочитать. Но если сразу до конца "много" покажется, запомните в закладки (клавиши Ctrl + D) , потом всегда можно будет вернуться.
Клиент-серверный режим работы
Купить совместные продукты
1С и Microsoft
1С:Предприятие 8 + MS SQL Server Standard 2008. Клиентская лицензия на 1 рабочее место
1С:Предприятие 8 + MS SQL Server Standard 2008. Клиентская лицензия на 5 рабочих мест
1С:Предприятие 8 + MS SQL Server Standard 2008. Клиентская лицензия на 10 рабочих мест
1С:Предприятие 8 + MS SQL Server Standard 2008. Клиентская лицензия на 20 рабочих мест
1С:Предприятие 8 + MS SQL Server Standard 2008. Клиентская лицензия на 50 рабочих мест
1С:Предприятие 8 + MS SQL Server Standard 2008. Клиентская лицензия на 100 рабочих мест
1С:Предприятие 8.2 + MS SQL Server Standard 2008. Лицензия на сервер (x86-32)
1С:Предприятие 8.2 + MS SQL Server Standard 2008. Лицензия на сервер (x86-64)
1С:Предприятие 8.2. Лицензия на сервер(x86-32) + MS SQL Server Standard 2008. Лицензия на 1 процессор
1С:Предприятие 8.2. Лицензия на сервер(x86-64)+ MS SQL Server Standard 2008. Лицензия на 1 процессор
1С:Предприятие 8. Дополнительная лицензия на 1 процессор к MS SQL Server Standard 2008
1С:Предприятие 8.2. Лицензия на сервер(x86-64)+ MS SQL Server Enterprise 2008. Лицензия на 1 процессор
1С:Предприятие 8. Дополнительная лицензия на 1 процессор к MS SQL Server Enterprise 2008
Базовый комплект для перехода на SQL Server Standard 2008 (10 клиентских лицензий). Только для пользователей 1С:Предприятие 8 + MS SQL Server 2000 (2005)
Клиентский доступ к MS SQL Server Standard 2008 в составе системы 1C:Предприятие 8 на 1 пользователя
Клиентский доступ к MS SQL Server Standard 2008 в составе системы 1C:Предприятие 8 на 5 пользователей
Что означают понятия «клиент» и «сервер»? Клиентом является запрашивающая машина (обычно ПК), сервером — машина, которая отвечает на запрос. Оба термина (клиент и сервер) могут применяться как к физическим устройствам, так и к программному обеспечению.
Клиентская часть 1С:Предприятия 8.1, установленная на компьютере пользователя выполняет запрос к серверной части 1С:Предприятия 8.1, расположенной на сервере. Для взаимодействия используется протокол TCP/IP. Применительно к SQL Server, клиентами являются рабочие сервера кластера 1С:Предприятия 8.1. Клиент SQL (сервер приложений) выполняет запрос по протоколу TCP/IP. Для взаимодействия с клиентами MS SQL Server использует порт 1433 (по умолчанию). Могут использоваться и другие порты, если используется несколько экземпляров приложения SQL Server. Кроме этого, в SQL Server 2005 используется порт 1434 для обзора списка доступных серверов. IBM DB2 использует для своих клиентов порт 50000 (по умолчанию) по протоколу TCP/IP.
Таким образом получается, что применительно к 1С:Предприятию 8.1 образуются две связки «клиент-сервер»:
1 - клиент (компьютер пользователя) - сервер (сервер приложений)
2 - клиент (сервер приложений) - сервер (сервер баз данных)
Обучающий ролик (внимание, анлийский язык, ролики не мои!)
Выбор редакции MS SQL Server
Раздел переехал сюда.
Для работы MS SQL Server 2005 подходят большинство современных компьютеров.
Обязательно понадобятся (они идут в дистрибутиве):
Как "правильному" админу (DBA) вам еще нужно будет приготовить:
SQL Server 2005 Performance Dashboard Reports
SQL Server 2005 Best Practices Analyzer
Не принципиально, какие вы укажете настройки при установке SQL Server, кроме способа сортировки collate. Для правильной работы необходимо в "Языке и региональных стандартах" выбрать "Русский". В этом случае при установке SQL Server сам предложит правильную сортировку Cyrillic_General_CI_AS. Выбор режима проверки подлинности пользователей укажите смешанный (mixed). Остальные параметры всегда можно скорректировать после установки - 1С:Предприятие будет работать независимо от них.
Саму процедуру установки SQL Server 2005 можно прочитать в оригинале. Установка Express версии описана здесь Scott Lowe (Перевод Моисеенко С.И.) - Как установить SQL Server 2005 Express Edition и SQL Server Management Studio Express?
Важно! На видео выбрана кодировка не для 1С (видео не мое)
Оставьте для работы только протоколы TCP/IP и SHARED MEMORY
В версии Express экземпляр по умолчанию отличается от других версий, после имени компьютера нужно указывать именованный экземпляр SQLEXPRESS. А также по умолчанию выключен протокол TCP/IP, нужный для работы с 1С:Предприятие 8.
Протокол именнованных каналов выключите совсем (и для "клиента" тоже на сервере приложений).
Обновите экземпляр сервера до актуального релиза
Обновите версию MS SQL Server 2005 до последней.
Для повышения быстродействия выключите проверку сертификатов
EXEC sp_fulltext_service 'verify_signature', 0
GO
*Примечание. Описание тут.
Перенесите tempdb на быстрый независимый массив/диски
ALTER DATABASE tempdb
Modify file (NAME=tempdev, FILENAME='F:\SQLDATA\tempdb_data.mdf')
ALTER DATABASE tempdb
Modify file (NAME=templog, FILENAME='E:\SQLLOG\tempdb_log.ldf')
GO
Выключите антивирус на сервере СУБД
Ну не дружат антивирусы и СУБД :)
После всех настроек посмотрите на рекомендации SQL Server 2005 Best Practices Analyzer
SQL Server 2005 Best Practices Analyzer
SQL Server 2005 Best Practices Analyzer - это небольшое приложение (дистрибутив - 1.9 Мб), позовляющее анализировать сервисы и БД MS SQL Server 2005. В результате выдается отчет о том, что не очень хорошо, а что совсем плохо.
Например данный скриншот говорит о том, что у этого сервера можно повысить производительность, правильно выполним разметку HDD и затем оптимизировав размещение баз данных.
Об этом я сделал отдельную заметку.
Выбор серверного оборудования Выбор серверного оборудования
Рекомендуется также выполнять следующие регламентные операции:
Обновление статистики базы данных
(один или несколько раз в день)
Если вручную, то выполняем процедуры:
exec sp_msforeachtable N'UPDATE STATISTICS ? WITH FULLSCAN'
DBCC UPDATEUSAGE (dbname)
Через графический интерфейс:
Обновление статистики мастером
Очистка процедураного кэша СУБД
(после обновления статистики)
Реиндексация базы данных
(раз в сутки в не рабочее время)
Если вручную, то
sp_msforeachtable N'DBCC DBREINDEX (''?'')'
или смотрите скрипт
Через графический интерфейс:
Перестройка индексов мастером
Используйте анализа фрагментированности для снижения нагрузки
Для больших баз данных нужно уменьшать ненужные операции по дефрагментации тех индексов, для которых это не требуется.
Функция таблицы динамического управления sys.dm_db_index_physical_stats возвращает процент фрагментации в столбце avg_fragmentation_in_percent. Если значение в этом столбце превышает 25%, то для восстановления исходных параметров производительности рекомендуется выполнить дефрагментацию/реиндексацию этого индекса.
Еще проще, воспользовшись отчетом:
Отчет о необходимости обновления индексов
Настройте резервное копирование
Не забудьте настроить автоматический бэкап для вашей базы данных. Это существенно дешевле, чем не делать бэкап и без нервов :) . Хотя бы раз в неделю проверяйте, что не закончилось место и восстанавливайте бэкап в копию базы для проверки а спасет ли бэкап, "если что".
Уменьшение размера базы (лога) данных
Уменьшить базу данных можно или с помощью графического интерфейса приложения SQL Server Management Studio.
Первый случай выполняется посредством вызова контекстного меню на необходимой базе и выбора Tasks - Shrink - Database.
Второй случай опишем несколько подробнее. Ниже приведен скрипт уменьшения лога:
DBCC shrinkdatabase(N'base1c', TRUNCATE_ONLY); /*усечение всей базы*/
use [base1c] DBCC SHRINKFILE (N'base1c_Data', 101); /*усечение только файла данных до размера 101 мб*/
use [base1c] DBCC SHRINKFILE (N'base1c_Log', 0); /*усечение только файла транзакций до размера 0 мб*/
CHECKPOINT; /*Записывает все данных из буферного кэша в текущей базе данных на диск*/
BACKUP LOG [base1c] TO DISK = N'F:\log\base1c.bak' WITH TRUNCATE_ONLY /*очистка журнала транзакций */
где:
base1c - имя базы данных
F:\log\base1c.bak - путь к файлу бэкапа лога
Рекомендую также настроить регламент "Автоматического тестирования и исправления".
Polls - Получить наш опрос
Бесплатный инструмент SQL Server 2005 Performance Dashboard Reports
Server 2005 Performance Dashboard – это набор отчетов являющихся средством мониторинга нагрузки на производственные сервера.
Скачайте SQL Server 2005 Performance Dashboard, скопируйте на сервер где установлен SQL Server и запустите его.
Теперь нам нужно что-то вроде “зарегистрировать” наши отчеты, а если точнее создать новую схему (MS_PerfDashboard) в базе данных msdb и донастроить процедуры и функции. Запустите Management Studio (обычно находится по адресу Start - All Programms - Microsoft SQL Server 2005 - SQL Server Management Studio):
В верхнем меню File - Open - File… и выбирете файл C:\Program Files\Microsoft SQL Server\90\Tools\PerformanceDashboard\setup.sql
Выполните команду Execute нажав соотвтствующую кнопку на панели инструментов;
Установка закончена. Разверните на левой панели “дерево” и щелките правой кнопкой по нужной Вам БД - Reports - Custom Reports… (вылезит предупреждение о том что запускаете кастомные отчет на свой “страх и риск”, забиваем и идем дальше). Появится окошко выбора файла, выберите C:\Program Files\Microsoft SQL Server\90\Tools\PerformanceDashboard\performance_dashboard_m ain.rdl. В главном окне сформируется отчет.
Не обманывайтесь простотой картинки на скриншоте. Все "ссылки" отчета расшифровываются в более детальные и серьезные "на подумать вещи".
Платный инструмент 1С:Центр управления производительностью
Для мониторинга и анализа производительности клиент-серверных информационных систем на платформе 1С:Предприятие 8.1 предназначен «Центр управления производительностью» (ЦУП).
Пример когда нужен ЦУП описан в статье Влияние блокировок на производительность 1С:Предприятие 8.1.
Более подробно вопросы производительности рассмотрены в материале Оптимизация 1С:Предприятия 8.1
Помощь в администрировании сервера и повышение производительности
Услуги оказываются от 1С-Рарус
Телефоны: (495) 250-6383, 250-6393, 223-0404
попросить оператора переключить на Гилёва Вячеслава (сотовый)
Схема проезда к московскому офису на улице Бутырский Вал
и эта же схема в яндексе
1С-Рарус, услуги оказываемые Вячеславом от имени компании
Наименование Бесплатные часы Цена
1С:Предприятие 8 + MS SQL Server 2005. Доп. лицензия на 300 рабочих мест 44
890 000 руб.
Если Вы хотите мою помощь:
- проверить, что все верно настроено
- настроить мониторинг производительностьи
рекомендую обратиться через эту страничку или обратившись в компанию 1С-Рарус.
Вы можете также можете потренироваться в вышеописанном на авторском курсе администрирования 1С.
Столкнулся на днях с такой проблемой. На одной из машин отказалась работать сетевая версия 1С Предприятие. При подключении к базе, вываливалась следующая ошибка.
Хочу обратить внимание, что ошибка появилась на компьютере, на котором было 2 сетевые карты с 2мя разными сетями. Почему то сразу значения данному моменту не придал. Видимо, потому что монитор HASP обнаруживал данные ключи отлично, из-за чего искал проблему в 1С. В результате чего убил пол дня рабочего времени. Проблема действительно крылась в двух сетевых картах, а если сказать точнее, 2 разные сети, решение было в файле C:\Program Files\1cv81\bin\conf\nethasp.ini
Отключив сеть, в которой нет ключей HASP, после перезагрузки машины - 1С завелась. Полез в гугл за решением данной проблемы. Поиск недолго заставил себя ждать, решение следующее:
Ключи защиты для 1С подразделяются на:
1. Однопользовательские (обязательно должны физически быть подключены к компьютеру, на котором запускается 1С)
модель HASP HL Basic ( синего цвета ), данный ключ имеет маркировку H4 M1 ORGL8, не имеет встроенной памяти и персонального ID, не хранит в себе никаких параметров и настроек. Поставляется продуктами имеющими лицензию на одно рабочее место.
2. Многопользовательские (ключ находится в сети, 1С может запускаться на любых компьютера в пределах локальной сети или домена)
Сетевые клиентские ключи включают серию HASP HL Net ( красного цвета ). Имеют внутреннюю память, в которой хранится количество лицензий, и уникальный ID. Существуют разновидности на 5, 10, 20, 50 и 100 пользователей. Имеет маркировку NETXX ORGL8, где ХX - количество лицензий (например NET5 ORGL8). Существуют также ключи на 300 и 500 пользователей которые имеют маркировку NET250+ ORG8A и NET250+ ORG8B. Поставляются с продуктами имеющими лицензию на 5 рабочих мест, а также отдельно, в виде дополнительных клиентских лицензий.
3. Серверные (обязательно должны физически быть подключены локально к компьютеру, на котором установлен и работает сервер агента 1С Предприятие)
Ключи для сервера 1С Предприятие бывают только локальные. 32-битная версия имеет ключ защиты HASP HL Pro ( фиолетового цвета ), который имеет внутреннюю память и уникальный ID. Имеет маркировку ENSR8, поставляется вместе с лицензией на сервер 1С Предприятие.
Для 64-битного сервера используется ключ HASP HL Max ( зеленого цвета ) с внутренней памятью и уникальным ID. Имеет маркировку EN8SA и поддерживает также 32-битный сервер. Т.е. имея лицензию на 64-битный сервер можно, не меняя ключа, использовать 32-битную версию, но не наоборот.
Для работы однопользовательского и серверного ключа достаточно установить драйвер ключа защиты на локальной машине и вставить ключ защиты в локальный USB порт.
Для многопользовательского (сетевого) ключа защиты необходимо:
1. Установить драйвер ключа защиты на одну из машины в сети, которая будет являться сервером ключа - HASP4_driver_setup.zip
2. Установить сервер (службу) ключа защиты на эту же машину - HASP_LM_setup.zip
3. Вставить ключ защиты в сервер в USB порт
4. Установить 1С на клиентские машины
Если все проверки прошли успешно, но ошибка осталась, переходим к более детальным настройкам. В папке установки 1С:Предприятие 8 (как правило, c:\program files\1cv81\bin\conf или c:\program files\1cv8\bin\) имеет файл nethasp.ini. Это файл настройки ключа защиты, он разбит на секции, нас интересует секция [NH_TCPIP]. При установке 1С, по умолчанию, в данной секции все параметры отделены двойными знаками ";", что означает игнорирование данных настроек. При этом драйвер ключа ведет себя следующим образом:
1. посылается пакет типа broadcast по локальной сети по порту 475 в поисках сервера ключа защиты
2. если ответ не получен — ошибка
Недостатки конфигурации по умолчанию:
1. на broadcast уходит какое-то время
2. не все сервера отвечают на подобные пакеты
3. broadcast какая-никакая, но нагрузка на сеть
Для решения данной проблемы необходимо сделать следующее:
1. укажем конкретный адрес где искать сервер ключа (например: NH_SERVER_ADDR = 192.168.100.100)
2. запретим broadcast поиск (NH_USE_BROADCAST = Disabled)
3. и ограничим типы пакетов только TCP-протоколом (NH_TCPIP_METHOD = TCP)
Как показывает практика, скорость запуска 1С:Предприятие 8 после такой настройки возрастает заметно!
Но есть и кое-какие недостатки данного метода:
необходимо следить за тем, чтобы адрес сервера ключа защиты не изменился, иначе придется на всех локальных машинах перенастраивать файл nethasp.ini!
Хотел бы так же уточнить несколько моментов по работе с ключами, с которыми пришлось сталкиваться при работе:
1. Monitor HASP не показывает ключ
Сам по себе монитор может показать только наличие менеджера лицензий на том или ином адресе. Ключ он сможет увидеть только после того, как защищенное приложение успешно откроет хотя бы одну сессию с ключом. Кроме того, следует учитывать, что Aladdin Monitor работает только по протоколу UDP, порт 475. Таким образом, отсутствие данных о ключе в мониторе еще не означает, что ключ недоступен для приложения.
2. Два ключа защиты 1С HASP на одном компьютере
При установке двух и более ключей защиты программного обеспечения HASP на один компьютер следует учитывать, что:
- Ключи, имеющие разные серии, будут работать нормально. (по отношению к 1С: 1 серверный и 1 сетевой будут работать нормально)
- Ключи одной серии будут работать, если такая возможность была реализована разработчиком защищенного ПО. Если же разработчиком данная возможность не была реализована, то ключи, относящиеся к одной серии, не будут работать совместно на одном компьютере, будет виден только один из них: либо ближний к порту (в случае с LPT-ключами), либо размещенный на порту с младшим адресом (в случае с USB-ключами защиты программ HASP). (по отношению к 1С, - 2 локальный или 2 сетевых ключа на одном компьютере работать корректно, скорее всего не будут)
- не рекомендуется ставить вместе локальный и сетевой ключ, это связано с особенностью защиты 1С Предприятия: находя локальный ключ программа никогда не будет искать сетевой.
Возможные решения данной проблемы:
- Замена нескольких ключей защиты программ HASP на один, с бОльшим количеством лицензий.
- Установка ключей защиты на разные компьютеры с последующей установкой и настройкой менеджеров лицензий при каждом ключе.
3. Два и более менеджеров лицензий (License Manager) в сети
При наличии двух и более сетевых ключей не всегда достаточно разнести их по разным компьютерам. Следует выполнить настройку менеджеров лицензий. Каждый менеджер лицензий должен иметь уникальное имя, которое следует явным образом сообщить защищаемой программе. Рекомендуется выполнить аналогичную настройку и в случае использования сервера терминалов, даже при одном сетевом ключе.
На машине где установлен ключ находим файл nhsrv.ini в папке с менеджером лицензий. За имя сервера лицензий отвечает параметр NHS_SERVERNAMES, оно может состоять из латинских букв и цифр и содержать не более 7 символов.
После чего на клиентских машинах желательно отредактировать файл nethasp.ini, явным образом указав адреса и имена менеджеров лицензий:
Читайте также: