23 релиз. Выдает ошибку SQL state 08001 Native:17 при попытке обратиться из базы даже локально. Анализатор запросов к серверу обращается с тем же логином.

Та же беда (бьюсь четвертый день):
MS SERVER 2003 + MS SQL 2000 Enterprise Edition SP3a + 1С Предприятие 7.70.021 для SQL.
Заставил работать локальную установку (прямо на сервере), но клиентская часть в упор не видит сервер. Точнее MDAC видит название серверов (их несколько), но соединятся отказывается и через ODBC, и через 1C.

Кто-нибудь напишите или дайте ссылку на ПОЛНУЮ ПОШАГОВУЮ ИНСТРУКЦИЮ по установке 1C с SQL2000-сервером (в том числе с установкой клиентских машин)

Заранее спасибо!!!


PS Прочитал весь http://thebeautiful.narod.ru/ и не нашел нужного!!

Собираете людей с такой же проблемой? :-?

Может конкретнее опишете ситуацию: что за клиентские машины и что на них установлено; что предпринимали для решения проблемы и что получилось?

Клиентские машины WinXP PRO SP1 RUS

Возникают вопросы
- как ПРАВИЛЬНО поставить 1С, а также SQL-сервер (читать как "какие кнопки где-когда-как нажимать, т.к. ну нет нигде нормальной инструкции). Все установки проводил по аналогии c Sybase + Инфин, у которых есть прекраснейшие мануали для админов.
- какие возможны сбои при установке-запуске, что КОНКРЕТНО делать при их возникновении

Описать все действия не сложно, но долго да и зачем - я ищу людей не готовых подумать вместе, а знающих решение (думать уже голова пухнет).

PS Предложите хотя бы варианты, чтоб по-экспериментировать...

Кстати, а будет ли 1C SQL работать с Sybase?
Может кто пробовал?

(0-1) Вот это не пробовали: http://www.1csql.ru/forum/forum.shtml?f=1&a=h&m=111

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

Пошаговая установка 1С для SQL

(конвертация существующей базы из dbf в sql)



1. Установить на сервере SQL Server (7.0 или 2000) + Service Pack (желательно последний).

2. Обновить на рабочих станциях исполняемые файлы 1С: Предприятие для работы под SQL (должны быть 1cv7s.exe)

3. В SQL Server создать новую базу.

4. Создать каталог для информационных файлов 1С (md, dd).

5. Из рабочей базы произвести выгрузку данных в zip-файл (Конфигуратор -> Администрирование -> Выгрузка данных).

6. Открыть созданный информационный каталог в конфигураторе, на вопрос о формате данных ставить sql.

7. Установить параметры sql базы в меню Администрирование (сервер, имя базы sql, пользователь, пароль).

8. Загрузить ранее выгруженные данные рабочей базы (Конфигуратор -> Администрирование -> Загрузка данных).

9. Переписать в рабочий каталог внешние отчеты, модули и т.д.

10. Запустить 1С: Предприятие, проверить работу документов, журналов и отчетов.

11. Прописать пользователям ссылки на созданную SQL-базу.

http://www.thebeautiful.narod.ru/install.htm

А еще на этом же сайте есть FAQ по 1C + SQL: http://www.thebeautiful.narod.ru/1csql.htm

ЗЫ Если определишь конкретно проблему - запости плиз решение сюда и рекомендуй ветку в базу знаний(нужно зарегистрироваться).

Всем спасибо!

Однако все это я уже читал (звиняйте что не указал где был - все не укажешь)

Более того причину я уже нашел - начнем с начала:

Есть локалка - домен AD на сервере Win2003 Enterprise Edition - 15 машин (Win XP SP1 rus), есть также 3 такие же машины работающие через VPN


Сервер P4 2800Ghz HT, 2GB DDR 3200 (512x4), 80GB SATA Seagate 8mb cache 7200 RPM занимается:
AD-контроллер домена
файл-сервер для документов WORD, EXCEL
шлюз для локалки и VPN сервер
сервер печати для двух принтеров

но все это мелочи т.к. даже при отключении всего этого наблюдается сильное торможение (до 30 минут печатается одна накладная на 1 лист)

главное - Cytrix Metaframe XPe
все 18 человек с его помощью работают в 1C 7.70.021 и одновременно каждый держит открытыми 2 базы на DBF (лежащими на том же сервере).
Размеры баз приближаются к 1Gb и примерно 1500 файлов содержимого (каждая)

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

При этом максимально загружен камень (100% уже от 4 человек), при этом максимальная загрузка памяти ~1300Mb (все 18 человек по 2 базы)

Замена памяти на 1GB 2700Mhz (512x2) помогла (зависания почти исчезли) - но стало не хватать памяти (хотя динамика загрузки камня не изменилась) на всех.
Ну и ладно, по крайней мере хоть сколько-то юзеров могут работать.

В результате начальство поставило задачу ускориться.
На пару с нашим программером пришли к выводу что уже пора бы на SQL переходить (надо было конечно сначала сразу ставить SQL, но было то всего 5 юзеров - резко расширились).

Все что в Google нашлось в первый 10 страницах - перечиталось-проанализировалось.

Итак, поехал на Горб - купил у наших славных пиратов MS SQL Server 2000 SP3a.
Откровенная левотня, но для первичного эксперимента по настройке и стыковке с нашими базами (полностью написанными программером с нуля) сочлось достаточным.

Взяли отдельную тачку - поставили Win2003, AD.
Согласно всему вычитанному поставили SQL (сделали базу, подцепили Named Pipes, TCP/IP, админу пароль - все по мануалям).

Поставили 1С SQL локально, прицепились, внесли на базу выгруженные данные.
Вроде все прошло успешно.

Теперь эксперимент с клиентом - все по мануалям - в итоге читай сверху.
А не далее как вчера - задолбило - открыл родной HELP по SQL от МелкоМягких
где вычитал до идиотизма простое решение - telnet'ом понюхать работает ли порт (по умолчанию 1433 - так и оставил) на сервере. Гляжу - нету. 21-й (telnet'овский) отвечает, 1433 - молчит, проклятый.

