SQL Server 2008 и 1С... проблемы с вирт. таблицами регистров... #488245

база УПП - только что переехали на SQL Server 2008, потом попросили нашу контору разобраться правильно ли перевелись на сервер... я с ним, к сожалению не работал еще... поэтому не знаю как лечится следующий баг - первый раз такое видел - в запросах, в соединении не работает отбор по периоду, при обращении к регистру накопления ФактическаяВыработкаРаботниковОрганизации... т. е. в расчет попадает все суммы по этому регистру, но остальная часть отборов работает исправно, причем когда помещаешь нерабочее условие по периоду в поля запроса, оно выполняется правильно... но при ВНУТРЕННЕМ СОЕДИНЕНИИ таблиц в запрое оно не работает... подобные ошибки повторяются когда использую в запросе виртуальную таблицу рег-ра расчета База по какому-либо виду расчета (например, когда считается районный коэффициент).... странно - когда выгружаю dt-шник из такой базы, и загружаю в пустую базу в файловом варианте - все работает замечательно... подскажите пожалуйста что можно сделать... пробовал переиндексировать таблицы на скуль сервере... на какое-то время помогло - сейчас вылезает такая же ошибка при начислении ЗП в следующем за исправленным периоде

попросил их админа ТИС сделать.... база весит 12 гигов на сервере, обещал сегодня-завтра запустить на ночку....

херасе 12 гб :)

угу немало как бэ

То бишь с 30 гигабайтами не соваться?

ух ты, 30 гигов - зеба... а по сабжу?

регламент весь выполнил?

к сож-ю со скуль сервом не работал много - регл. задания в 1С или jobs в скуле?

ИТС есть?

угу последний...

не понимаю как регл. задания связаны с выполнением условий в соединениях таблиц в запросах.... ладно почитаю

грустный ап...

По-моему тут не совсем SQL виноват. Я правда не связывал данное явление с SQL, считаю это глюк 1С. Вот примерно такая процедура получения выборки, в результате которой итоги по запросу работают не правильно: То бишь в первом запросе выбрали данные и поместили в виртульную таблицу. А затем во втором запросе выбрали из виртуальной таблицы и получаем итоги. В результате итоги кривые. Стоит выгрузить виртуальную таблицу во внешнюю, а затем опять ее загрузить во внутреннюю, как итоги начинают работать!

ща найду тот запрос...

делают начисление ЗП по сдельному заработку... т. е. получают сделку по строке документа НачислениеЗП... Начисления.НомерСтроки КАК ОсновнойНомерСтроки, ФактическаяВыработка.Выработка КАК СуммаЗаработка, ЛОЖЬ КАК ОшибкаВводаФактическойВыработки ИЗ И ВидРасчета.СпособРасчета = ЗНАЧЕНИЕ(Перечисление.СпособыРасчетаОплатыТруда.СдельныйЗаработок)) КАК Начисления ПО Начисления.Сотрудник = ФактическаяВыработка.Сотрудник И (ФактическаяВыработка.Период МЕЖДУ Начисления.ПериодДействияНачало И Начисления.ПериодДействияКонец) И (ФактическаяВыработка.СпособВводаДанных В (ЗНАЧЕНИЕ(Перечисление.СпособыВводаДанныхОВремени.ПоДням), ЗНАЧЕНИЕ(Перечисление.СпособыВводаДанныхОВремени.ЗаДень))) так вот - условие (ФактическаяВыработка.Период МЕЖДУ Начисления.ПериодДействияНачало И Начисления.ПериодДействияКонец), не работает в соединении, хотя в помещаю в поля запроса - срабатывает.... или мб мне отдохнуть надо :) ?

ап

че никтоне знает

помогайте добрые 1сники

может с региональными настройками даты времени нестыковка (SQL и БД), хотя вроде влиять не должны.

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

Если это условие перенести в ГДЕ - отрабатывает?

выгрузи в дт и загрузи обратно

не пробовал - завтра админ сделает тис и там проверим.... локально не буду сервер поднимать т. к. проверять надо на месте на их базе

я админу сказал чтобы делал все 5 пунктов ТИСа, он сделал только 4, сказал советовался со знакомыми прогами - те посоветовали не делать проверку ссылочной целостности... ну вот он ее и не сделал.... подобные косяки в расчете начислений стали появляться реже, но все же имеются до сих пор... я хочу чтобы он еще сделал ссылочную целостность или вы считаете что не стоит?

а у кого-нибудь бывают базы как у меня - 450 ГБ? или я один с такой мучаюсь?

таак.. где моя желтая линеечка :)

Ну больше у мну база, и что?

пока переехали на старый сервер, сейчас расчетчики считают зарплату... седня съездил поставил скуль 2008 на новый сервер... создал на сервере 1С центральный сервак и на нем пустую базу, но облом был после того как я попытался подключиться к созданной базе через 1С Предприятие, при добавлении базы в список инф. баз 1Ска не дает выбрать пункт на сервере 1С Предприятие... т. е. дает создать только файловый вариант БД.. HASP менеджер не переустанавливал, т. к. подумал на ограничения ключа, админ грит до этого ставил сервер вообще без проблем... кто нибудь сталкивался с такой ерундой?

ыыыы... ап

Было давно у меня такое. Это проблема с сетевыми службами. Проверь все ли сетевые службы работают на том компе, где ты пытаешься прописать базу

а кто сказал что эта связка должна работать?

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

а ты навскидку не помнишь название службы?

как бы не сетевой вход в систему, точно не помню

смотри . З.Ы. SQL 2008 не всегда дружит с 1С.

Это сказала 1С С 02.12.2009 года в продаже новые продукты "1С:Предприятие 8 + MS SQL Server 2008".   На SQL какие сервис-паки стоят? Поставьте последние. Если не поможет создайте новую базу в режиме совместимости 2005 1С не видит ключ защиты, переустановите HASP Manager

сервис-паков нет.... HASP Manager попробуем переустановить....

Без сервис-паков проблема останется. Столкнулся с ней больше года назад, когда SQL 2008 уже был, а сервис-паков еще нет. Тогда проблема у клиента  решилась так: .dt снос SQL 2008, установка SQL 2005, загрузка .dt После этого проблема ушла, но осадок от SQL 2008 остался. (ЗЫ: на тот момент в рекомендациях клиенту был явно указан SQL 2005, клиент решил что он умней, а SQL 2008 лучше...) С учетом должны были пофиксить.

у клиента был старый сервер, на 32-х битном SQL 2005-м работало нормально, затем был куплен сервер с 16 гигами оперативы (т. к. старый сервер не справлялся с 70 юзверями) и с win server 2008 x 64, соответственно клиент захотел 64-битный 2005-й скуль и позвонил во франч, который SQL продал... там сказали - покупайте 2005-й 64-битный отдельно... на данный момент клиент хочет попробовать разные версии скуля, затем купить тот на котором все будет нормально....

На сегодняшний день имеется рабочая связка Win 2008 x64 + SQL 2008 x64 с последними апдейтами + 1С х64 + УПП 1.2 Проблемы не наблюдается.

Правда база в режиме совместимости с 2005

я как посмотрел - админ тупо переустановил скуль и сделал миграцию ИБ с 2005-го в 2008-й.... с этого начались проблемы...

А компоненты доступа к серверу предприятия вообще поставили на компе с клиентской частью или не отметили? Если на сервере стоит 64-битная и 32-битная версия (как часто бывает на 64-битном сервере), то какие флажки отмечены при установке 64-битной и 32 битной версии и в каком порядке ставились? Вообще в идеале (если сервер 1 и 64-битный), то ставить на него только необходимые серверные службы (SQL, сервер предприятия) и ничего более. Да и те лучше разнести на разные сервера.

сервер 1С 32-битный, поставили все кроме веб сервисов