12.07.13 — 15:07
На очень удаленном филиале база на 8.1 сервер 2003х86. При попытке выгрузить в dt, пишет: «Ошибка использования операции ‘ОБЪЕДИНИТЬ’ (‘UNION’). Допустимо объединение не более 256 результатов запроса».
Думал, что SQL-ошибка, с большим трудом забрал ее SQL-бекапом, развернул на другом сервере, тоже 2003х86. Ошибка та же!?
ТиИ затыкается на «Проверка ссылочной целостности информационной базы».
Есть шансы вылечить?
1 — 12.07.13 — 15:09
думаю, надо смотреть в сторону каких-нибудь реквизитов с типом все ссылки… или что-то вроде этого…
2 — 12.07.13 — 15:09
что за SQL Server такой?
3 — 12.07.13 — 15:10
вообще то это ошибка SQL сервера
4 — 12.07.13 — 15:10
через точку обращаешься к реквизитам составного типа.(регистратор.дата и т.п.)
5 — 12.07.13 — 15:11
Или менять текст запроса. Или апгрейдить скуль до 2008
6 — 12.07.13 — 15:11
(5) в 2008-ом ограничение не 256 таблиц никуда не делось…
7 — 12.07.13 — 15:14
(6) а в 2012?
8 — 12.07.13 — 15:17
(4) (5) «При попытке выгрузить в dt»
9 — 12.07.13 — 15:28
(2) SQL2005
(6) SQL2008 не поможет? А SQL2012?
10 — 12.07.13 — 15:29
2(6) делось, если и база 2008 скуля а не 2005
11 — 12.07.13 — 15:33
(5) Где в конфигураторе? Я бы все временно убрал, чтобы выгрузить… думаю, что такой запрос возникает при компиляции?
12 — 12.07.13 — 15:41
(0)
что говорит технологический журнал
и ms sql profiler ?
13 — 12.07.13 — 15:43
Проверка логической целостности. РегистрНакопления… Неверные вспомогательные данные таблицы. Значение изменено.
Но все равно не помогло!?
14 — 12.07.13 — 15:44
(12)
Странно, что в MS Profiler показывает всё правильно.
15 — 12.07.13 — 15:45
(12)
Может в базе в каком-то поле оказалось некорректное значение? Сработал sql injection? Тогда результат выгрузки может быть некорректным.
16 — 12.07.13 — 15:46
(14) Не, это результат ТиИ уже здесь, а MS Profiler на удаленном сервере не смотрел, связь очень хреновая…
17 — 12.07.13 — 15:48
(15)
в 99% случаев 1c оборачивает запросы.
но все равно только ТЖ и ms sql profiler
помогут локализовать проблему.
18 — 12.07.13 — 15:52
(5) и (10) да, в 2008 этого ограничения нет… извиняюсь…
19 — 12.07.13 — 15:54
Сейчас запустил ТиИ реструктуризацию таблиц, а то на удаленном сервере ТиИ совсем затыкается…
20 — 12.07.13 — 15:55
(18) Попробую на 2008
21 — 12.07.13 — 16:41
(17)
Согласен. Но это немного ухудшает производительность. Плюс не используются новые фишки MS SQL 2008-2012 (common table expression и т.д.). Так? Сколько ни ловил профайлером запросы, ни одного с CTE не поймал.
22 — 12.07.13 — 16:47
(21)
заведите отдельную ветку. Эта ветка про другое.
23 — 12.07.13 — 16:49
(22)
Админы зверствуют и против того, чтобы я заводил ветку, посвящённую новым возможностям MS SQL 2008-2012 и использованию их в 1С.
Поэтому прошу Вас завести данную ветку.
24 — 16.07.13 — 12:26
Решил лечить базу посредством ВыгрузкаЗагрузкаДанныхXML, переносить только текущий год (за одним свертку сделать). Сохранил конфигурацию, загрузил в новую файловый вариант. И тут выдало:
В процессе обновления информационной базы произошла критическая ошибка.
по причине:
Ошибка СУБД:
Длина ключа индекса превышает максимально допустимую ‘_InfoRe6400_ByDims_SSSSSSRSRR (_Fld6401_TYPE, _Fld6401_S, _Fld6402_TYPE, _Fld6402_S, _Fld6403, _Fld6404, _Fld6405, _Fld6406, _Fld6407RRef, _Fld6408, _Fld6409RRef, _Fld6410RRef)’
Куда копать?
25 — 16.07.13 — 12:28
что за регистр?
26 — 16.07.13 — 12:29
(25) Не знаю, как определить?
27 — 17.07.13 — 09:25
(25) Зашел в таблицы SQL, там таких имен нет: _InfoRe6400…, есть _InfoReg…!? Загрузил эту же конфигурацию в SQL вариант — все нормально! Выгрузил эту пустую базу в dt, загружаю в файловый вариант, и та же хрень:
Ошибка СУБД:
Длина ключа индекса превышает максимально допустимую ‘_InfoRe6400_ByDims_SSSSSSRSRR (_Fld6401_TYPE, _Fld6401_S, _Fld6402_TYPE, _Fld6402_S, _Fld6403, _Fld6404, _Fld6405, _Fld6406, _Fld6407RRef, _Fld6408, _Fld6409RRef, _Fld6410RRef)’
Что не хватает для файлового варианта 8.1? Давно с ней не работал…
28 — 17.07.13 — 10:01
ну вот и после того как ты загрузил в СКЛ-вариант, что тебя остановило от того, чтобы смочь ответ на вопроса (25)?
29 — 17.07.13 — 10:28
(28) Если бы он был в СКЛ-варианте, я по содержимому может быть смог определить, что за регистр. Но его там нет!
А в файловом варианте как?
30 — 17.07.13 — 10:35
(27) а при чем здесь 8.1, это какой то умник в Рг сведений забубенил в измерения строку 1024
31 — 17.07.13 — 10:36
2(29) а зачем ты ищешь индекс среди таблиц? ищи его среди индексов!
32 — 18.07.13 — 07:26
(31) Да, нашел его в таблице _InfoReg6400, но она пустая!? Как определить, что за регистр?
(30) Проверяю все РС, пока не нашел…
33 — 18.07.13 — 07:31
индексы проверяй, не таблицы!
34 — 18.07.13 — 07:31
заскриптуй его. и посмотри скрипт
35 — 18.07.13 — 07:31
(33) в 1С есть отдельные от Рг сведений индексы — окуеть
36 — 18.07.13 — 08:03
2(35) окуел? и как тогда объяснишь что автор не может найти то что ищет?
37 — 18.07.13 — 08:05
Ищи обработку Просмотр метаданных, чтобы определить какая таблица к какому объекту относится
38 — 18.07.13 — 08:06
39 — 18.07.13 — 08:07
а, вообще да, сорри, но зачем искать обработку, это ведь две строки кода.
40 — 18.07.13 — 08:11
(37) Где, на ИТС?
(38) Ну нашел индекс _InfoRe6400_ByDims_SSSSSSRSRR, а как определить, что за регистр в 1С?
(39) Можно в студию?
41 — 18.07.13 — 08:18
в студию вносят украденный СП, обошлись одной строкой:
http://screencast.com/t/rA9VjxznnCTF
42 — 18.07.13 — 08:57
(41) У меня в 8.1 какая-то допотопная консоль запросов 
Может, поделишься? mvolkov@loginural.ru
43 — 18.07.13 — 09:07
2(42) и вот если я поделюсь с тобой, то как же ты собираешься открыть в 8.1 обработку предназначенную для 8.2?
v8: Мобильные «Инструменты Разработчика»
44 — 18.07.13 — 09:08
не будь Рип-ван-винклем, переходи на 8.2 ну или уж дождись сентября и переходи на 8.3
45 — 18.07.13 — 09:09
и вообще, при чем тут консоль запросов? тебе нужна строчка кода которая написана. Сооруди обработку с формой и кнопкой, чтобы по кнопке выполнялась эта строка. чтож ты как маленький совсем, а?
46 — 18.07.13 — 10:12
(30) Действительно оказался РС ДополнительныеРеквизитыНоменклатуры, у которого 7 измерений Строка, Длинна 100, Допустимая длина Переменная, т.е. может быть 1024!?
Исправить на фиксированная?
47 — 18.07.13 — 10:22
нет, не может быть 1024. может быть от 0 до 100.
48 — 18.07.13 — 10:42
Тогда что с ним не так? Кроме 7 строковых измерений, еще 3 — справочники, ресурсов нет, 1 ревизит строка 150.
49 — 18.07.13 — 10:52
а совокупно больше 1024?
50 — 18.07.13 — 11:01
Строковых: 7*100+150, вроде нет. Еще 3 измерения — справочники, их как считать?
51 — 18.07.13 — 11:01
поэкспериментируй, поставь фиксированные, поставь не 100, а 70, и 150 уменьшь до 70…
Mikhail Volkov
52 — 19.07.13 — 08:26
(51) Как ни странно, но помогло!? Странно, потому что это РС поставщика Рарус УАТ, его никто не менял.
(44) В центральном офисе 2 года назад перешли на 8.2, и к этому РС притензий нет. А в этом удаленном филиале давно какие-то непонятки. Поэтому не смогли перейти на 8.2.
Теперь появилась возможность лечить базу выгрузкой-загрузкой. Всем большое спасибо
Ошибка использования операции ‘ОБЪЕДИНИТЬ'(‘UNION’)
Модератор: Дмитрий Юхтимовский
Ошибка использования операции ‘ОБЪЕДИНИТЬ'(‘UNION’)
1С 8.1 на MS SQL 2012. При попытке сделать выгрузку базы в .dt выкидывает ошибку:
Ошибка использования операции ‘ОБЪЕДИНИТЬ'(‘UNION’). Допустимо объединение не более 256 результатов запросов. Завершить/Перезапустить …
Лезу в MS SQL Studio, делать Резервную копию базы: дает ошибку: (см.картинка)
Гуглил. 50% на 50% советуют chkdisk d: /f/r и он же якобы может БД вообще пох***** .
Прошелся Norton Disk Doctor ( check и repair) , Acronis Disk Director … эффект тот же …
- Вложения
-
- 000088.png (39.28 KiB) Просмотров: 4353
- Викторович Александр
- Сообщений: 2
- Зарегистрирован: 20 май 2014, 16:11
- Откуда: Россия, Хабаровск
Re: Ошибка использования операции ‘ОБЪЕДИНИТЬ'(‘UNION’)
Гилёв Вячеслав » 21 май 2014, 15:26
Викторович Александр писал(а):1С 8.1 на MS SQL 2012. При попытке сделать выгрузку базы в .dt выкидывает ошибку:
Ошибка использования операции ‘ОБЪЕДИНИТЬ'(‘UNION’). Допустимо объединение не более 256 результатов запросов. Завершить/Перезапустить …
Лезу в MS SQL Studio, делать Резервную копию базы: дает ошибку: (см.картинка)
Гуглил. 50% на 50% советуют chkdisk d: /f/r и он же якобы может БД вообще пох***** .
Прошелся Norton Disk Doctor ( check и repair) , Acronis Disk Director … эффект тот же …
похоже на ошибку старых релизов платформы, сделайте бэкап средствами скуля если вам нужно именно сделать бэкап и это конечная цель
- Гилёв Вячеслав
- Сообщений: 2548
- Зарегистрирован: 11 фев 2013, 15:40
- Откуда: Россия, Москва
Re: Ошибка использования операции ‘ОБЪЕДИНИТЬ'(‘UNION’)
Викторович Александр » 22 май 2014, 01:18
Увы, это не конечная цель.
Изначальная проблема такова: Тормозят подключения к БД, запись документов по нескольку минут.
Решил переиндексировать, логи почистить. Для начала выгрузив .dt и обратно.
Но штатные средства 1С выкинули: (см.картинка) 
Выгрузку резервной копии базы, средствами SQL удалось произвести вчера. При помощи бубна.
Прогнал в 1С на переиндексацию и восстановление.
Но выгрузка .dt выдает все ту же ошибку.
Не подскажете, куда копать ? Как избавиться от проблемы ?
- Викторович Александр
- Сообщений: 2
- Зарегистрирован: 20 май 2014, 16:11
- Откуда: Россия, Хабаровск
Re: Ошибка использования операции ‘ОБЪЕДИНИТЬ'(‘UNION’)
Дмитрий Юхтимовский » 27 май 2014, 08:59
В целом, фирма 1С тут же заметит, что платформа 8.1 официально не поддерживает MS SQL 2012.
- Дмитрий Юхтимовский
- Сообщений: 731
- Зарегистрирован: 11 фев 2013, 19:28
- Откуда: gilev.ru
Вернуться в MS SQL Server для целей 1С:Предприятие
Кто сейчас на форуме
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1
Обновлено: 11.02.2023
Повтор темы, помогите пожалуйста. Простейшая конфигурация, три документа, движение по регистрам. В какой-то момент при проведении документа или при выгрузке базы стала появляться ошибка (сабж). Удалил регистры, ссылки в документах, отчеты по регистрам, сделал backup & restore SQL базы — ничего не помогает. Что делать?
ну так посмотрите в техлологическом журнале причину ошибки.
Была похожая проблема, падало при попытке обращения к одному из регистров. Помог скрипт в SQL c коммандой DBCC CHECKALLOC, я думаю можно определить таблицу регистра в котором ошибка и сделать то-же конкретно для этой таблицы.
В процессе создания архива- вывалилась ошибка:
Ошибка использования операции ‘ОБЪЕДИНИТЬ’ (‘UNION’). Допустимо объединение не более 256
База теперь ни в какую открываться не хочет.
Посоветуйте, что в такой ситуации можно предпринять?
в организации 2 инф.базы, установлены в клиент-серверном варианте на платформе 8.1
одна после попытки архивировать , не запускается, другая работает в нормальном режиме.
Пожалуйста отпишитесь, кто знаком с такими ошибками, как с этим бороться и что нужно сделать?
заранее благодарна
SQL какой стоит? SQL 2008 не выдает уже эту ошибку.
RLS используется?
(2) Swetlana,
Настройки SQL и установку баз в клиент-серверном варианте делал очень давно чел со стороны, сисадмин в 1с плохо разбирается, я так понимаю это нужно копаться в настройках SQL ?
Пока не знаю, сисадмин вне доступа.
С базой больше ни каких манипуляций не производила.
Конфигурация досталась в наследство, вся переделанная, ограничения в правах : права не полные, два дня назад архив можно было сделать без проблем
ну ошибка о 256 таблицах получается именно в SQL меньше 2008 версии. Погуглите по ошибке.
Потом непонятно как именно архивировали саму базу, средствами SQL или выгрузка в dt? Конфигуратор открывается? Только в режим предприятия не дает заходить?
(6) Swetlana, Архив делала средствами 1с:
Конфигуратор -администрирование-выгрузить инф. базу
на данный момент не открывается ни конфигуратор , ни инф.база
(10) Ягг,Ошибка одна и та же, что при запуске Конфигуратора, что при запуске Пользовательского режима
Ошибка использования операции ‘ОБЪЕДИНИТЬ’ (‘UNION’). Допустимо объединение не более 256
(10) Ягг, Ошибка возникла при создании архива, средствами 1с, т.е. из конфигуратора
у пользователя действительно много ролей, но раньше сбоев не было, конфа не изменялась около года, проблем не было.
Что бы то ни было с ролями, доступ в Конфигуратор закрыт.
Можно ли эту базу перепрописать в файловом варианте, и проблема уйдет?
(12) nikavilk, если конфигурация не менялась а возникла ошибка выходит проблема не в 1С, а в MS SQL.
Может меняли какие-то настройкина сревере, может не хватает диска? Может быть есть смысл перезагрузить сервер SQL и 1С. Проверить права пользователя SQL под именем которого соединяется сервер 1С с SQL.
Насколько я знаю, для того что бы перевести 1С в фаловый нужна выгрузка, а для этого нужно зайтив конфигуратор — а он же не запускается. Есть конечно команды строки запуска конфигуратор которые позволяют сделать выгрузку (я их точно не помню, но они есть в Администрировании 1С) — может они помогут.
ТОлько на всякий случай предварительно средстваи SQL сделай копию базы.
Жесткий метод — все пользователи хранятся в специальной таблице SQL — (users если не ошибаюсь). Как вариант можно попытаться ее почистить (НО ОБЯЗАТЕЛЬНО КОПИЮ ПРЕДВАРИЕЛЬНО!). Лучше сначал попробовать на копии: создать на SQL копию текущей базы, подключить ее к 1С и на ней эксперементировать.
Кстати, теоретически может быть имено перенос данных в новую базу SQL тоже решит проблему (с таким шаманстовам сталкивался, правда не при таокой ошибке)
Возникает у всех пользователей.
Кеш, tempdb чистили. Полное тестирование и исправление делали. Выгрузка базы в файл .dt. Создание новой БД и загрузка из .dt была
Ошибка осталась, появляется с разной периодичностью.
При использовании платформы 8.3.6.2390 и версии Бухгалтерия 3.0.44.115 таких проблем не было
На этом же оборудовании используется ЗУП 2.5 (1С 8.2) и самописная конфигурации (1С 8.3) с большой нагрузкой проблем нет
8.3.9.2170. Server 2012R2/SQL2014 2е суток. Падения пропали.
эх, я чуть-чуть не дождался стабильного обновления. Ну да ладно .
Вопрос к тем, кто поставил новый релиз.
По истечении недели использования, ничего страшного не вылезло? Каких-то новых ошибок?
(101) Все нормально. Даже ошибку сохранения расширений исправили. Новых пока не выявил.
(101)
(104)
Windows Server 2008 R2
SQL Server 2008 R2
Платформа 8.3.9.2170 ошибка замечена на УТ 10.3 (в режиме совместимости с 8.1) через 2 недели после обновления платформы. Замечена пока всего у 2-х пользователей.
Стоит релиз уже неделю, полет нормальный, ошибок нет.
Пользователи пожаловались, что базы стали медленней крутиться на платформе 8.3.9.2170 (до этого была 8.3.8.2054). Работают в БП 3.0. Не говорю что им не может казаться. У кого-нибудь производительность изменилась?
Поставили новую платформу.
Появилась проблема. Теперь при запуске внешних обработок спрашивает о разрешении запуска внешней обработки. И об использовании внешних приложений, типа Excel (если он используется в этой обработке). И запоминает ответ. Особо одаренные пользователи, не читая, отвечают — нет.
И все, второго шанса не дает.
Печалька.:(
Кто знает, где хранятся эти настройки?
Чистка кэша не помогла.
Платформа 8.3.9.1818. Ошибка появлялась только 2 раза. Помогала чистка серверного кэша. Сейчас опять вылезла, будем обновляться.
(114) Подтверждаю. В бухии было 4-7 в день павдений . Самописка на УФ валилась каждые 15-30 минут. два месяца полёт нормальный.
У меня на 1С:Предприятие 8.3 (8.3.9.1850) тоже вылетает спонтанно. И не у всех пользователей.
То же самое
8.3.10.2561, ERP 2.4, расширения, MS SQL 17
После первичного возникновения в процессе работы, начинает проявляется при входе в 1С
в техжурнале следующее:
После отключения регламентных заданий в 1С войти удалось
(118) Похоже вы перезапустили SQL сервер, а 1С сервер продолжал работать в это время. Ошибка уйдет после перезапуска 1С сервера.
Поддерживаю, та же фигня.
Версии конфигурации, платформы и SQL такие же.
Другие базы работают нормально.
было что то похожее
Сегодня появилась с утра! Не у всех пользователей. Трое отписались с приложением скрина.
Первый раз за полгода вылез этот баг на 8.3.10.2466 + Native Client 11.0.
Надеюсь, в 8.3.11 этого бага уже нет.
Сегодня такая же ошибка в БИТ.ФИНАНС 3.1 (3.0.58.41/3.1.36.2/3.0.1.131).
Платформа 8.3.10.2580.
Тоже появилась с утра.
1С:Предприятие 8.3 (8.3.12.1440)
1С:Комплексная автоматизация 2 (2.4.3.160)
Ведомость на счета — увольнение
(126) Та же ерунда в БП 3.0 после обновления платформы. Похоже дело в ней
1С:Предприятие 8.3 (8.3.12.1412)
Зарплата и кадры государственного учреждения, редакция 3.1 (3.1.6.54)
Выходит при попытке проведения вновь созданного кассового ордера.
После обновления платформы на версию 8.3.12.1469 ошибка SQL при проведении исчезла.
перешли на платформу 1С:Предприятие 8.3 (8.3.12.1529)
на пятый день возникла ошибка у некоторых пользователей и в логах Фоновое задание. Ошибка выполнения:
Соединение с сервером баз данных непригодно для использования после разрыва соединения администратором и будет переустановлено.
Microsoft SQL Server Native Client 11.0: Запрос COMMIT TRANSACTION не имеет соответствующей инструкции BEGIN TRANSACTION.
HRESULT=80004005, SQLSrvr: SQLSTATE=25000, state=1, Severity=10, native=3902, line=1
Добрый день всем! Платформа 8.3.10.2567 клиент серверная версия 1с и sql на разных серверах у пользователей возникает ошибка Соединение с сервером баз данных непригодно для использования после разрыва соединения администратором и будет переустановлено. Подскажите в чем может быть дело?
: Ошибка при получении значения атрибута контекста (ТекущийПользователь)
Запрос.УстановитьПараметр(«ТекущийПользователь», ПараметрыСеанса.ТекущийПользователь);
по причине:
Соединение с сервером баз данных непригодно для использования после разрыва соединения администратором и будет переустановлено.
Microsoft SQL Server Native Client 11.0: Запрос COMMIT TRANSACTION не имеет соответствующей инструкции BEGIN TRANSACTION.
HRESULT=80004005, SQLSrvr: SQLSTATE=25000, state=1, Severity=10, native=3902, line=1
Платформа 8.3.10.2505 (не меняли полгода), последних 3 дня периодически выскакивает ошибка:
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
по причине:
Соединение с сервером баз данных непригодно для использования после разрыва соединения администратором и будет переустановлено.
Microsoft SQL Server Native Client 11.0: Запрос COMMIT TRANSACTION не имеет соответствующей инструкции BEGIN TRANSACTION.
HRESULT=80004005, SQLSrvr: SQLSTATE=25000, state=1, Severity=10, native=3902, line=1
Нашлось решение этой проблемы или опять ждать милости 1С?
платформа 8.3.11.3034 , фоновые задания по выходным выбивают такую ошибку : Сеанс. Ошибка применения расширения конфигурации; Критичная: Уже существует объект с именем скИспользованиеРабочегоСтола.ШаблоныОграничений.скПоЗначениямУдалить . помогает перезапуск службы, но это не выход. режим совместимости 8.3.10
Коллеги,
появилась такая же ошибка.
Соединение с сервером баз данных непригодно для использования после разрыва соединения администратором и будет переустановлено.
Microsoft SQL Server Native Client 11.0: Запрос COMMIT TRANSACTION не имеет соответствующей инструкции BEGIN TRANSACTION.
HRESULT=80004005, SQLSrvr: SQLSTATE=25000, state=1, Severity=10, native=3902, line=1
Платформа — 8.3.10
Конфа — Документооборот.
Всё работало полтора года исправно.
Мне помогло установка Драйвера «Драйвер Microsoft® ODBC 11 для SQL Server».
(установка вместе с «Собственный клиент Microsoft SQL Server 12»).
Допустимо объединение не более 256 результатов запросов» странно для 2008 сиквел в родной моде этого не требует
В менеджмент студии пкм на базе — свойства — options — уровень соместимости.
дело в том что у нас РБД есть еще идентичные 8 баз, ошибка вылезла только в одной
База битая. Я бы ее похоронил и сварил новую из центробазы.
походу sql разный везде стоит. А автор не хочет в этом признаваться.
При чем здесь разный скуль? Периферийка варится средствами 1С.
Самый прикол нашел две одинаковые таблицы! И нельзя удалить и переименовать!
запрос переделайте, на котором вылетает. И всего делов.
это никому не интересно, всё равно переделать запрос.
Потом при стечении каких-то обстоятельств ошибка вновь вылезет. лучше
лучшее — враг хорошего — или — не трогай, если работает 
(бэкап — работай дальше).
Читайте также:
- Starcraft mass recall ошибка сохранения
- Как установить mmod в half life 2 update
- Артефакты в майнкрафт как убрать
- Perfect world системные требования
- Mcard observer белинвестбанк ошибка
-
1С:Предприятие 8.1 (8.1.13.41)
Бухгалтерия предприятия, редакция 1.6 (1.6.15.5)
SQLПри выполнении обмена стала возникать ошибка:
«Ошибка при записи изменений при обмене: Ошибка при вызове метода контекста (ЗаписатьИзменения): Ошибка использования операции ‘ОБЪЕДИНИТЬ’ (‘UNION’). Допустимо объединение не более 256 результатов запросов
Ошибка использования операции ‘ОБЪЕДИНИТЬ’ (‘UNION’). Допустимо объединение не более 256 результатов запросов
Запись изменений текущей информационной базы в файл обмена завершилась с ошибками!»До этой ошибки продолжительное время (6 мес) обмен выполнялся без проблем. Накануне появления ошибки произвел массовое перепроведение документов в за 2008 год.
Подскажите возможные решения проблемы.
-
Offline
1010011010
[1cworld]- Регистрация:
- 1 авг 2006
- Сообщения:
- 582
- Симпатии:
- 0
- Баллы:
- 26
на предыдущей платформе скорее всего нормально было? пробуй играться с платформами
-
Платформа не менялась….
Может быть накатить новое обновление платформы…
Почему без изменений конфигурации возникла данная ошибка?
-
Offline
1010011010
[1cworld]- Регистрация:
- 1 авг 2006
- Сообщения:
- 582
- Симпатии:
- 0
- Баллы:
- 26
релиз вышел в арпеле сего года (шесть месяцев база вертелась), может быть в нем ошибка, я начальных парах такую ловил, обновление помогло.
-
Offline
vitaly_mnpz
Опытный в 1С- Регистрация:
- 15 фев 2009
- Сообщения:
- 267
- Симпатии:
- 0
- Баллы:
- 26
Это искусственное ограничение платформы для совместимости с SQL. Действительно, больше 256 таблиц объединить нельзя. И платформой поиграться не получится, поскольку начиная с 8.1.11 произошли существеннные изменения функционала: прикладные решения работать не будут.
Выход один.
1. Отменить регистрацию в плане обмена части документов (какой части — определить экспериментально, по количеству таблиц).
2. Выполнить обмен
3. Вернуть регистрацию, отмененную в п.1
4. Выполнить обмен.Возможны варианты с разбиением на три части и т. д.
-
Ок. С планом обмена все ясно.
А почему выгрузка базы перестала происходить из-за такой же ошибки?
-
Offline
vitaly_mnpz
Опытный в 1С- Регистрация:
- 15 фев 2009
- Сообщения:
- 267
- Симпатии:
- 0
- Баллы:
- 26
Полагаю, что не всё ясно.
При выгрузке вызывается метод
. Платформа выполняет запрос, который объединяет все таблицы зарегистрированных в плане обмена объектов. Если таблиц больше чем 256, возникает ошибка.
Всем привет! При запуске 1С выходит ошибка «Ошибка использования операции «ОБЪЕДИНИТЬ» («UNION»). Допустимо объединение не более 256 результатов запросов» <a href=» src=»; alt=»1382099527-clip-5kb»/></a> Ошибка выходит и в Предприятии и в Конфигурации База крутится на SQL. Пробовал DBCC CHECKCATALOG и DBCC CHECKDB (БАЗА, REPAIR_ALLOW_DATA_LOSS) вышли ошибки Сообщение 3853, уровень 16, состояние 1, строка 1 Атрибут (object_id=304160279) строки (object_id=304160279,column_id=1) в sys.columns не имеет совпадающей строки (object_id=304160279) в sys.objects. Сообщение 3853, уровень 16, состояние 1, строка 1 Атрибут (object_id=304160279) строки (object_id=304160279,column_id=2) в sys.columns не имеет совпадающей строки (object_id=304160279) в sys.objects. Сообщение 3853, уровень 16, состояние 1, строка 1 Атрибут (object_id=304160279) строки (object_id=304160279,column_id=3) в sys.columns не имеет совпадающей строки (object_id=304160279) в sys.objects. Сообщение 3853, уровень 16, состояние 1, строка 1 Атрибут (object_id=304160279) строки (object_id=304160279,column_id=4) в sys.columns не имеет совпадающей строки (object_id=304160279) в sys.objects. Сообщение 3853, уровень 16, состояние 1, строка 1 Атрибут (object_id=304160279) строки (object_id=304160279,column_id=5) в sys.columns не имеет совпадающей строки (object_id=304160279) в sys.objects. Сообщение 3853, уровень 16, состояние 1, строка 1 Атрибут (object_id=734625660) строки (object_id=734625660,column_id=1) в sys.columns не имеет совпадающей строки (object_id=734625660) в sys.objects. Сообщение 3853, уровень 16, состояние 1, строка 1 Атрибут (object_id=734625660) строки (object_id=734625660,column_id=2) в sys.columns не имеет совпадающей строки (object_id=734625660) в sys.objects. Сообщение 3853, уровень 16, состояние 1, строка 1 Атрибут (object_id=734625660) строки (object_id=734625660,column_id=3) в sys.columns не имеет совпадающей строки (object_id=734625660) в sys.objects. Сообщение 3853, уровень 16, состояние 1, строка 1 Атрибут (object_id=734625660) строки (object_id=734625660,column_id=4) в sys.columns не имеет совпадающей строки (object_id=734625660) в sys.objects. Сообщение 3853, уровень 16, состояние 1, строка 1 Атрибут (object_id=734625660) строки (object_id=734625660,column_id=5) в sys.columns не имеет совпадающей строки (object_id=734625660) в sys.objects. Сообщение 3853, уровень 16, состояние 1, строка 1 Атрибут (object_id=734625660) строки (object_id=734625660,column_id=6) в sys.columns не имеет совпадающей строки (object_id=734625660) в sys.objects. Сообщение 3853, уровень 16, состояние 1, строка 1 Атрибут (object_id=734625660) строки (object_id=734625660,column_id=7) в sys.columns не имеет совпадающей строки (object_id=734625660) в sys.objects. Сообщение 3853, уровень 16, состояние 1, строка 1 Атрибут (object_id=734625660) строки (object_id=734625660,column_id=8) в sys.columns не имеет совпадающей строки (object_id=734625660) в sys.objects. Сообщение 3852, уровень 16, состояние 1, строка 1 Строка (object_id=832162160) в sys.objects (type=U ) не имеет совпадающей строки (object_id=832162160,index_id=0) в sys.indexes. Сообщение 3852, уровень 16, состояние 1, строка 1 Строка (object_id=832162160) в sys.objects (type=U ) не имеет совпадающей строки (object_id=832162160,column_id=1) в sys.columns. Сообщение 3852, уровень 16, состояние 1, строка 1 Строка (object_id=2071118569) в sys.objects (type=U ) не имеет совпадающей строки (object_id=2071118569,index_id=0) в sys.indexes. Сообщение 3852, уровень 16, состояние 1, строка 1 Строка (object_id=2071118569) в sys.objects (type=U ) не имеет совпадающей строки (object_id=2071118569,column_id=1) в sys.columns. Выполнение DBCC завершено. Если DBCC выдает сообщения об ошибках, обратитесь к системному администратору. Сообщение 0, уровень 11, состояние 0, строка 0 При выполнении текущей команды возникла серьезная ошибка.. При наличии результатов они должны быть аннулированы. Сообщение 0, уровень 20, состояние 0, строка 0 При выполнении текущей команды возникла серьезная ошибка.. При наличии результатов они должны быть аннулированы. Методам проб и ошибок вышел на индекс _Docum10406_VT10421_IntKeyInd Попробовал его перестроить, вышло сообщение ЗАГОЛОВОК: Microsoft SQL Server Management Studio —————————— Действие Перестроить завершилось неудачно для объекта «Индекс» «_Docum10406_VT10421_IntKeyInd». (Microsoft.SqlServer.Smo) —————————— ДОПОЛНИТЕЛЬНЫЕ СВЕДЕНИЯ: Возможно, повреждена схема. Запустите DBCC CHECKCATALOG. При выполнении текущей команды возникла серьезная ошибка.. При наличии результатов они должны быть аннулированы. (Microsoft SQL Server, ошибка: 211) —————————— ОС WinSer 2003 SP2 1С 8.2.17.157 SQL Server 2008 R2 (x86) 10.50.1600.1
← Вернуться в раздел «В помощь системному администратору»
Здравствуйте.
Будьте добры объясните ситуацию.
1С 8.2 + MS SQL 2008R2
Разбираюсь с сжатием журнала транзакций.
1. Замерил значения файла с базой и файла журнала транзакций.
2. Логинюсь под бухгалтером и рассчитываю ЗП, провожу документ. Увеличивается файл журнала транзакций, файл базы остается прежним.
3. Захожу в свойства базы и выставляю модель восстановления «Простой».
4. Сжимаю файл журнала транзакций, ~ в ноль.
5. Открываю базу, документ на месте, проведен.
Куда были записаны данные, если журнал транзакций пуст, а файл с базой не увеличился?
Автор: M_Volkov
Дата сообщения: 25.04.2013 08:55
S_H_V_E_D
Добавление 1-10 документов может не сказаться на размере базы, поскольку SQL-база всегда имеет резерв. SQL-база имеет страничную организацию памяти, при большой нагрузке создает новые страницы журнала транзакций. Когда нагрузка спадет, SQL данные из журнала транзакций скинет в базу уже в сжатом виде, а пустые страницы может оставить, чтобы не создавать вновь при пике нагрузки. Сжимая базу, происходит очистка журнала транзакций, и удаление пустых страниц.
Сказанное выше — это для простоты объяснения, на самом деле все сложнее…
Автор: S_H_V_E_D
Дата сообщения: 25.04.2013 09:08
Спасибо за ответ, хотя как-то странно.
Добавление одного документа, увеличивает журнал транзакций на 3-7Мб, а в базе не прибавляется ни байта…
P.s. Забэкапил базу до и после добавления документа, увидел разницу в 10-20Кб.
Автор: Frose
Дата сообщения: 15.05.2013 15:12
Друзья , помогите!!! Как можно протестировать работу MS SQL Server. Точнее есть проблема Sql сервер периодически (несколько раз в минуту) начинает отжирать 50 и более % процца . Есть догадки что дело в тригерах которые висят на некоторых табличках, но как точно определить что отжирает ресурсы????
Автор: vikkiv
Дата сообщения: 15.05.2013 15:51
Frose
1) Microsoft SQL Server Management Studio -> Activity Monitor
2) SQL Server Profiler -> New Trace -> Events Selection -> Performance
Автор: M_Volkov
Дата сообщения: 25.05.2013 05:57
Цитата:
Заданное приведение является недопустимым. (SqlManagerUI)
Такое предупреждение выпало когда пытаюсь развернуть бекап, сделанный в 2005 sql, на сервере с 2008R2 sql?!
Вроде сверху вниз должна быть совместимость, или дело в другом?
Добавлено:
Еще такое предупреждение
Цитата:
Невозможно выполнить приведение данного объекта из DBNull к другому типу. (mscorlib)
Что это значит?
Автор: Finist3
Дата сообщения: 25.05.2013 14:01
M_Volkov
Цитата:
Невозможно выполнить приведение данного объекта из DBNull к другому типу. (mscorlib)
Есть возможность попробовать на 2005 — ошибка сохраняется? На Microsoft есть такая статья — здесь.
Автор: Angel_19
Дата сообщения: 25.05.2013 20:19
Есть вопрос по временной папке tempdb.
Необходимо изменить расположение этой папки.
Сделал это так:
Код:
Use master
go
ALTER DATABASE TEMPDB
MODIFY FILE (NAME=’tempdev’, FILENAME=’E:tempsqltempdb.mdf’)
go
ALTER DATABASE TEMPDB
MODIFY FILE (NAME=’templog’, FILENAME=’E:tempsqltemplog.ldf’)
go
Автор: vikkiv
Дата сообщения: 25.05.2013 20:35
Angel_19
Всё правильно сделано, остался один шаг, остановить/перезапустить SQL сервер
Edit1: Упс. недочитал что у тебя уже это сделанно [Иду посыпать голову пеплом]
Edit2: Кстати а почему файлов-то много? Такие огромные что-ли? Или купился на миф о соответствии ядер с количеством tempDB? Хотя иногда окупается для сильно загруженных серверов конечно..
В общем придётся для всех 16 названий скрипт писать ..
Автор: Angel_19
Дата сообщения: 25.05.2013 20:55
Цитата:
Angel_19 Всё правильно сделано, остался один шаг, остановить/перезапустить SQL сервер
Это я сделал…
Нужно просто остальные файлы перенести так:
Код: ALTER DATABASE TEMPDB
MODIFY FILE (NAME=’tempdev1′, FILENAME=’E:tempsqltempdb1.mdf’)
ALTER DATABASE TEMPDB
MODIFY FILE (NAME=’tempdev2′, FILENAME=’E:tempsqltempdb2.mdf’)
ALTER DATABASE TEMPDB
MODIFY FILE (NAME=’tempdev’3, FILENAME=’E:tempsqltempdb3.mdf’)
Автор: M_Volkov
Дата сообщения: 26.05.2013 09:55
Finist3
Цитата:
Есть возможность попробовать на 2005 — ошибка сохраняется?
Для этого придется ставить SQL2005, это не быстро… и большие сомнения в самом бекапе (тащил его с удаленного сервера), да и в самой исходной базе
Переносить базы с 2008 sql на 2008R2 sql через бекап приходилось часто, а вот с 2005 sql — не припомню… отсюда и вопрос — возможно?
Автор: vikkiv
Дата сообщения: 26.05.2013 17:53
M_Volkov
1) Может стоит обратить внимание — на самом-ли деле база стоявшая на 2005-м является 2005-й версией (а не совместимость с 60,65,70 или 80 {т.е. 6.0, 6.5, 7.0, 2000}) ?
2) Есть логи с более продробным описанием ошибки..
3) По идее вследствии интегрированной совместимости продукта вниз самими разработчиками сам процесс разворачивания простой базы с 2005 на 2008 или 2008R2 проблем вызывать не должeн (хотя и изменены некоторые продцедуры) если с правами доступа всё ок (так-же time-out, cache, пользователи/пароли с нужным уровнем безопасности, etc..), у меня на 2012 все базы с 2005 ставились без проблем (в 2012 есть режимы совместимости Base->Properties->Options->Compartability level->{SQL Server 2005 (90), SQL Server 2008 (100), SQL Server 2012 (110)} ..
4) В твоём случае с 1С как проблемной системы =)) походу ещё много каких конфигураций навешанно в других файлах..
5) Тащил с другого сервера в сжатом виде?
Автор: demondeimos
Дата сообщения: 01.06.2013 18:54
Народ, подскажите, поставили 2008 SQL в триал режиме.
Потом заказчик таки нашел у себя в документах лицензию с ключем.
Вопрос: как и куда вводить ключ? С учетом того, что время триала уже кончилось и в админку не пускает.
Автор: vikkiv
Дата сообщения: 01.06.2013 20:09
demondeimos : SQL Server setup -> Maintenance -> Edition upgrade
Автор: M_Volkov
Дата сообщения: 02.06.2013 04:25
vikkiv
Спс. С базой была проблема…
Автор: skynet120
Дата сообщения: 08.07.2013 09:28
Добрый день,
Столкнулся с проблемой, сделал бэкап базы, и восстановил на другом серваке. На новом сервере вроде все восстановилось но не работает.
Как мне сказали при восстановлении из бекапа теряется алиас пользователя. Как его восстановить?
Автор: BlackVetal
Дата сообщения: 08.07.2013 12:05
skynet120
я так понимаю алиас между пользователем (группой) SQL и доменным пользователем (группой) ? В безопасности (Security) выбрать «имена выхода» (помоему logins -если сервер английский) и создаем login — ставим ему в соответствие доменное имя и проставляем в каких базах это имя будет связанно с пользователями бд непосредственно.
Более менее автоматизировать (ну может ребята подскажут более легкий способ) — на старом сервере создаем скрипт на создание такой учетки и потом копированием создаем все остальные логины — переносим на новый сервер и запускаем скрипт
Автор: skynet120
Дата сообщения: 08.07.2013 16:05
BlackVetal
вход осуществлялся с использованием локального пользователя и sa
Автор: BlackVetal
Дата сообщения: 09.07.2013 05:08
skynet120
да собсно ничего не меняется — точно также создать логины (имена входа) с отображением локальных win-пользователей …
Автор: M_Volkov
Дата сообщения: 13.07.2013 03:58
Пытаюсь выгрузить 1Cv81 базу на SQL 2005 в dt-файл? Ошибка
Цитата:
Ошибка использования операции ‘ОБЪЕДИНИТЬ’ (‘UNION’). Допустимо объединение не более 256 результатов запроса
Правда, что MS SQL 2008-2012 поможет? http://www.forum.mista.ru/topic.php?id=672747 и не только в этом вопросе!? Админы утверждают, что MS SQL 2008-2012 только дополнительные ресурсы жрут, а их новые фишки 1С не использует!?
Автор: Fsp050
Дата сообщения: 13.07.2013 19:33
Огромная просьба к профи СКУЭЛЯ помогите, плизз, мне написать запросы для sql что то я не врубаюсь как сделать правильно
тут в ворд файле они.
http://rghost.ru/47400770
буду очень благодарен.
Автор: vlary
Дата сообщения: 13.07.2013 19:54
Fsp050 Родной, ты дико ошибся разделом. Здесь Скуль не программируют, здесь его администрируют. Чуаствуешь разницу?
А нужная тебе тема там, где ей и положено быть, в разделе «Прикладное программирование».
Microsoft SQL Server
Автор: zzzz5555
Дата сообщения: 15.07.2013 11:51
M_Volkov
Михаил, тут пишут, что SQL 2008 поможет.
У старых версий 1С-ки тоже было такое ограничение, убрано, начиная с версии 8.1.8
Автор: bigsloth
Дата сообщения: 15.07.2013 12:05
M_Volkov
SQL Server 2008 поможет, но я бы не стал относить это к «новым фишкам». Ваш запрос с >256 юнионами может столько ресурсов сожрать, что вы сами не рады будете его выполнению. Лучше переписать.
Автор: M_Volkov
Дата сообщения: 16.07.2013 03:19
bigsloth
Цитата:
Ваш запрос с >256 юнионами может столько ресурсов сожрать, что вы сами не рады будете его выполнению. Лучше переписать
Вроде нет в конфигураторе таких запросов, база битая, похоже, эти запросы возникают после компиляции в процессе выгрузки в dt. Самое эффективное лечение — выгрузка-загрузка базы. Но SQL 2005 не справляется с этим.
Автор: vikkiv
Дата сообщения: 16.07.2013 07:44
M_Volkov Detach (2005) -> Attach (2008) ?
или частичные Backup-ы, группами таблиц через (в зависимости от того какой SSMS использовать, например 2008-й): Tasks->Generate Scripts->SelectSpecificDBObj->…
Автор: M_Volkov
Дата сообщения: 16.07.2013 10:13
vikkiv
Цитата:
Detach (2005) -> Attach (2008) ?
Нет, проблема не с переносом с 2005 на 2008. Нужны аргументы, чтобы убедить сисадминов ставить SQL 2008-2012 для 1Cv8.
Автор: utzu
Дата сообщения: 20.07.2013 09:32
Ребята где взять management studio для ms sql server 2012 ?
Автор: vikkiv
Дата сообщения: 20.07.2013 13:31
utzu
http://www.microsoft.com/en-us/download/details.aspx?id=35579
-> Download -> SQLManagementStudio_x64_xxx.exe (922MB) OR SQLManagementStudio_x86_xxx.exe (940MB)
такие вот весёлые размеры у простого UI
Автор: BlackVetal
Дата сообщения: 22.07.2013 08:47
utzu
В самой установке SQL Server все выбирается … По крайней мере ничего отдельно не качал …
Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566
Предыдущая тема: Измерение скорости сети LAN — все программы
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель — сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.