1с 77 не запускается на server 2012
Возникла такая проблема, купили новый сервер с ОС windows server 2012R2
на него поставили 1с, пользователи заходят на него по терминалу, и возникла такая проблема что появились тормаза на простых действиях в 1с, таких как открытие формы накладной, открытие в ней Подбора, поис в подборе по буквам тормозит.
НО если запустить базу в монопольном режиме то все просто летает как и должно быть.
Кто может посоветовать что делать??
короче, посмотри, чем заняты системные ресурсы в этот момент и какая очередь к диску, основные тормоза - только в дисковой системе, в основном.
тормоза наблюдаются на dbf только в двух случаях - это большая база или большое количество пользователей либо та и другая составляющая вместе. в итого все сводится как и писал Ёпрст к дисковой подсистеме. MS Sql эту проблему решает, но 77 подружить с sql 2005 - 2012 потребует усилий
у меня 77 живет на server 2008 r2 и ms sql 2008 r2 вполне нормально, там же и 81, 82 и 83 - короче полный заопарк
(8) Не переживай, и у тебя когда нибудь получиться подружить клюшки и sql. Кстате - пройдешь этот квест, получишь левелап и сразу можешь начать пытаться дружить с девушками. Вероятность дружбы для тебя уже будет отличаться от нуля (инфа 146% - мне докладывали).
:о) :DDD
на винтах важна скорость для 1с лучше 15000 оборотов и 10 RAID, судя по тому что у тебя сервак начального уровня винты тоже слабенькие
Все очень понятно как раз - всего один пользователь. База не разрывается между пользователями, а отдает контент только одному
(0) для начала убрать палитру до 16к и ниже
(6) вполне могут начаться тормоза еще круче, если отчеты переборами, а не запросами или потом идет обращение через две точки при выводе результатов. Поиск будет работать быстрей только если искать опять же запросом (сделать поле отдельное и кнопку "поиск")
(16) Это не имеет смысла, мелкая база должна полностью висеть в кэше, и тормозов по причине скорости диска быть не может.. Тормоза в данном случае какие-то более хитрые. И связаны скорее всего именно с 2012 сервером. Ставь 2003 и не парься.
(20) Вроде бы на серверные версии даунгрейд есть. Узнайте, может есть возможность поставить всё-таки 2003 с лицензией от 2012.
может кто еще знает, пробую на винт в политике разрешить кеширование и отключить политику очистки буфера кеша
Но выдает что нельзя изменить или на поддерживается((
(22) Это относится к отложенной записи (это еще не совсем корректно называют кэшированием записи), но ведь у вас тормозит даже на чтении..
+(24) А чтение винда кэширует всегда, за исключением случаев, когда файл открывается с явным указанием "не кэшировать". По крайней мере так было раньше.. Может в 2012 политика поменялась, и теперь любой конкурентный доступ к файлу отключает кэширование в принципе (в 2003 сервере это происходило только при сетевом доступе, а не при локальном)..
(0) Наблюдение сними и тебя попустит. 2012 отличается от 2003. Там по умолчанию куча всякой ненужной хрени включена. А так то 8 Гиг как-то мало на 10 балбесов.
В общем по фото это нелечится, пригласите 1С-ника с прямыми руками и будет вам счастье. Ну или скажет что железка ваша Г* полное.
Незнаю как сейчас но раньше в топовой комплексной код был кривой в форме подбора номенклатуры. Поправили это или нет - я незнаю. В мое время эта фишка существовала и никем неправилась. Поэтому приходилось каждый раз после обновления накатывать свои исправления.
(13) Да, я тоже слышал такое.
(0) Недавно та же история была. Тоже купили 2012, а на 77 тормоза начались - им реально неоткуда было взяться. Железо простаивает, а база тормозить на ровном месте. Многочасовой поиск на бескрайних просторах сети наводил на обсуждения - что система принудительно урезает производительность. Что конкретно - не помню, т.к. поиск проблемы - долгая история, а работать надо было уже сейчас. Воспользовались правом на использование 2008R2, час установки-настройки и все летает как должно было быть. "Сервер" в общем-то обычный дектоп i7-4770, 32 оперативы.
По поводу даунгрейда - консультант по MS мне говорил, что с 2012 сервера даже на OEM такая возможность присутствует.
я и не говорил что сервак(железо)г..но, я про систему, проблема в том что я тут только 2 день, и это не мой выбор, а так скорее всего сделаю даунгрейд на 2003 или 2008
(31) Так я и говорю - что-то в системе включается/выключается конкретно при добавлении роли узла терминальных сессий падает производительность. В сети много обсуждений было на эту тему, но быстро решения я не нашел. Время поджимало, поэтому запустили проверенное решение - 2008.
(26) вполне чем достаточно, даже еще и остается с запасом. у мну 35 чел вертится базы по 6 и по 2 гига - сервер практически отдыхает.
2. проверить режим подключения баз - возможно работая на севраке заходят на базу через шару, которая итак есть на этом серваке
3.смотреть винты - у нас было что наткунлисьна лаги винтов - прсото задумывались (правда тогда мы хотели сэкномить.. пришлось взять нормальные винты)
Проблема из за работающей службы DFSS, которая в стандартном варианте всегда работает на Win2012.
Dynamic Fair Share Scheduling (DFSS) позволяет балансировать и распределять ресурсы CPU между пользователями.
Для проверки статуса необходимо запустить PowerShell и выполнить команду:
(gwmi win32_terminalservicesetting -N "root\cimv2\terminalservices").enabledfss
Если в результате Вам вернулось значение 1 - значит возможности DFSS включены, 0 - выключены.
Средствами Group Policy выключить ее нельзя. Что бы ее выключить, необходимо сделать следующее:
1) Открываем реестр windows (команда regedit) и переходим в ветку
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Quota System
Находим параметр EnableCpuQuota и сохраняем его со значением 0 (1 - включить, 0 - отключить)
Параметра EnableFairShare в 2008r2 нет.
Перезагружаем компьютер, возможность будет выключена.
1) Открываем реестр windows (команда regedit) и переходим в ветку
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Quota System
Находим параметр EnableCpuQuota и сохраняем его со значением 0 (1 - включить, 0 - отключить)
2) Открываем реестр windows (команда regedit) и переходим в ветку
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TSFairShare\Disk
Находим параметр EnableFairShare и сохраняем его со значением 0 (1 - включить, 0 - отключить)
Перезагружаем компьютер, возможность будет выключена.
В общем случае, это решает проблему таких тормозов. Но вот почему себя DFSS так ведёт, пока не ясно.
(20) убью гада который им впарил это Г. НО
Ну, 2003 легально вряд ли сейчас удастся купить :)
Обнаружилось, что 1С7.7 ДБФ превратилась в редкостный тормоз.
Например при проведении РН строка:
Регистры.РассчитатьРегистрыНа(Конт.ТекущийДокумент())
рассчитывается 2.5 сек!
На Вин 2003 х86 (i2500, SSD) за это время пару десятков документов проводилось.
Причем не важно где находится база: на винте (где установлена сама винда) или на ССД (где кроме базы 1С ничего нет).
Монитор ресурсов показывает, что скорость дисковых операций не превышает 100 Кбайт/сек, как на винте так и на ССД.
Такое ощущение, что сама система сдерживает скорость передачи с носителей.
Подскажите, кто знает, как побороть эту проблемму.
а поделитесь причиной перехода. чем старая добрая 2003 стала не устраивать, учитывая, что стоит 7.7, а не, например, 8.3? да и к тому же ДБФ
Каким образом происходит доступ к БД, расположенной на сервере?
То есть тормоза при обращении к БД по сети или
если локально на сервере запустить 1С тоже наблюдаются тормоза?
Локально запускаю. Настроен как терминальный сервер.
1. Пробовали ли делать свертку БД?
2. Какие либо манипуляции с настройками дисковой подсистемы выполняли (оптимизацию под SSD)?
3. Железо новое или осталось от старого сервера?
(4) fullerene,
Железо осталось тоже, только операционка другая. Если перегрузить назад в 2003, то 1С7.7 работает нормуль. Возвращаюсь на 2012 с переиндексацией под "+ Текущая системная установка" (а по другому не работает), то опять жуткий тормоз.
Свертку не делал. Смысла нет. Таже база под 2003 работает быстро.
Оптимизации по ССД тоже не делал - на винте тоже тормоз (причем одинаково тормозит, что с ЖД, что с ССД).
(6) kiser,
2003 изначально глючно работала (несколько раз в неделю надо было перегружать). Ее давно надо было менять. 1С это не самое главное, что стоит на этом серваке. В частности на 2003 не поставить 2012 скуль, да и вообще почти ничего уже не поставить - не поддерживается эта ось уже давно. Поэтому решил поставить 2008, а тут как раз 2012 вышел. Не буду же я кажный год менять ось, из-за того, что на старую ось новый софт уже не установить. Поэтому выбор однозначен - 2012.
Кто нибуть ставил 1С7.7 под 2008 х64? Тормоза по сравнению с 2003 наблюдались?
Ну это скорее проблемы настройки самой ОСи. У всех наших клиентов стоит 2003 сервак и по месяцу круглосуточно работают без проблем. В одном автопарке при работе 24/7 даже при ДБФной базе в 3 гига (до перевода на SQL) перезагрузки были не чаще раза в месяц.
вообще для стабильной работы не советовал бы на 1С-ном сервере ставить что-то постороннее.
Советую обратить внимание на Гипервизор , если конечно железо позволяет. Сами пользуемся от VMware .
Но это сугубо ИМХО. Как поступить решайте сами.
(7) sokir, попробуй не индексировать, может быть поможет, не знаю. OrdNoChk.prm (вроде так название, если не забыл)- помести пустой файл в каталог базы
(11) setre,
Сделал через OrdNoChk.prm, перевел на русскую кодировку - тоже тормоза.
(12) KontoraB,
win 2003 и win 2012 это все на одном системнике. Под 2003 все норумуль с 1С.
Вот только установил и на голом тормоза. Только недавно электронную отчетность поставл. КБ нету, т.к. инета на этом серваке нет и небудет. Все шарики на другом сервере, где есть инет.
Стоит NOD5, при отключении защиты ничего не меняется.
(13) fullerene,
Мамка MSI H67MA-E35 (MS-7680), купленная год назад. РЭЙД1 на встроенном в мамку контроллере. Целый год все крутилось под 2003. Проблем с производительностью небыло.
Кэширование на рэйд было отключено. При включении первой галки (Разрешить кэширование записей для этого устройства) РассчитатьРегистрыНа уже 1.7 сек против 2.5, а при включении второй галки (Отключить очистку буфера кэша . ) - РассчитатьРегистрыНа уже 0.05 на ССД и 0.075 на ЖД!
Вопрос решен. Причина в отключенном кэшировании, причем именно на ЖД в рэйд1 (на нем система и стоит) . Включение кэширования на ССД дополнительно результата не дает - все лётает что с, что без кэширования.
Чета забыл я про кэширование. Вроде в 2003 такого эффекта не наблюдалось.
Всем доброго дня , так уж получилось , что на рабочий сервер 2012 r2 нужно поставить 7,7 , все запускается только мутное , галочка отключить масштабирование не помогает , подскажите кто сталкивался , реально ли запустить ее в нормальном формате ?
(5) Andrey1804, Стоит, и даже настроено RemApp. Проблем особых нет, ну кроме модальных окон. Ну это неизлечимо.
И тут даже не понятно в кого стрелять или в Била или в Борю :)
Смот(7) Andrey1804, ну вот смотрите. я специально ничего не настраивал просто установил 1с7.7 и все. даже с режимом совместимости ничего не мутил.
ну мелковата картинка, но это учтите я с ноута запускал 15 дюймов фулхд 1920х1080. А так на нормальном мониторе с 21' все гут.
(10) Andrey1804, Ну даже не знаю что вам 1и сказать. Я ничего такого не настраивал. Просто поставил 2012 и все. Правда поднят у меня еще RemoteApps. Но у меня и просто по RDP все норм работает. Возможно дело в самой семерке? Могу скинуть свой инсталятор, если хотите. Ну это через скайп или мыло.
Да что то похож , дрова видео стоят нормальные , 1с 8 запускается без проблем , только 77 глючная какая то
(15) Andrey1804, если в свойствах RDP-соединения указать Экран -> Размер удаленного рабочего стола -> Во весь экран, проблема исчезает?
Проанализировав эти проблемы и ваши отзывы, мы перевели 1С:Предприятие в режим dpi-aware. То есть теперь 1С:Предприятие самостоятельно выполняет масштабирование и не использует режим виртуализации Windows.
У меня стоит на весь экран , ничего не помогает. Заметил то , что в свойствах 1cv7.exe ставлю галочки (например запускать в режиме 640*480) ничего через терминал не работает ,локально на сервере -все ОК , такое ощущение , что прав нет именно на это приложение , хотя права полные.
Проблема в том что через терминал стартер никак не реагирует на изменение свойств совместимости , а локально реагирует !
Люди добрые , я уже всю голову сломал , поставил локально на сервере галочку использовать одинаковый масштаб для всех дисплеев и о чудо , на моем ноуте через терминал (разрешение 1920х1080) 77 запустилась в нормальном масштабировании , но вот некоторые меню windows (например меню правой кнопки мыши ) мутные . SOS .
77 стоит на Win 2003 server -ВСЕ ОК , на Win 2012 server - проблема , может где настройки масштабирования какие есть ы 2012 ?
Сегодня зашел с другого компа ,под Администратором шрифты мутные , под юзером с ограниченными правами все ОК , с моего ноута (win 10,1920х1080) под любым юзером мутный шрифт
(30) Andrey1804, не, ну правда, количество точек на дюйм (размеры шрифтов в версиях старше xp) какие стоят?
Жалею , что 2012 поставил надо было остановиться на 2008, так и не решил проблему .Буду признателен за новые мысли .
Да тут вообще все не понятно , 1920*1080(win10)-RDP-win2003 server -полет отличный
1920*1080(win10)-RDP-win2012 server -Туман, 1280*1024(Win7)под админом -RDP-win2012 -туман,1280*1024(Win7)под User-RDP-win2012 -Все ок!
ГДЕ ЛОГИКА ?
Типы приложений, как они масштабируются (или не масштабируются)
Теперь давайте рассмотрим, какие методы должны использоваться для существующих Windows приложений при высоких значениях DPI. Следующая таблица обобщающая, позже мы рассмотрим различные случаи более подробно.
DPI-Aware флаг не установлен DPI-Aware флаг установлен
Не DPI-Aware Нужно использовать DPI виртуализацию Нужны исправления от разработчиков
DPI-Aware Нужно использовать масштабирование в стиле Windows XP Всегда масштабируется правильно
Приложения вообще не заботящиеся о DPI — это либо очень старые или плохо написанные, но, тем не менее, по-прежнему используемые. Одним известным примером является ITunes от Apple для Windows. Здесь разработчики используют системные шрифты для GUI и, не заботясь о фактических размерах шрифта, они жестко привязывают размеры окон к разрешению 96 DPI, естественно искажая GUI, когда при более высоких значениях DPI увеличиваются размеры шрифтов.
Такие приложения требуют нового метод масштабирования «виртуализации DPI», к сожалению, это часто делает интерфейс размытым. В противном случае вы столкнетесь с проблемами начиная, от обрезания текста до перекрытия элементов контроля, иногда, делая GUI полностью непригодным (к счастью, это, случается редко). За эти годы я собрал несколько образцов скриншотов не корректных приложений.
Пример приложения, работает только при DPI равном 96
Приложения умеющие подстраивать свой GUI под различные значения DPI, но не имеющие DPI-Aware флага — Это типичные приложения эпохи Windows XP. Здесь разработчики позаботились, чтобы получить фактические размеры шрифтов системы перед созданием GUI. Такие приложения отображаются корректно при использование масштабирования в стиле Windows XP. К сожалению, так как они не устанaвливают DPI-Aware флаг, чтобы сообщить Windows этот факт, для них, по умолчанию, будет использована «DPI виртуализация», делая их GUI нечетким. Это может вам не понравиться, так что, вы, возможно, захотите принудительно использовать стиль масштабирования Windows XP для таких приложений.
Пример такого приложения и разрешение 150% (144 DPI)
Приложения умеющие подстраивать свой GUI под различные значения DPI, имеющие DPI-Aware флаг — Это новейший тип приложений которые полностью беспроблемны, независимо от настроек DPI. DPI-Aware флаг установлен автоматически для Windows Presentation Foundation (WPF) и GDI+ приложений, так как эти APIs предоставляют встроенные средства масштабирования. Разработчикам использующим старый GDI API и (удивительно) Windows Forms, нужно вручную помечать свои DPI-Aware приложения.
Выбор метода масштабирования для ваших приложений
После того как вы решили что вы хотите использовать высокое значение DPI, ваш выбор метода масштабирования зависит от приложений в которых вы работаете. Имейте в виду, что, отключить «DPI виртуализацию» означает, установить флажок (check box) с некорректным названием «Использовать масштабы в стиле Windows XP» и наоборот.
•Если вам так невероятно повезло использовать только те приложения, которые являются одновременно DPI-Aware и устанавливают нужный флаг, тогда не имеет значения какой метод масштабирования вы выберете. Все приложения будут использовать масштабирование в стиле Windows XP, а DPI виртуализация никогда не будет использоваться.
•Если вы используете только хорошо написанные DPI-Aware приложения, но некоторые из них не устанавливают необходимый флаг, вы можете отключить «DPI виртуализацию». Таким образом, все приложения будут отображаться правильно без какого-либо замыливания вследствие масштабирования. Если ваш монитор имеет очень высокую плотность пикселей, такую, что масштабированные растровые изображения больше не выглядят размытыми, вы, возможно, захотите включить DPI виртуализацию в любом случае.
•Если у вас есть одно или несколько приложений не приспособленных к изменению DPI и не имеющие DPI-Aware флага, необходимо включить DPI виртуализацию, если вы не готовы мириться с перекошенным GUI приложений. К сожалению, тут возникает еще одна проблема, потому что, Microsoft реализовала эту опцию неудобно. Вы можете включить DPI виртуализацию только для всей системы, а не для отдельного приложения, а затем выборочно отключать для отдельных приложений.
Напоминаем, что в Windows 8.1 уже нет возможности выбора в этом вопросе. Если вы работаете при разрешении в 120 точек на дюйм (125%), каждая программа будет вынуждена использовать масштабирование в стиле Windows XP, a если вы работаете с более высоким разрешением, каждая программа, которая не является DPI-Aware, будет использовать по умолчанию «DPI виртуализацию».
Отказ от DPI виртуализации для отдельных приложений
После того как вы решили включить DPI виртуализацию или вы работаете в Windows 8.1, с разрешением более чем 120 точек на дюйм, вы можете проверить систему на предмет наличия DPI-Aware приложений, которые не имеют соответствующий флаг. И вернуть им возможность использовать масштабирование в стиле Windows XP, для которого они предназначены. Есть два способа сделать это, первый работает только для 32-разрядных приложений, второй универсален и подходит также для 64-битных приложений.
32-разрядные приложения — Это просто: щелкните правой кнопкой мыши на исполняемом файле в Проводнике Windows, выберите диалоговое окно «Свойства», перейдите на вкладку «Совместимость» и установите флажок «Отключить масштабирование изображения при высоком разрешении экрана». Вот и все, в Windows 8.1 это также работает для 64-битных приложений.
64-разрядные приложения — Без всякой видимой причины, возможно чтобы позлить пользователей 64-битных приложений, в Windows 8 и более ранних, упомянутый выше флажок, для 64-разрядных приложений отключен, хотя сам вариант вполне функционален, если внести изменения непосредственно реестр! Так что, запустите редактор реестра и перейдите к этому ключу:
Теперь добавьте строковое значение (REG_SZ), чье имя является полным путем к исполняемому файлу приложения и значением которого является HIGHDPIAWARE. Я рекомендую, чтобы вы сначала изменили несколько 32-битных приложений, как описано выше, чтобы вы могли увидеть некоторые примеры значений в этом ключе реестра.
Мы рассмотрели, как можно использовать настройки DPI на Windows Vista и более поздних версиях. И если вы когда-нибудь задумывались, для чего предназначена опция совместимости — «Отключить масштабирование изображения при высоком разрешении экрана». И почему она ничего не делает на вашей системе, теперь вы знаете: она эффективна, только если у вас включена общесистемная опция «DPI виртуализации» и только для приложений, которые не устанавливают DPI-Aware флаг должным образом, но при этом корректно используют масштабирование в стиле Windows XP.
В сети нашего предприятия работает лицензионная сетевая версия “1С:Предприятие” версии 7.7 для SQL . Сам исполняемый файл имеет версию 1C:V7 starter program (for SQL ) 7.70.0.27. Для достижения нашей задачи нам потребуется уже установленная программа “1С:Предприятие” v7.7 на 32-битной ОС: MS Windows Server 2003 или же MS Windows XP. Я позаимствовал каталог (C:\Program Files\1Cv77) с установленным приложением с первой. Копируем целиком его на сервер с 64-битной ОС в папку C:\Program Files (x86).
Далее нам необходимо добавить это приложение в исключение DEP (Data Execution Prevention) – предотвращения выполнения данных ( ПВД ). Данная фича от Microsoft не позволит нашему приложению запуститься. Для этого откройте окно “Свойства системы” (из “Панели управления” или же правым кликом мыши по иконке “Мой компьютер” и выберите “Свойства” из выпадающего меню):
Рис.1 “Свойства системы”
Рис.2 Перейдите на вкладку “Дополнительно” и в области “Быстродействие” нажмите на кнопку “Параметры”:
Рис.3 В открывшемся окне “Параметры быстродействия” перейдите на вкладку “Предотвращение выполнения данных”:
Рис.4 В данной вкладке отметьте пункт “Включить DEP для всех программ и служб, кроме выбранных ниже:” и нажмите на кнопку “Добавить…”:
Рис.5 Выберите по пути C:\Program Files (x86)\1Cv77\BIN файл 1cv7s.exe и нажмите открыть:
Рис.6 Убедитесь, что в поле исключений появилась отмеченная запись 1C:V7 starter program (for SQL ) и нажмите кнопку “ОК”:
Рис.7 Закройте окно “Свойства системы”, нажав на кнопку “ОК”:
Рис.8 После этого вы без труда осуществите запуск “1С:Предприятие” версии 7.7 на 64-тиной версии серверной ОС (нажмите для увеличения):
Отмечу лишь, что разработчики не гарантируют стабильную работу таким образом запущенного приложения “1С:Предприятие” версии 7.7. В моем случае такая связка используется только для просмотра бухгалтерских баз, администрирование и обновление конфигураций осуществляется с другого сервера.
Заставляем работать 1С версии 7.7 на Windows Server 2008 R2 64bit
На терминальном сервере под управлением Microsoft Windows Server 2008 R2 Standard x64 Edition Service Pack 1 возникла необходимость заставить работать клиента “1С:Предприятие” версии 7.7. Как я уже писал ранее, несмотря на то, что само приложение является 32-битным, запустить на 64-битной ОС ее все-таки возможно. Но в процессе такого запуска клиента 1С сетевой версии 7.7 (для SQL ) на указанной выше ОС все же возникли некоторые трудности… |
Все описанное ниже будет справедливо как для операционных систем Microsoft Windows 7 (32 и 64 битных), так и для Microsoft Windows 2008 (R2) (32 и 64 битных), не говоря уже про Vista.
Для начала, нам необходима штатно установленная на 32-х битной системе Microsoft Windows XP или Microsoft Windows 2003 Server, программа 1С сетевой версии 7.7 (у меня наличествует 27 релиз для работы с MS SQL ). Копируем с такой системы папку целиком с установленной программой по пути C:\Program Files\1Cv77 в каталог серверной ОС по пути C:\Program Files (x86) .
Теперь необходимо добавить файл 1cv7s.exe в исключение “Предотвращения выполнения данных ( DEP )”. Для этого нажимаем правой кнопкой мыши по иконке Компьютер -> Свойства, вызываем “Дополнительные параметры системы”:
В открывшемся окне “Свойства системы” на вкладке “Дополнительно” в поле “Быстродействие” нажимаем на кнопку “Параметры…”:
В открывшемся окне “Параметры быстродействия” на вкладке “Предотвращение выполнения данных” ставим отметку в кружке “Включить DEP для всех программ и служб, кроме указанных ниже:” и нажимаем на кнопку “Добавить…”:
Выбираем файл 1cv7s.exe по пути C:\Program Files (x86)\1Cv77\BIN и нажимаем на кнопку “Открыть”:
Убеждаемся, что в поле появилась запись “1С:V7 starter program (for SQL )” и нажимаем кнопку “ОК”:
Теперь у вас существует возможность запустить “1С:Предприятие” (из-за того, что установка (как таковая) не производилась, вы не увидите сведений о Пользователе/Организации лицензиате):
Некоторое отступление: в моем случае, для того чтобы программа однозначно нашла в сети лицензионные ключи для запуска, мне пришлось прописать в файле nethasp.ini по пути C:\Program Files (x86)\1Cv77\BIN вручную IP их местонахождения, внеся в него следующие строки (без точки с запятой перед ними!):
Однако из-за того, что с момента написания программы стандартные драйвера для SQL , включенные в операционные системы от Microsoft изменились, программа не запустится из-за ошибки:
В сети предлагают заменить версии файлов современных ОС odbcbcp.dll, sqlsrv32.dll и sqlsrv32.rll, расположенных по пути C:\Windows\System32 , на одноименные файлы предыдущих версий, взятых из Windows XP или 2003 Server. Однако, никто не гарантирует, что подобное изменение системных файлов не повлечет за собой каких-либо проблем для самой ОС.
Существует еще один способ, чтобы обойти данную ошибку. Для этого необходимо в файл библиотеку bkend.dll приложения 1Cv7 внести некоторые изменения:
- для 27 релиза – 000D9B66: E9 46 00 00 00 90 90 90
- для 25 релиза – 000D9AE6: E9 46 00 00 00 90 90 90
Для тех кто не знает, каким образом внести данные изменения, предлагаю скачать исправленную библиотеку bkend.dll для 1С версии 7.7 27 релиза у меня: скачать.
Теперь обязательно переименуйте существующую у вас библиотеку bkend.dll по пути C:\Program Files (x86)\1Cv77\BIN в bkend.dll.bak и поместите измененный (или скачанный у меня) файл bkend.dll в этот каталог:
Но и этого для корректной работы программы “1С:Предприятие” оказалось недостаточно! При попытке ее запуска выскочила новая ошибка:
Чтобы обойти эту ошибку, необходимо в папке с программой запуска по пути C:\Program Files (x86)\1Cv77\BIN создать пустой файл ordnochk.prm:
Будьте внимательны: файл должен иметь расширение .prm, а не .prm.txt!
И вот только после этого программа “1С;Предприятие” сетевой версии 7.7 для SQL заработала правильно!
_________________
Первоначально решение проблемы нашел тут и тут.
Читайте также: