» 1С 7.7.027 на Windows & SQL 2008

sp0ck
понял. пасиб за 6 версию

Цитата:

Вин-авторизация в новой версии прикручена.

это к чему и где вылазит?
к СКЛ серверу?

Цитата:

там ссылка не рабочая

Solution6.rar
вчера не мог скачать, а сегодня скачалось
вот зеркало на всякий
http://www.multiupload.com/734O69LRQ6

Цитата:

это к чему и где вылазит?
к СКЛ серверу?

Да, подключение к sql-серверу не через db owner'а с полными правами на базу, а через доменную учетку. Можно отобрать права на какие-то действия и юзер не сможет, например, загрузить/выгрузить базу, да разное можно сделать.

Доброго времени суток!
Прошу прощения и не смеяться надо мной!;) Я почти что чайник в SQL поэтому просьба, не объясните мне "После установки необходимо создать sql пользователя и назначить ему роль processadmin (это необходимо для того, чтобы с базой могли работать несколько пользователей)"?! Всё хожу до около, но попасть в самую точку не удается пока)

Заранее Благодарен!

Enigmatic74

Цитата:

После установки необходимо создать sql пользователя

Все пользователи 1С 7.7 работают под одним sql пользователем, по умолчанию это sa. В целях безопасности можно создать своего sql пользователя (чтобы не использовать sa).

Спасибо за ответ! А можете попроще объяснить? Я к 1С маломайское отношение имею, а к SQL можно сказать вообще. Но учитывая то, что у нас в бухгалтерии работают женщины уже в возрасте, то уже разобарться с 1С стало одним из моих обязанностей. Поэтому решить задачу перенести полностью 1С из Server 2003 SE x32 c установленной SQL 2005 на Server 2008 R2 с SQL 2008 x64 полностью лежит на мне. Разобрался с библиотекой BkEnd и прочими подготовительными процедурами. А вот с "создать sql пользователя и назначить ему роль processadmin" пока не удается. Точнее кое-как могу, но не уверен. И если потом возникают ошибки, то уже сомнение сразу в том, что пользователя создал некорректно. Поэтому БОЛЬШАЯ ПРОСЬБА, объясните чайнику SQL'а по порядку создания пользователя в SQL и дать ему право processadmin.

Приогромно Благодарен заранее!

Enigmatic74

Цитата:

перенести полностью 1С из Server 2003 SE x32 c установленной SQL 2005 на Server 2008 R2 с SQL 2008 x64

Зачем? 8-ка не использует возможностей Server 2008 R2 с SQL 2008 x64, а клюшка тем более, лишние проблемы наживешь...

Вы меня окончательно запутали!;) А зачем тогда тема и обсуждается об этом, т.е. в начале темы написано: "Для начала хочу сказать, что 1С 7.7 прекрасно работает на Windows 2008 x32/x64 + MS SQL 2008 x32/x64" ?! Я, конечно, нерусский, но тут достаточно просто написано автором темы, что 1С 7.7 прекрасно работает под SQL 2008 x32/x64. Или это просто развод "чайников"?)

Enigmatic74
Server 2008 R2 с SQL 2008 R2 - действительно
Цитата:

прекрасно работает

много новых возможностей, для развития вашего бизнеса... но только не для 1С (может только управляемые приложения 8.2 что-то используют). Поэтому, если 1С 7.7 выполняет важную роль в вашем бизнесе, то для оптимальной ее работы поставьте отдельный сервер 2003 х86. Если нет такой возможности, совмещайте на одном сервере, выполняя рекомендации данной ветки.

В конфигурации используется библиотека vtools.dll
Не могу зарегистрировать её на Сервере 2008 R2 Standart x64. А на 2003x64 работает нормально.


RegSvr32
Не удалось загрузить модуль "vtools.dll".

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

Не найден указанный модуль.
[ОК]

Как быть?

