» MS SQL 2005 + 1С 7.7

M_Volkov
http://forum.ru-board.com/topic.cgi?forum=35&topic=41259&start=160

tippmann
и где там о MS SQL 2008? По конкретней!

Был вопрос:

Цитата:

1. WinLogoNT в чём суть uni-сборки? (ссылка http://www.filehoster.ru/files/t4246 не работает! можно перезалить?)
2. Готовый патч для связки Win2008 x64 + SQL2008 x64 + 1C 7.70.027 существует? Поделитесь!

1. Суть в том, что все в одном флаконе отученном от хаспа + работает с любым SQL
2. См. пункт 1.

ЗЫ По приведенной выше ссылке вы быстрее найдете патч и все инструкции как чего и где запускать. Там есть исчерпывающая информация.
К тому же я не видел описания вашей проблемы...

tippmann
Проблема в следующем: Хочу посмотреть, как 1С на х64 оси вертится, поставил Win2008 x64 и SQL2008 x64 - не весь, только то, что для баз нужно. Решил это испытать на наиболее простом, на 7-ке, и конфигуратор выдал: "Требуется MS SQL Server 6.5 + SP5a или более старшая версия". Написал в 1C - Тех.поддержка. Ответили: "По нашим сведениям внесение изменений в этот продукт, связанных с поддержкой работы с MS SQL Server 2005 или MS SQL Server 2008, не планируется. С MS SQL Server 2005 и 2008 работает 1С:Предприятие 8". Изложил проблему на http://forum.ru-board.com/topic.cgi?forum=35&topic=38673&start=380. Откликнулся j52 "А вообще-то это здесь для этого есть специальная ветка". Почитал, оказывается эта проблема обнаружилась с появлением SQL2005, и имеет решение.
Сперва по наивности я понял, что можно обойтись без патча (для меня этот вариант предпочтителен, у меня обе 1С лицензионные), что uni-сборка 27 релиза официальная, и просил WinLogoNT перезалить ссылку на нее.
Патч SpiKost также попробовал, сообщение "Требуется MS SQL Server 6.5 + SP5a или более старшая версия" исчезло, вместо него следующее:
SQL State: 08001
Native: 17
Message: [Microsoft][ODBC SQL Server Driver][DBNETLIB]SQL-сервер не существует, или отсутствует доступ.

SQL State: 01000
Native: 53
Message: [Microsoft][ODBC SQL Server Driver][DBNETLIB]ConnectionOpen (Connect()).

Возможно:
- этот патч для 25 релиза (тогда, если можно, попросил бы j52 - для 27-го релиза),
- патч для SQL2005 не подходит для SQL2008???! Может кто-то сталкивался с этой проблемой на SQL2008?
- либо я что не так делаю. Установку SQL2008 я прекратил на этапе создания кластера, посчитав, что для автономной работы SQL сервера этого достаточно?!
Вроде подробно описал свою проблему. Может, кто поможет?

M_Volkov

Цитата:

тогда, если можно, попросил бы j52 - для 27-го релиза

В этой-же ветке...
http://forum.ru-board.com/topic.cgi?forum=8&bm=1&topic=12881&start=20#4

j52
Нет нужного редактора, сбрось готовый BkEnd.dll!? Свои координаты я в личке оставил.

M_Volkov
Имя сервера, учетной записи и пароль прописаны верно?
Учетная запись на SQL-сервере активна? Является ли владельцем базы?
Протокол TCP/IP на сервере разрешен?
В настройках ODBC нет ли источников данных на другие серверы?

M_Volkov

Цитата:

что uni-сборка 27 релиза официальная

Неа, умельцы собирали, они же и поддержку 2005 SQL прикрутили. Но работает все на ура.
http://rapidshare.com/files/76345513/27_Uni.rar Патчи никакие не нужны! Просто при установке поставить галочку где 2005 SQL.
Далее, база данных в 2008 SQL должна обязательно быть в режиме совместимости с SQL 2000 (к SQL 2005 это требование тоже относится).
В SQL включаем смешанный режим аутентификации, задаем пароль для sa и под ним коннектимся из 1С.
Вроде ничего не забыл...

ALEX_SE
Все сделал по инструкции SpiKost и http://serrge.narod.ru/1c.html:
Имя компьютера SERVER64, соответственно в сервер вбил SERVER64SQLEXPRESS, в свойствах базы Compatibility Level SQL Server 2000(80) указал, пользователь sa - владелец базы. Режим SQL смешенный, вроде как пользователь Win он не нужен, но все равно sa есть в домене, локально дал права администратора. BkEnd.dll - для 27 релиза (спасибо j52).
На счет TCP/IP и ODBC - это где смотреть, тоже в свойствах базы?
Вообще то, меня интересует, у кого-то связка MS SQL 2008 + 1С 7.7 работает, или я первый наступил на эти грабли?
Кажется я не с того начал, взял 7-ку как более простую для тестирования SQL2008, и напоролся.

M_Volkov
MS SQL 2008 я лично с 1С не пробовал. Нет смысла к самолету прикручивать балласт
1С версии 7.7 с SQL работает в ряде случаев даже медленнее, чем в файловом варианте. Ее собственно к SQL цепляют если база данных выросла и вступают в силу системные ограничения. Ну еще из за удобства бекапа или если пользователей немеряно.
Ну заточена она под dbf, чего с нее взять... Нет чтоб в SQL выборки делать а потом только результат получать - она выбирает все записи, а потом на клиенте делает уже нужную выборку

tippmann

Цитата:

Неа, умельцы собирали, они же и поддержку 2005 SQL прикрутили. Но работает все на ура.

Да уж... Есть же Мастера с большой буквы, все могут! Мне не понятна позиция 1С "...внесение изменений в этот продукт, связанных с поддержкой работы с MS SQL Server 2005 или MS SQL Server 2008, не планируется". Руководство меня не поймет, если я предложу перейти на новую систему, в которой не будет доступа к архивным (предыдущих годов) базам. А налоговики тем более, когда они захотят устроить перекрестную проверку наших клиентов.
Инсталлятор запустился как родной, не было сообщения "Версия этого файла не совместима с используемой версией Windows...", как у "оригинала", поставил все как надо. Я понял, что в конфигураторе, в параметрах SQL база, в имени сервера SQLEXPRESS добавлять не надо? Сейчас конфигуратор выдал следующее "Для доступа к базе данных требуется ODBC-драйвер для MS SQL версии 3.50.0303 или старше". Открыл Источники данных (ODBC), на вкладке Системный DSN - пусто. Попытался в ручную поставить (не помню, чтобы я, когда то в ручную ставил, вроде должен сам встать при установки SQL) по аналогии с рабочим SQL2000. Вроде встал "Драйвер ODBC для SQL-сервера Microsoft, версия 06.00.6001", и "ТЕСТ УСПЕШНО ЗАВЕРШЕН!", но не помогло. Очень мне подозрительно, что в настройке источника данных ODBC, в пункте "К какому SQL-серверу требуется подключиться?" пустой выпадающий список, нельзя выбрать (local) как на рабочем (там, в списке кроме (local) все SQL сервера сети).
Пришел в выводу, либо SQL не настроен, либо не доустановлен. Я лишь установил "New SQL Server stand-alone installation or add features to an existing installation", а "New SQL Server failover cluster installation" не стал, решил, что автономной работы этого достаточно. Может я не прав? Подскажите, как добиться, чтобы ODBC драйвер сам встал?

M_Volkov
Позиция 1С ясна как белый день - надо продвигать восьмую версию.
Источники данных ODBC настраивать не надо.
local с появлением 2005 SQL не используется, т.к. теперь можно на одной машине держать несколько SQL серверов (несколько инстанций). Машина просто не поймет кто из них local.

Цитата:

Подскажите, как добиться, чтобы ODBC драйвер сам встал?

Установить с дистрибутива SQL Server фичу под названием Client connectivity tools

Цитата:

т.к. теперь можно на одной машине держать несколько SQL серверов (несколько инстанций)

Точно так же можно и в 2000.

tippmann

Цитата:

Client connectivity tools

Честно говоря, не нашел где это, бездумно тыкаться не хочу, решил SQL изучать по этапно. На другой х86 машине у меня стоит SQL2005Rus (не помню, сносил SQL2000, или обновил), тоже не настроенный, но ODBC драйвер там стоит. Быстренько поставил uni-сборку 1С, открыл конфигуратор базу грузить. Сначала грузилось все как обычно: создание таблиц справочников, документов ..., верификация, потом создание процедур, и на процедуре _1sp_RA4480_WriteDocAct выдал ошибку:
SQL State: 42000
Native: 7202
Message: [Microsoft][ODBC SQL Server Driver][SQL Server]Не удалось найти сервер "Имя" в таблице sysservers. Выполните sp_addlinkedserver, чтобы добавить сервер в таблицу sysservers.
Это как?

M_Volkov
что установлено в Compatibility level для этой базы?

ShriEkeR
SQL Server 2000 (80)

Меня вот тоже интересует вопрос 1C 7.7 с MSSQL 2008. Дело тут не в балласте для самолета.
При моей базе в 80 гиг, активным использованием Analisys Services и переписанными в NativeSQL встроенными процедурами 2008 версия очень бы не помешала.
От себя скажу, что 200 внутренних польззователе и 5000 портальных не испытывают особых трудностей. Связка 1С 7.70.027 + MSSQL 2005 SP2 x64 Enterprise (уже с UP9) работает как часы..
Патч для 2005 версии НЕ РАБОТАЕТ с 2008 SQL сервером, либо, возможно, требуется дополнительная настройка.
P.S. А любой суппорт 1С можно засунуть в одно место - имеется опыт общения с московским офисом с 7.7 по 8.1 версию.

rcon

Цитата:

Связка 1С 7.70.027 + MSSQL 2005 SP2 x64 Enterprise (уже с UP9) работает как часы..

А 1С 7.70.027 uni-сборка или патчиный "оригинал"? Что значит "уже с UP9"? Какой Windows 2003 или 2008? Можно подробней, какие особенности установки и настройки Win и SQL? Мне на данном этапе не столь важно, чтобы были продукты 2008 года, сколько чтобы вся связка Win + SQL + 1Cv8 была х64, и при этом 7-ка тоже работала! Мы с этого года внедряем 1Cv8, не все задачи туда перенесены из 7-ки, и базам прошлых лет доступ нужен. Без этого руководство переход на 64-х разрядную ось добро не даст.
Может уже 7-ку с SQL2008 подружил? Я только что из отпуска приехал, давно сюда не заглядывал.
И попутный вопрос: как 1С на х64 оси крутится, хотя бы общее впечатление? На сайте 1С, на мой взгляд больше рекламы, чем технического обоснования для перехода на х64 ось!? (Если этот вопрос не по теме, пиши мне в личку. Мои координаты также в личке)

tippmann

Цитата:

т.к. теперь можно на одной машине держать несколько SQL серверов (несколько инстанций)

ALEX_SE

Цитата:

Точно так же можно и в 2000

Как то впопыхах ставил SQL 2005, видимо не отметил параметры обновления, и SQL 2005 не обновил SQL 2000, а рядом встал. Я, конечно же, его переустановил, сделал все как надо. Теперь думаю, а надо ли мне это "как надо". Может пусть 7-ка доживает свое на SQL 2000, а 8-ка использует всю мощь SQL 2005 (а дальнейшем SQL 2008)?! Только возможно ли такое сожительство на одной машине, как корректно это сделать? Попадалась на глаза одна статья, но там решалась несколько другая проблема, как на одном сервере установить "боевой" и "тестовый" экземпляры системы. Может при установке SQL 2005 указать другое имя экземпляра (по умолчанию оно MSSQLSERVER), но оно ни где не используется? В 7-ке указывается "Сервер", в 8-ке "Сервер данных" и "Кластер серверов 1С:Предприятия", и везде это имя компьютера. Не возникнет ли путаницы между SQL серверами, если будет указано везде одно имя?
И еще, все это предполагается в дальнейшем поставить на х64 ось. Надо ли искать SQL 2000 х64, или 7-ке это по барабану?

Имя экземпляра указывается точно так же в настройках 1С семерки.
По поводу совмещения серверов на одном ПК - не в курсе. Не было необходимости..

ALEX_SE

Цитата:

Имя экземпляра указывается точно так же в настройках 1С семерки

Первоначально в настройках 1Сv77 в "Сервер" указано Имя_Компьютера. Поставил 2-й экземпляр SQL2000, а Enterprise Manager его не видит, видит только Service Manager. Как управлять 2-м экземпляром? Выручил SQL Server Management Studio 2005, он его прекрасно видит. В первом экземпляре SQL отцепил базу 7-ки, во 2-м - прицепил, в настройках 1С в "Сервер" указал Имя_Компьютера\Имя_Экземпляра, и база 7-ки заработала. Причем, 1Сv77 – оригинал, не uni-сборка. Спасибо за идею!
С 8-кой этот финт не прошел: создал уже получается 3-й экземпляр SQL2005, перецепил в него базу 8-ки, в настройках 8-ки "Сервер данных" указал Имя_Компьютера\Имя_Экземпляра, запускаю – в ответ, что такой "Сервер 1С:Предприятия не обнаружен…" Добавляю Сервер 1С:Предприятия с именем Имя_Компьютера\Имя_Экземпляра, а мне в ответ "Ошибка соединения с сервером 1С:Предприятия 8.1". Что я не так делаю?

Тут у меня возник еще более общий вопрос (уже всем, кто имеет опыт работы с SQL2005 или SQL2008), не касаемо 1Сv77: SQL2008, установленный с нуля такой же, как SQL2008 полученный обновлением с SQL2000 на SQL2005, а затем на SQL2008? Сомнение гложет, что полученный обновлением SQL2008, сохраняет механизмы совместимости (движок, формат баз и т.п.) с предыдущими версиями, и это в ущерб производительности SQL2008?
Это я к тому, большие позывы у меня снести все на…, поставить с нуля SQL2008 1-м экземпляром – дать так сказать "зеленую улицу" для 8-ки. И уже потом (если припрет) поставить рядом, 2-м экземпляром SQL2000 для 1Сv77!? У кого какие мнения?

Цитата:

Первоначально в настройках 1Сv77 в "Сервер" указано Имя_Компьютера. Поставил 2-й экземпляр SQL2000, а Enterprise Manager его не видит, видит только Service Manager. Как управлять 2-м экземпляром? Выручил SQL Server Management Studio 2005, он его прекрасно видит. В первом экземпляре SQL отцепил базу 7-ки, во 2-м - прицепил

Да, с помощью SQL Server Management Studio 2005 можно подключиться к экземпляру SQL2000. Но, хоть убейте, не подключится 1Сv77 к 7-ой базе, развернутой под SQL2005 без патча (в т.ч. uni-сборки) - ну проверяет она версию и все...

А по поводу 7 и 8 - самое лучшее 2 экземпляра: 2005/ (2008? не знаю, не ставил) для 8 и 2000 для 7. Есть хорошая статья: http://support.microsoft.com/kb/265808/ru

Подключится в конфигураторе, только вот войти не сможет.
Потому что при входе он проверяет версию SQL а в случае с 2005 сделать этого не может. Вот и говорит что нужна семерка или 2000.

Оба замечания касаются связки MS SQL 2005 + 1С 7.7, только у меня другой случай, я уже понял:

Цитата:

...пусть 7-ка доживает свое на SQL 2000, а 8-ка использует всю мощь SQL 2005 (а дальнейшем SQL 2008)

и писал о 2-м экземпляре SQL 2000, установленном после SQL 2005. Остается открытым вопрос: как управлять этим 2-м экземпляром SQL 2000, если Enterprise Manager SQL 2000 его не видит?
Moro22 статья хорошая. Если бы 1Сv77 не поняла составное имя Имя_Компьютера\Имя_Экземпляра, то можно попробовать заменить псевдонимом.
А свой вопрос:

Цитата:

... не касаемо 1Сv77: SQL2008, установленный с нуля такой же, как SQL2008 полученный обновлением с SQL2000 на SQL2005, а затем на SQL2008? Сомнение гложет, что полученный обновлением SQL2008, сохраняет механизмы совместимости (движок, формат баз и т.п.) с предыдущими версиями, и это в ущерб производительности SQL2008?

видимо в другую ветку перенести. Какую?

Подскажите -ворпрос состоит в том что на выделеном сервере стоит сервер скул 2005 там же база 1с бугалтерия как подключить нового клиента в локальной сети.
Дело в том что при подключение базы в конфигураторе типа -"Сервер - обычно это сетевое имя твоего компьютера, База данных - 1СSQL, Пользователь - стандартный пользователь в SQL - sa, Пароль - стандартный пароль SQL - sa. ОК." Все проходит нормально но при входе выдает ошибку метаданых.Немогли пояснить как подключать клиента к уже существуещей базе в скуле.На каждом клиенте провадить загрузку выгруженой базы ?Или как

Цитата:

Сервер - обычно это сетевое имя твоего компьютера, База данных - 1СSQL, Пользователь - стандартный пользователь в SQL - sa, Пароль - стандартный пароль SQL - sa. ОК

Это где такое стандартно???
sa вообще нельзя использовать для подключения!

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

Не нужно на каждом клиенте проводить загрузку - это будет просто еще одна новая база (в лучшем случае) или запоротая основная если были указаны её параметры (это в худшем).

спасибо ALEX_SE а прописовать в1с тогда какой путь патому что пачему то ненаходит базу - выддает ошибку методанных

На русском языке пишите, пожалуйста
Путь к конфигурации пропишите такой же как и на остальных ПК.
Не забудьте поменять bkend.dll.

У остальных-то еще работает?

Кстати, напоминаю, разговор про 7.7 версию 1С.

расскажите сначала как Вы вообще делаете.

Воопщем сервер на нем установленн MS SQL 2005 на клиентских машинах 1с 7.7 .У остальных все работает.
Необходимо подключить еще клиентов в локальной сети к етой к имеющейсе базе.
Делаю:Прописываю путь к папке как у других пользователей;

В конфигураторе прописываю параметры базы;

Проходит без ошибок указаный файл bkend.dll пропаченн.

При входе для работы с этой базой 1С ругается на отсутствие базы -ошибка метаданных.

Цитата:

В конфигураторе прописываю параметры базы;

Для чего?
Уверены что именно с той конфигурацией работаете? У меня что-то сомнения на этот счет. Иначе бы остальные заметили Ваши фокусы.