Все прошерстил - Firewall'ы, Security Policies - должон работать

Опять в help - там говорят в NetConfig'e сервера - включи чего нужно. Но у меня-то все включено. Тогда говорят смотри в логу где должно быть:

Server is listening on Shared Memory, Named Pipes, TCP/IP 192.168.*.*:1433

и тому подобное. И вижу я - Shared Memory, Named Pipes - TCP/IP нету
Проверял DLL'ки, ответственные за транспорт - вроде все на месте, версии нормальные - но ... не работает же.

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

Вообщем пока ясна причина, но проблема не решена - будем искать.

Посмотри версию SQL Server. Должна быть не ниже 8.00.760. Причем похоже, что у СП3 и у СП3а одинаковые версии - 760. Поэтому не факт что у тебя на диске был СП3а, а только с ним SQL Server нормально работает на Win 2003

Обязательно гляну, спасибо за наводку.

У меня установлена на 2003-й винде 8.00.194(RTM) без сервиспаков. При установке ругнулась, но сейчас работает без вопросов. ИМХО надо рыть не там.

Ха ребята знакомая ситуация. Это я еще на 15 релизе четыре года назад наблюдал.
Смысл в том что TCP/IP поднять под клиентом не смог никто. Работало только через Named Pipes. А скорость обработки при этом соединении в 7 раз хуже чем на DBF. Самое печальное, что вся поставка полностью официальна. Время по запуску поджимало поэтому не долго разбираясь поставили все под DBF, а SQL заглушили. Работает до сих пор. Скорости приличные 18 пользователей и около 2 г база.
По моему здесь проблема в настройке клиенского ОДВС и сервера.
Пытался прояснить ситуацию через ИНЕТ но тогда было слишком мало спецов в данной сфере, а так мне известны еще пару мест в СНГ где нарывались на подобные грабли.

Решение возможных проблем при установке SQL я расписал здесь:
Для начинающего Помогите настроить с нуля 1с и Microsoft SQL 2000 developer