Приветствую! Не найдя ответа на свой вопрос, пишу сюда (хоть sql и 2005).
Сначала скажу что 1с запускается и практически работает (не выдаёт никаких ошибок), но при открытии справочников, например контрагентов, или номенклатуры, программа встаёт колом примерно на минуту, причём каждое обновление занимает секунд 30.
Конфигурация следующая: Все системы 32 битные, терминальный сервер win 2008(не R2) + SQL server win 2008(не R2) + SQL 2005 sp4 на терминальном сервере стоит 1с 7.7 + патчик solution6 (тестировал с 4 и 5), так же отдельно пробовал через 1СUNI2008SQLFIX, в обоих случаях ошибок нет, но скорость работы просто ужасная. Пробовали несколько конфигураций, торговля, бухгалтерия. На SQL сервере режим сортировки установлен Cyrillic_General_CI_AS, Compatibility Level MS SQL 2000(80) и Recovery Model Simple стоит. В качестве теста пробовали запустить DBF базы, всё летает. Так же пробовали заменить терминальный сервер на 2003, результат тоже положительный, всё летает. Так как сейчас требуется использовать одновременно 7.7 и 8.2 необходимо их подружить с одним сервером, использовать 2003 не целесообразно.

Дополнено.
В результате долгих тестов выяснилось что дело в конкретном сервере, т.к. на другой 2008 машине всё работает нормально, хоть это уже не имеет критического значения, решил оставить вопрос, т.к. причина проблемы не ясна, на сервер установлено два ключа защиты от 1с 8.2 (SafeNet Inc. Sentinel HASP Key), рарус альфа-авто 4.01. ключи отключали, службы гасили, результат нулевой.

Хелпуйте товарищи!

Как было: на терминальном сервере (порядка 100 пользователей) вин2003 х32 крутилась 1Ска 7.7 плюс на этом же самом сервере скуль 2000 и на нём куча баз как семёрошных так и восьмёрошных

Как есть: Вчера ввели новый сервер купленный специально под скуль в "боевой режим".. Установили вин2008 х64 (не R2) скуль 2008 х64 на него перевели самую большую базу 1С, с которой работает самое большое количество пользователей ..На терминале осталась 1Ска (естественно патченая) и каталог пользователей, переехала только скульная база (с 2000 на 2008 согласно всем рекомедациям)

Какая побочка: Сейчас мы принимаем жалобы от пользователей (а они уже начались) на то что база стала работать медленнее (например отчёты дольше формируются) И вот это как раз таки волнует (ведь не для этого мы покупали сервер за 300 штук)

База перетаскивалась методом детач - атач
После этого я решил создать ещё одну копию и загрузить в неё актуальные данные и попробовать сформировать те отчёты что "тормозят" .. вроде по шустрее стало работать но тем не менее не дотягивает до прежнего уровня ..

Размер базы
5.5 гигов (детач-атач)
3.5 гига (выгрузкой)

Размер мдшника 55 мегабайт (очень нетиповая конфигурация Альфа авто)

Может есть какие либо рекомендации по увеличению производительности?? Очень жалко что столь мощное железо не даёт нужного результата ((


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

shahes
Проверьте сетевой адаптер. Возможно сетка тормозит, адптер-свитч.
Если не поможет, тогда даун-грейд с 2008 на 2003 - несколько облегчает работу клюшек.

Судя по размеру базы, вам скуль как бы ни к чему. Оставьте все в дбф - будет летать. Или ищите программиста 1С. Надо конфу править под скуль. Железом такое не решается.

Цитата:

Судя по размеру базы, вам скуль как бы ни к чему. Оставьте все в дбф - будет летать. Или ищите программиста 1С. Надо конфу править под скуль. Железом такое не решается.

нееее...только не дбф... Это пройденный этап...Когда вся организация вставала и приходилось делать реиндексацию

Короче что бы этот вопрос не поднимать давайте представим что кроме связки 1с 7.7 и sql2008 ничего другого не может быть )))

Да про сеть забыл написать сервера между собой общаются на гигабитном канале, но правда этот маршрутизатор является центральным коммутатором в него стекаются 100 мбитные коммутаторы и другие сервера..Была мысль под сервера выделить ещё один гигабитный коммутатор и на нём настроить агрегирование каналов (то есть что бы на каждый сервер приходило уже по 2 гигабита минимум) но это пока что только мысль ..коммутатор то есть, просто технология ещё не освоена )))


