Ошибка использования операции объединить union

Обновлено: 02.07.2024

Повтор темы, помогите пожалуйста. Простейшая конфигурация, три документа, движение по регистрам. В какой-то момент при проведении документа или при выгрузке базы стала появляться ошибка (сабж). Удалил регистры, ссылки в документах, отчеты по регистрам, сделал 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

Коллеги,
появилась такая же ошибка.

Платформа - 8.3.10
Конфа - Документооборот.
Всё работало полтора года исправно.

Мне помогло установка Драйвера "Драйвер Microsoft® ODBC 11 для SQL Server".
(установка вместе с "Собственный клиент Microsoft SQL Server 12").

Допустимо объединение не более 256 результатов запросов" странно для 2008 сиквел в родной моде этого не требует

В менеджмент студии пкм на базе - свойства - options - уровень соместимости.

дело в том что у нас РБД есть еще идентичные 8 баз, ошибка вылезла только в одной

База битая. Я бы ее похоронил и сварил новую из центробазы.

походу sql разный везде стоит. А автор не хочет в этом признаваться.

При чем здесь разный скуль? Периферийка варится средствами 1С.

Самый прикол нашел две одинаковые таблицы! И нельзя удалить и переименовать!

запрос переделайте, на котором вылетает. И всего делов.

это никому не интересно, всё равно переделать запрос.

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

лучшее - враг хорошего - или - не трогай, если работает :) (бэкап - работай дальше).

Читайте также: