1С:Бухгалтерия. Вопросы и ответы

[ASol]

1С:Предприятие - Вопросы и ответы (1С:Бухгалтерия)

Если есть какие либо вопросы по работе с комплексом программ 1С:Предприятия, всегда готовы помочь найти ответы!

Если вы просите совет, то обязательно указывайте номер релиза предприятия, а также конфигурацию и её номер релиза.

Ссылки на свежие релизы и прочие запросы постить здесь!

[Cartman]

AndreyN, в Enterprise Manager выбери раздельную аутентификацию для своего сервера, т.е. чтобы ты в него не под учетной записью винды заходил, а с записью, которая прописана в SQL. Перед этим не забудь создать пользователя с правами как у sa.
Залогинв SQL под этим пользователем, и создай базу. Кстати, раскажу про одни грабли, имя базы должно начинаться с буквы, а не с цифры или спецсимвола. Я как то час продолбался над этим
Дальше в 1С-е в конфигураторе параметры базы SQL, это в администрировании. Тут прописываем сервер имя базы и юзера, про которого я говорил.

Имя на вход в 1с конечно не при чем.

[AndreyN]

Базу создавал под Администратором (под доменным членом встроенной группы SQL-администраторов), а к базе цеплялся SQL-юзером. А что есть разница кем создавать и кем цепляться? И что значит прописать юзверя в 1С? Имя и пароль пользователя на сервере и 1С должны совпадать или они всё-таки независимы.

Создал из под локального SQL-пользователя, но так же безуспешно. Хотя результат уже другой. ;-)

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

[IFKruzenshtern]

AndreyN
Ну все вроде у тебя нормально...
Первое окошко вообще стандартаное - всегда при загрузке выдается!
А второе - просто закрой ЭнтерпрайсМенеджер и будет тебе счастье!

[AndreyN]

Ну, блин. Засада на засаде. Загрузка прошла, но 1С запускается, пролетает сплэш, перечисляются таблицы, мелькает окно и закрывается.

[IFKruzenshtern]

Просто закрывается!? А журналы что говорят!?

[AndreyN]

Думал наперегружал, так всё сделал начисто в свежую базу.
20051202;16:40:00;;C;Sys;OpenSession;0;НОВЫЙ СЕАНС : Компьютер ANDREY(m);;
20051202;16:40:24;;C;UpDown;UpDownUplFromFile;1;C:\1C\komp_mag_backup. zip;;
20051202;16:40:57;;C;UpDown;UpDownUplSuc;1;;;
20051202;16:41:06;;C;Sys;CloseSession;0;;;
20051202;16:41:16;Администратор;E;Sys;OpenSession;0;НОВЫЙ СЕАНС : Компьютер ANDREY(m);;
20051202;16:41:19;Администратор;E;Sys;CloseSession;0;;;

[IFKruzenshtern]

Заходи под Отладчиком и смотри что-да как - видимо чегото не хвататет.
Часто например путей к каталогу пользателя или внешней компоненты какой-нибуть...
Что за конфигурация!?

[Cartman]

AndreyN:
перечисляются таблицы

Как так перечисляются базы? Насколько я помню при загрузке идет верефикация таблиц, при чем не по именам, а от 1-го и до количества таблиц.
Это при запуске первого пользователя.
А права на SYSLOG на запись есть у пользователя? И возможно файл лога покосился. Попробуй его снести.

Сообщение от Cartman

Как так перечисляются базы? Насколько я помню при загрузке идет верефикация таблиц, при чем не по именам, а от 1-го и до количества таблиц.
Это при запуске первого пользователя.
А права на SYSLOG на запись есть у пользователя? И возможно файл лога покосился. Попробуй его снести.

у меня были такие глюки, решается это следущим образом: Заходим в SQL manadger и делаем полный бэкап базы, в которую не можем попасть. Но необходимость в этом можно увидеть следующим образом: Напротив название базы есть такая дописка "Single"

[AndreyN]

Таблицы перечисляются в сплэш-окне в момент открытия базы данных программой. Лог мог покоситься если с ним не работали, а только загрузили базу? Таблицы с началом "single" в базе нет. В отладчике где искать протокол загрузки? Конфигурация "Компьютерный магазин": ПБОЮЛ 2.6. Прописал рабочий каталог пользователя: не помогло. В момент закрытия внизу окна видна панель с текстом. Не успеваю заметить что написано.

[levnev]

AndreyN
Такое бывает при "неправильной" раздаче прав на базу самого SQL...
Проверь еще раз настройки, запустив Enterprise Manager и выбрав свойства своей базы, Restrict Access ставить вообще не рекомендую, Recovery model поставь в Full... Самое главное, проверь права доступа того пользователя, который у тебя в конфигураторе указан, на доступ к этой базу SQL! Открой раздел Security - Logins и свойства пользователя (который указан у тебя в базе 1С)... Посмотри, чтобы у него стояли права "db_owner" и "public", как минимум...

[AndreyN]

Пользователь обладает достаточными правами как на базу, так и на весь SQL-сервер. Никогда раньше не было проблем с доступом к SQL-базам с правами "db_owner" и "public". Что может измениться в ситуации с 1С? Базу создавал под этим-же пользователем. Права раздал дополнительно (после безуспешных попыток) и на системные таблицы и хранимые процедуры. Не помогло. Скорее всего 1С использует какой-то свой способ доступа к SQL-серверу, отличный от ODBC, ADO, DMO и т.д. Почему, например, ему не хочется подключаться под доменным пользователем? Почему 1С не работает с базами созданными другими SQL-локальными пользователями? В отладчике не нашел где почитать протокол. Пробовал запускать измерение производительности, так в логе он замечательно просчитал на какие таблицы сколько времени уходит. Может просто в конфигурации "бомба" заложена? Где найти обработчик, который может закрывать программу при работе на SQL? DBF-вариант работает.

[levnev]

AndreyN
"Бомбу" ищи в своих экспериментах с подключениями 1С к SQL... Не думаю, что это в конфигурации... Скорее всего у тебя "интересные" настройки SQL-сервера... Протоколы, группы доступа и т.д. Вот в этом направлении и копай! А метод доступа к Скулю тебе 1С вряд ли "опубликует"! Известно только одно, платформа сама строит со Скулем единственное соединение с параметрами, указанными в конфе, в свойствах базы (оно записывается в 1Cv7.DBA). А уж какой "транспортный" протокол она при этом использует - уж тут извини не от нее зависит! Сам посмотри, что у тебя выбрано в Client Network Utility и Server Network Utility... У меня лично стоит TCP и "именованные каналы" и все замечательно работает не только с 1С. А по опыту могу сказать, что у тебя проблема не в 1С и не со Скулем - с подключением или доступом 1С к SQL-серверу. К сожалению (вернее, как всегда) логирование этого у 1С на "высоте" (т.е. вообще никакого), но сам можешь попробовать посмотреть по журналам системы и Скуля...

[AndreyN]

Да никаких экспериметов я с подключениями не ставил. В установках клиента стоит по умолчанию со времен царя гороха TCP и каналы. В ODBC создал алиас для проверки соединения с базой. Всё ОК. А почему не работает . Вроде как не первый раз замужем. Стандартную конфигурацию бухгалтерии ставил на SQL, давно правда. Там вообще никаких этих движений не было. Всё стало с первого раза. Может пару раз с бубном пройтись вокруг сервера? Никаких интересных настроек не делали. На скуле стоит еще масса всяких баз и работают с ними вместе и по отдельности разные программы. Почитать протокол загрузки конфигурации, но где его искать? Отладчик не дал ничего.
В журналах системы чисто.

[levnev]

AndreyN
Для эксперимента давай так: Сделай новую базу SQL и пустой каталог для 1С, в который положи только 1 файл от этой конфигурации - 1Cv7.md. Зайди конфигуратором, пропиши параметры SQL-базы, открой конфигурацию, в самом вехнем пункте дерева метаданных открой Свойства и в Комментарий сначала добавь пробел и тут же убери. Выполни сохранение. Запусти отсюда же (из конфигуратора) по F11. Если загрузиться в режиме задачи, то значит у тебя не лады с той базой, а с сервером все нормально. Если не запуститься, то пиши в "личку", надо "посмотреть" твою конфу...

[AndreyN]

1.Создал чистую базу.
2.В чистую папку положил 1Cv7.MD.
3.Открыл конфигурацию, добавил и убрал пробел. Сохранил конфигурацию. Конфигуратор ругнулся "Отсутсвует старый словарь данных".
4.Сохранил.
5.Запустил F11. Сплэш запустился, пробежали строки и вывалился снова в конфигуратор.
Где поставить точку останова, чтобы можно было трассировать процесс запуска?
Перед самым выходом мелькает Сообщение "Загрузка подсистемы".

[levnev]

AndreyN
Глобальный модуль
1) Процедура ПриНачалеРаботыСистемы()
2) В самом конце модуля после последнего оператора "КонецПроцедуры".

[AndreyN]

Процедура ПриНачалеРаботыСистемы()
Если ЗагрузитьВнешнююКомпоненту(КаталогИБ()+"ExtForms\v7plus.dll")=0 Тогда
Если ЗагрузитьВнешнююКомпоненту("v7plus.dll")=0 Тогда
Сообщить("Не удалось обнаружить компоненту V7Plus.dll!");
СтатусВозврата(0);
Возврат;
КонецЕсли;
КонецЕсли
И после этого переходит на выход из процедуры.
Т.е. условие ЗагрузитьВнешнююКомпоненту("v7plus.dll")=0 выполняется.
C:\1C\komp_mag\ExtForms\v7plus.dll присутсвует во многих местах. Пробовал менять версии DDL-ки. Результат не меняется. Может её зарегистрировать надо? Хотя сомневаюсь.
А где она должна присутсвовать? Ведь в папке с SQL конфигурацией её нет.

Положил DLL-куу в папку и всё заработало. Спасибо за помощь!
Буду разбираться дальше.

[Oleg]

Есть необходимость переносить данные (справочники и документы) из конфигурации 7.7 в конфигурацию 8.0. Десятки тысяч строк документов за один раз.

Сколько примерно времени будет длиться выгрузка и загрузка такого объема, если я буду делать это через стандартную XML схему обмена (типовая конфигурация "Обмен данными") ?

Может, проще и надежнее через OLE или ODBC это делать?

Где можно почитать об обмене данных между 1С 7.7 и 8.0 через типовую конфигурацию "Обмен данными" ?

Как обмениваются данными две конфигурации на базе 1С 8.0, я в курсе.

[levnev]

Oleg+
ОЛЕшка конечно может выручить, но у нее есть одна неприятная особенность - при длительной обработке система начинает считать, что запущенное по ОЛЕ приложение "подвисло" и выдает на экран модальное окно диалога "Переключиться/Повторить", что весьма неприятно! А вот XML больших объемов просто требует времени на свою обработку. Сравнивать по времени трудно, все зависит от железок и реализации... Конкретно, думаю, можно только опытным путем понять.
Про "Конвертацию данных" - по-моему что-то выкладывалось в хранилище... Если нет, то отпиши в "личку" - выложим, что найдется!