сеть к сожалению оказалась не при чём (( Поставил отдельный гигабитный коммутатор - результат тот же ((

shahes

Цитата:

кроме связки 1с 7.7 и sql2008 ничего другого не может быть

пусть так, но тем не менее
Цитата:

тогда даун-грейд с 2008 на 2003 - несколько облегчает работу клюшек.

только какой: если клюшек больше, то х86. И с дбф потести...

торможения предположительно связаны с патчингом bkend в строчке


DUMP TRANSACTION %s WITH TRUNCATE_ONLY , которая находится по смещению 002856B0 заменить на фразу ALTER DATABASE %s SET RECOVERY SIMPLE

1Ска вываливатеся в "молоко" именно в тот момент когда происходит ошибка транзакций и если раньше появлялась табличка то сейчас это происходит так сказать в фоновом режиме.. Это одна из вероятных гипотез

shahes
патчик solution6 для секретного релиза примените, остальные костыли если есть, уберите.

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

и все равно будет медленней , чем на связке 2003 сервак+ 2005 скуль.
и на порядок медленней , чем дбф.

быстрее - однозначно через прямые запросы.

пустая возня.

varbasik

да с логином уже нагуглил на этом же форуме и сделал пару часов назад ..Убрать костыли - в смысле вернуть родные драйвера баз данных 2008 сервака?? И тогда можно будет работать без понижения совместимости? И объясните уже наконец что такое клюшки?? ))) Я так понил это сами запросы

ещё смотрю в эту сторону http://www.1c-h.ru/?p=1008

И это где этот самый 6 солюшн качнуть?? уже столько всчего разного качнул и напатчил что аж запутался ((

shahes

Цитата:

И объясните уже наконец что такое клюшки??

77
Цитата:

и на порядок медленней , чем дбф.

77+

Добавлено:
Снеговик - 8

Цитата:

и все равно будет медленней , чем на связке 2003 сервак+ 2005 скуль.

x32 или 64??

Добавлено:

Цитата:

быстрее - однозначно через прямые запросы.

пустая возня.

Даа..потихоньку приходит осознание этого..Но я считаю через этот этап надо пройти..Пока что поднял гиперв с 2003 виндой и 2005 скулем - полёт отличный.. Эксперименты скуль 2008 + вин 2008 переносятся на следующую неделю.. Всем спасибо за участие - проблема решена

Ответьте пожалуйста на последний вопрос..как семёрка будет работать на связке вин2008+скуль2005

shahes

Цитата:

как семёрка будет работать на связке вин2008+скуль2005

лучше на win 2003

просто не охота переустанавливать )))

Драсте народ.
Поставил 2008 англ, поставил ланг пак русский.
Почему-то при установке и в самой 1С (качал уни с этой ветки)
кракозябы.
Не подскажете в чем трабла?

Выложите пжлс Solution7

А так вообще конечно после всего прочитанного и такого разнообразия сборок
интересно есть ли конечный рабочий вариант для запуска

Windows 2008 R2 x64 + SQL 2008 R2 x64 + 1C 7.7 (Используется УРБД) ?!

P.S.: Причина использования x64 системы это возможность использования приложениями более 3Gb оперативной памяти, но самоя главная причина использования Windows 2008 R2 это желание полноценно использовать купленный SSD.


Сейчас установил все по инструкции pupkin
буду тестировать.
Возник вопрос насчет кодировки, сейчас при создании базы кодировка установлена "+Текущая системная установка"
не будет ли проблем на удаленных точках по УРБД, где стоит кодировка 1251 (Windows 2003 R2 x86 + SQL 2000 SP4 + 1C 7.7)
(обмены настроены через каждый 1-2 часа)?!

Хм интересно а сколько пользователей у вас в 1с работает у меня связка 1с77.27 Файловая размер 5гиг Server 2008R2 SP1 ssd OSZ не помню какой и насчет тормозов никто не пикает.
А пользователей 50 единовременно из под терминала.
Но в другом месте потребовалась именно такая связка Windows 2008 R2 x64 + SQL 2008 R2 x64 + 1C 7.7 но пока все тщетно
Поделитесь пожалуйста Solution7.rar хочется попробовать по инструкции некоторых умных людей пробовал не помогло хочется рабочий вариант без разбирательств у кого что

В общем все поборол и все работает благодарю за информацию "Lamerok" очень пригодилась строка
"DUMP TRANSACTION %s WITH TRUNCATE_ONLY , которая находится по смещению 002856B0 заменить на фразу ALTER DATABASE %s SET RECOVERY SIMPLE"

В общем в моем случае смысл таков приходится базу загружать используя BkEnd.dll со строкой "ALTER DATABASE %s SET RECOVERY SIMPLE" а работать с базой "DUMP TRANSACTION %s WITH TRUNCATE_ONLY"
Еще раз благодарю за старание и описание процесса.

Установил по интрукции pupkin с дополнениями, которые описаны в данной ветке:

=============
Нужно на х64 сервере проверить и заменить в reg файле раздел HKLM\Software\1C_SQL_ODBC на HKLM\Software\Wow6432Node\1C_SQL_ODBC, чтобы правильно применить патч.

=============
Тоже появилась ошибка SQL State: HY010 Function Sequence Error

Решение: нужно файлик odbcbcp.dll переместить из директории ..\1Cv7_SQLDriver в директорию с 1cv7s.exe (для примера C:\Program Files (x86)\1Cv77\BIN\)

=============
1. SQL ODBC-драйвера скопировать их 1Cv7_SQLDriver в папку Program Files (x86)\1Cv77\SQL_ODBC\
2. Импортировать в реестр файл 1C_SQL_ODBC.reg
Выполнить regedit, найти ветку HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\1C_SQL_ODBC, в параметрах: Driver и Setup поправить значение на: Disk:\Program Files (x86)\1Cv77\SQL_ODBC\SQLSRV32.dll (%Program Files (x86)%\1Cv77\SQL_ODBC\SQLSRV32.dll)
3. С помощью команды sdbinst.exe [путь к файлу] 1sfix.sdb установить исправление.

Все нормально работает, только вот думаю как бы еще проверить данный вариант.

Просто ситуация такая: есть конфигурация управленческого учета, часть документов без автоматической регистрации изменений, соответственно офис работает в центральной базе, иначе для офиса настроить подчиненную базу пока не получается. Извечная проблема с транзакциями.

Засчет связки Windows 2008 R2 x64 + SQL 2008 R2 x64 + 1C 7.7 (Используется УРБД) + SSD
хотелось бы сократить время записи и соответственно время транзакций, вот только надежно ли размещать Центральную базу на такой связке ?!

Кто работает также напишите пжлс сколько уже работает база и не происходит ли каких либо деструктивных операций после таких исправлений BkEnd.dll и т.п. ?! Или категорично нельзя ставить Центральную базу на данную связку ?!

[more]
Цитата:

Засчет связки Windows 2008 R2 x64 + SQL 2008 R2 x64 + 1C 7.7

У меня такая связка работает в разы медленее чем 2003+sql2000+1c7.7

На 2005 скуле и вин 2003 тоже медленее работает..

Перепробовал куча вариантов переноса базы со скуля 2000, "тюнинговал" скуль по разному но быстрее на новом МОЩНОМ (реально мощном) железе так и не заставил работать ни 2005 скуль ни 2008.. Пока что всё по прежнему крутится на 2000 скуле..


Цитата:

В общем в моем случае смысл таков приходится базу загружать используя BkEnd.dll со строкой "ALTER DATABASE %s SET RECOVERY SIMPLE" а работать с базой "DUMP TRANSACTION %s WITH TRUNCATE_ONLY"

изменение этой строчки то же по моему ведёт к каким то последствиям (уже не помню если честно)
что бы не трогать эту строчку надо почитать эту статью и сделать всё как в ней написано

http://forum.ru-board.com:9000/topic.cgi?forum=8&topic=34526&start=69&limit=1&m=1#1

Вообще и скуль и 1ску можно запустить без каких либо костылей , надо лишь правильно соблюсти все советы и использовать правильные дистрибы ))

Цитата:

shahes
патчик solution6 для секретного релиза примените, остальные костыли если есть, уберите.

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

и все равно будет медленней , чем на связке 2003 сервак+ 2005 скуль.
и на порядок медленней , чем дбф.

быстрее - однозначно через прямые запросы.

пустая возня.

также стоит знать про подчинённые документы http://www.forum.mista.ru/topic.php?id=400197

Короче долго я пытался увеличить быстродействие скуля 2005 и скуля 2008..Перерыл весь интернет по этому вопросу. Перепробовал куча различных вариантов..Итог один и тот же что 2005 что 2008 уступают в скорости 2000..Вот такие пироги [/more]

говорим человеку спасибо за Solution7
http://forum.ru-board.com/topic.cgi?forum=35&topic=41264&start=1340#16