Как найти sql ошибка 1с

Делимся опытом, как исправить ошибки в логической целостности в базе 1С, размещенной на Microsoft SQL Server.

Поступила жалоба от бухгалтера о проблемах с проведением документов в 1С.

Из скриншота выяснилось, что 1С «ругается» на проблемы с согласованностью «внутри» базы данных и предлагает провести проверку на согласованность.

Переходим в SQL Server Management Studio и, сделав, на всякий случай, бэкап текущего состояния, выполняем проверку:

Для начала переводим нужную нам БД в однопользовательский режим

Запускаем Окно запросов (CTRL+N). Выбираем Новый запрос и вводим запрос Transact-SQL (T-SQL) в этом окне:

	 ALTER DATABASE KA
	 SET SINGLE_USER
	 WITH ROLLBACK IMMEDIATE

Далее, вводим запрос на сканирование базы данных:

	 USE [ka]
	 GO
	 DBCC CHECKDB(N'ka') WITH NO_INFOMSGS
	 GO

Проверка продлилась около 15 минут, после чего выдала следующее:

CHECKDB обнаружил 0 ошибок размещения и 766 ошибок согласованности, не связанных ни с одним объектом.

CHECKDB обнаружил 0 ошибок размещения и 1 ошибок согласованности в таблице «sys.sysdbfiles» (идентификатор объекта 20).


CHECKDB обнаружил 0 ошибок размещения и 1 ошибок согласованности в таблице «sys.sysxmlcomponent» (идентификатор объекта 91).


CHECKDB обнаружил 0 ошибок размещения и 49 ошибок согласованности в таблице «_AccRg1025» (идентификатор объекта 1778313595).


CHECKDB обнаружил 0 ошибок размещения и 3 ошибок согласованности в таблице «_AccRgAT21046» (идентификатор объекта 1826313766).


CHECKDB обнаружил 0 ошибок размещения и 1783 ошибок согласованности в таблице «_AccRg1051» (идентификатор объекта 1906314051).


CHECKDB обнаружил 0 ошибок размещения и 2603 ошибок согласованности в базе данных «KA».

Вариант решения №1: восстановление из бэкапа выявило накопительный характер ошибки: чем раньше сделан бэкап – тем меньше в базе ошибок, вплоть до самого «дальнего» (14 дней). Примерно на третьем бэкапе количество ошибок перестало уменьшаться – стало ясно, что этим путём мы придём только к потере актуальности базы и проблему не решить

Вариант решения №2: В
справочной информации описаны три возможных варианта исправления этих ошибок, рассмотрим каждый:

REPAIR_FAST

Синтаксис поддерживается только для обеспечения обратной совместимости. Действия по восстановлению не выполняются.

REPAIR_REBUILD

Выполняет действия по восстановлению данных, которые можно выполнить без риска их потери. Это может быть быстрое восстановление (например, восстановление отсутствующих строк в некластеризованных индексах) или более ресурсоемкие операции (например, перестроение индекса).

REPAIR_ALLOW_DATA_LOSS

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

Аргумент REPAIR_FAST нам не подходит, REPAIR_ALLOW_DATA_LOSS оставим на крайний случай — пробуем REPAIR_REBUILD:

	 DBCC CHECKDB(N'ka', REPAIR_REBUILD) WITH NO_INFOMSGS

CHECKDB обнаружил 0 ошибок размещения и 766 ошибок согласованности, не связанных ни с одним объектом.

CHECKDB обнаружил 0 ошибок размещения и 1 ошибок согласованности в таблице «sys.sysdbfiles» (идентификатор объекта 20).


CHECKDB обнаружил 0 ошибок размещения и 1 ошибок согласованности в таблице «sys.sysxmlcomponent» (идентификатор объекта 91).


CHECKDB обнаружил 0 ошибок размещения и 49 ошибок согласованности в таблице «_AccRg1025» (идентификатор объекта 1778313595).


CHECKDB обнаружил 0 ошибок размещения и 3 ошибок согласованности в таблице «_AccRgAT21046» (идентификатор объекта 1826313766).


CHECKDB обнаружил 0 ошибок размещения и 1783 ошибок согласованности в таблице «_AccRg1051» (идентификатор объекта 1906314051).


CHECKDB обнаружил 0 ошибок размещения и 2603 ошибок согласованности в базе данных «KA».

Не помогло, переводим базу данных обратно в многопользовательский режим:

	 ALTER DATABASE KA
	 SET MULTI_USER

На всякий случай, я попробовал провести обслуживание базы данных и перепроверил – результат тот же.

Решил провести тестирование и исправление информационной базы средствами 1С, на что получил ошибку

Выгрузить базу данных в *.dt файл тоже не удалось:

Что ж, стало понятно, что часть потерянных данных – меньшее зло, по сравнению с «развалившейся» базой данных, пробуем REPAIR_ALLOW_DATA_LOSS:

	 DBCC CHECKDB (N'KA', REPAIR_ALLOW_DATA_LOSS) WITH NO_INFOMSGS

И, наконец, после нескольких прогонов, количество ошибок немного уменьшилось:

CHECKDB обнаружил 0 ошибок размещения и 733 ошибок согласованности, не связанных ни с одним объектом.

CHECKDB обнаружил 0 ошибок размещения и 1 ошибок согласованности в таблице «sys.sysdbfiles» (идентификатор объекта 20).


CHECKDB обнаружил 0 ошибок размещения и 1 ошибок согласованности в таблице «sys.sysxmlcomponent» (идентификатор объекта 91).


CHECKDB обнаружил 0 ошибок размещения и 1783 ошибок согласованности в таблице «_AccRg1051» (идентификатор объекта 1906314051).


CHECKDB обнаружил 0 ошибок размещения и 2518 ошибок согласованности в базе данных «KA «.

Ситуацию это не спасло: база, по-прежнему не выгружалась и не «лечилась» средствами 1С.

Дальнейшие попытки (по очереди несколько раз запускал REPAIR_REBUILD и REPAIR_ALLOW_DATA_LOSS) не увенчались успехом: количество ошибок не уменьшилось, база, по-прежнему, не выгружалась и не «лечилась».

Коллеги подсказали попробовать очистить (именно очистить, без удаления самой таблицы) «проблемную» таблицу в MS SQL.

Больше всего ошибок в таблице «_AccRg1051» – ей и было принято решение заняться:

Вводим запрос

	 TRUNCATE TABLE _AccRg1051

И, после успешного выполнения, прогоняем проверку еще раз:

	 DBCC CHECKDB(N'ka') WITH NO_INFOMSGS

15 минут ожидания и, о чудо – все ошибки исчезли, в том числе и в остальных таблицах.

Перевожу базу в многопользовательский режим, выгружаю в *.dt файл и загружаю обратно.

Звоню бухгалтеру – прошу проверить проблемные документы: всё работает нормально. Пускаю остальных пользователей в базу.

Через час снова ошибка:

Делаем вывод, что выгрузка в *.dt – не панацея. Выгоняем Вежливо просим пользователей выйти и ещё немного потерпеть и тестируем базу с исправлением ошибок в режиме конфигуратора 1С со следующими параметрами

Видим, что всё ОК

Пускаем обратно пользователей в 1С и идём молиться настраивать планы обслуживания баз данных.

Сотрудники компании «АйТи-Консалтинг», специализирующиеся на разных программных продуктах, бухгалтерских и it услугах, написали статьи, позволяющие посетителям сайта быстро ориентироваться в ответах на интересующие вопросы.

Неточности СУБД базы данных (ошибка SQL) в программном продукте 1С: Предприятие 8

Данный материал будет полезен пользователям, столкнувшимся с неточностями в работе программных продуктов на платформе 1С: Предприятие 8.

Наличие большого количества сообщений пользователей (администраторов компаний, клиентов) с просьбой о содействии в ликвидации крупных ошибок СУБД базы данных (ошибка SQL) в программе 1С: Предприятие 8, стало причиной создания данной публикации.

На рисунке 1 приведен пример окна ошибки: Ошибка СУБД Ошибка SQL.

субд1.jpg

Почему возникают такие ошибки?

В первую очередь это обуславливается неправильной работой пользователей на местах с программами 1С. Экономия владельцев бизнеса на обучении своего персонала корректной работе с данным программным обеспечением, либо экономия на техническом оснащении, работа на устаревших компьютерах, применение близких к окончанию сроков эксплуатации жестких дисков через некоторое время могут вызвать крупные расходы. Неприятным результатом может стать простой бизнеса, а также утеря данных управленческого, бухгалтерского либо финансового учета.

Примеры источников ошибок в функционировании программ 1С и виды визуального выражения нарушения целостности БД (база данных):

  • аварийное завершение работы ОС с работающей программой 1С: Предприятие 8, в особенности во время формирования, проведения либо удаления файлов;

  • удаление и повреждение конфигурационных файлов в результате вмешательства со стороны пользователя либо техники;

  • приостановка процесса восстановления архивной информации;

  • отсутствие внешнего надежного напряжения питания;

  • присутствие файлов без нумерации, дат создания;

  • присутствие файлов с датой создания, которая не соответствует рядом стоящим файлам, к примеру, 2001 г. 01 ч. 01 мин. 01 с.;

  • присутствие операций без нумерации, дат создания;

  • недоступность ранее созданных файлов и операций;

  • отсутствие ссылок на объекты.

Таким образом, в первую очередь нужно завершить работу программы 1С.

После этого создайте копию БД (база данных) с повреждениями (для этого нужно сохранить базу в отдельный каталог на винчестере). Путь, ведущий к местонахождению БД (база данных), можно определить с помощью панели запуска 1С: Предприятие 8 внизу, найдите данный каталог на жестком диске и скопируйте его (смотрите рисунок 2).

Рисунок 2: Окно запуска 1С: Предприятие 8.

субд2.jpg

Далее протестируйте БД (база данных) на физическую целостность (на предмет «разрушения»). Чтобы это сделать, выполните переход к стандартной встроенной обработке 1С: Предприятие 8 по исправлению и тестированию неточностей – chdbfl.exe (загрузить для 1С: Предприятие 8). Данный документ должен присутствовать в каталоге с установленной программой 1С, найдите и выполните его запуск (смотрите рисунок 3).

Рисунок 3: Местонахождение документа chdbfl.exe.

субд3.jpg

Потом выбираем документ 1CV8.1 CD, который можно найти в каталоге нашей БД (база данных) с повреждениями, устанавливаем галочку «Исправлять обнаруженные ошибки» и жмем «Выполнить» (смотрите рисунок 4).

На проверку физической целостности документа БД (база данных) может уйти от 10 мин. до нескольких часов – это определяется объемом вашей БД (база данных) и количеством неточностей в ней. По завершении проверки обнаруженные неточности рекомендуется сохранить в отдельный документ для последующей экспертной диагностики.

Рисунок 4: Окно проверки физической целостности документа информационной базы

субд4.jpg

После этого зайдите в режим конфигуратора (смотрите рисунок 5) и найдите в нем сервисную утилиту “Тестирование и исправление информационной базы” (смотрите рисунок 6).

Меню – Администрирование – Тестирование и исправление

Рисунок 5: Конфигуратор

субд5.jpg

Рисунок 6: Окно тестирования и исправления БД (база данных)

субд6.jpg

Выберите такие пункты, как:

  • Реиндексация таблиц информационной базы – функция восстановления табличной части БД (база данных).

  • Проверка логической целостности информационной базы – функция проверки логической целостности БД (база данных).

  • Проверка ссылочной целостности информационной базы – тестирование внутренних связей таблиц, которые устанавливает программа 1С: Предприятие 8, проверка фактического существования элементов данных со ссылками в полях записи таблиц.

  • Перерасчет итогов – выполнение полного перерасчета итоговых данных.

  • Переключатель ниже, выбор пункта «Тестирование и исправление».

Операция «Тестирование и исправление» может длиться от 10 мин. до нескольких часов – это определяется объемом БД (база данных) и количеством неточностей в ней. По завершении проверки обнаруженные неточности рекомендуется сохранить в отдельный документ для последующей экспертной диагностики.

На следующем этапе закройте конфигуратор, откройте БД (база данных) в стандартном режиме и оцените произошедшие изменения с поврежденными файлами либо справочниками, сформируйте ключевые отчеты для сравнения. Если проблемы отсутствуют и все в порядке, смело продолжайте работу с БД (база данных). Если проблема с информационной базой все еще присутствует, приглашайте эксперта по 1С из обслуживающей компании «АйТи-Консалтинг», либо сразу обращайтесь в техническую поддержку 1С.

Внимательно изучите ситуацию, сделайте верные выводы: обеспечьте вашим работникам обучение корректной работе с программами 1С, купите новую технику на замену старой.

Если Вы слишком заняты и не можете тратить на это время, мы ждем Ваших обращений в сертифицированный центр обслуживания 1С — «АйТи-Консалтинг».

         
 

�� �������

�������

����

��������


           

������ ���������� (�� ������� House M.D. � ����������� � ������ �������)

  • �-� �����: ����� �������. �������, 26 ���, ����� ���� ��� �������, � �������� �� ��� �������� ����� 6 �����. ��� �������� ��-�� �������������� ��������� � ������
    �-� ����: �����, ��������� ����� ��� ��������� ������������� �� �� ������ ������.
  • �-� ����: �����������, ��� ����� �������� ���������� �� ���� ������� ����������� ������. � �� �������� �������������.
    �������: ������ � ������ ������ ����������� ������? ����� �����, �� ����� ����������� ���-������ � ���������������. ��� ���-�� ������� ������ � ��������� 帅
    �-� ����: ��, ���������. ������������� �������� ����� ������ ����. �������� ������������� �� �� �����������. ��� ������ ������� ������� ���.��������, �������� ��� ������.
    �������:��� ��������.
    ���� � ��������� �������������
    �������: � ���� ������� ��������.
    �-� ����:(����������) ������,����-�������. ������� �� ��������. ���� ������ �������� ��������. ������ �� ��� � �����. ��������� � ������ ����� ������. � ������� � ������ ����������� ������.
  • �-� ����: � �������� �������, ��� ��� ���� ������ ��� �� ����, ��� ������ ����������.
    ��� ���������: � ������, ��� ��� ������� ��������. � ���, �� �������� ��� �������?
    �-� ����: Ÿ ������� � � ��������? ����� ���������.
  • ���� ���������: � �������� �������, ��� ��� ���� ��������� ��� ��������?
    �-� ����: ���, �� � ����������� ����� �������
    �-� �����: �� ����� �������� � � ����?
    �-� ����: ��������, ��� ������� �� � �������. �������, ����� ���������� ������ ��� 1000 ���� ��������.
  • ������: � �� ������� ������������, ����� ��� ����� ������� ��� ������ ���������.

� ���� ������ ������� ������ ����� ��������� ������� ��������������� ��������, ������� ����� ���������� ��� ������ � 1�:����������� 8.1.

������ ������ ����� ���, �� ����� ������� �� ����, � ���� ����� ��������� ����� ������ ���� :))) . ������� ����� ������� ����� ������������, ��� ������ �������� ������� ���� ������ ��� ���������� ��� �����������, � �� ������ ������� ������ ������� � ���������� �������� �� ������. ��� �� ����� ��� ��������, ���������� ����� ������� �� ���� �������� ����� ����������� ��� ������� ����������� �������.

�������� �������

� �������� �������� ����� ���������:

������ 1. ������������ ����������� �� ������������� ������� 1�:�����������.

����� ���������:

«������ ���������� � �������� 1�: ����������� 8.1:
server_addr=App1�:1540=������ �������� ������� � �������
(Windows sockets — 10061(0x0000274D)
No connection could be made because the target machine actively refused it) line =567

������ 2. «���������» ������ � �������������� ����.

����� ���������:

������ ��� ���������� �������� � �������������� �����

Microsoft OLE DB provider for SQL Server: Login failed for user �user1c�

HRESULT=80040E4D, SQLSrvr: Error state=1, Severity=E, native=18456, line=1

������ 3. �������� «�����������» ������.

����� ���������: ���������� ����������� ������ �� ������� 1� ����������� (80010108)�

1. ����������� ������ (����������) ������ � ����������� ��������� �������������

����������� ������

  • ������������ ������ (����� �/��� ������ ����������, ������� ����� ����������� ��� ������� ��������). �������� ����� ����������� � ������� ���������������� �������. �����: ���� �� �� ����������� ��������������� ������ ��� ������ �����, ��������� ��� �� ���������� ��� ���� ������� «����������» (EXCP) � ������������ ������ ������ ������� ���������.
  • ������������ ����� ������������� ������. ��� � ���������� ������� ������������ ����� �������� ��������� �����.
  • �������� ����� ���������, ����������� ����� ������ �������� ������������� �������� �� ����������� ����� ������.
  • ��������� ����� ������� �� ������ ��������� � ��������� ��� � ������ ��������� ��� ���������� ������� ��������.
  • ��, ��� �� ����� �� ���������� �������� ������� � �������� ���������, ������ �� �� �����, ����� ��� ��� ���� ��������� ��� ����������.

����������. ������ 1. ����� � ���� � ������� «��� ����� ����� ������� �������» �� ����������� �� ������ �������� ������ «10061» ������� ����� ���������� ������� � �������: �� ������� ���������� ����������� ������ «����� ������� 1�:����������� 8.1«. �������������� �� ���� ���������, �������� �� ��������� ������:

net start ����� ������� 1�:����������� 8.1

���� ������ ���������� �� ��������, � ��������� ������� �������� ����� ����� C:Program Files1cv81server � ������� ���������� ����� �������� ������.

   

2. ��������������� ������

������������� ������

�� ����������� �������� ��������, ���� ������ ����� �� ���� ��� ������ ������ ����� �������. ������ ����� ������, ���� ������� �� ������� ��� �������� ����������. �� ������ ������ ����������� ��������� �������������� ������, ������� �������-����������� � ������ �������. ����� ��������� ����, � ������������� ��������� ��������� �������, ������������� �� ����.

��� ����������� ��������� ������������ � ����� ��������� �� ������. ���� ��� ����������� ��������� ����������, ���������� ��������� ���������� (���� ��� ��������) ������ �������� ��-������. ��� ����������� ������������-��������� � ���� ������� ���������� ����� ���������� ������� �������� ������� ��������� �� ���������� �������������.

��������������� ������

��������� ��������������� ������ ����� ����������� ��� ��������, ����������� «������» ������-���������� ��������. ���������� � ������ �����, �� ���� ��� ����� ���� ������ �������. ���� �� �� ������������ ��������������� �������� ��� �� ������ — ��� �� ������ ������� � �������� ����������� ����� �������. ��������������� ������ ���������� ������ ��� ������� ���� �����.

����� �������������

�-� ���� (������� � �����): �� ������ ��������� ���?
�-� �������/�-� ���� (������������): ���!
�-� ����: ������� ��������� �������� ���!

���� ���� (Everybody lies) � ����

� ������� ������������� ���� ����������. ���� ������ ����������� ����� ���������, ������ ����� ���� ��� ����� ������������ � ���������������� ��� ������ ��������� ����������. ����� ����, ��� ����� � ������ ����������������� �� ������� ������� �/��� ����������� ������, ���� ���� ����.

��������������� ��������

������ ��������������� ��������� ���� ���������� ����������.

����� ����������� �����-���� «������-����������������� ��������» ����������� �������� �����.

����������. ������ 2. ������� �� ������ �� ��������� �������� �� ��������� ������ ��������� «provider for SQL Server». ��� ��������, ��� �������� �������� ��� �������������� ������� ���������� 1�, ������� �������� �������� ��� SQL Server. ���������� �������� �Login failed for user �user1c�� — ��������� ����������, ��� ������ �������� ��� ��������� ����������� ������������ �user1c�, ������� ������ �� SQL Server.

����� ��������� ������������� ������ ������ ���������� �������������, �������� �� � ��� � ������ ������ �������������� ����. ������������ � ����� ������� ������ ��������, ��� ����� �������� �� �����. ��� � ���� ������� ��������� «����» ���������� ����� 1�:�����������, ��� ��� ����� ������ ���� �� �� ��� � ����.

�������:

��������� Management Studio � ������� ������������ � ������� ��� «user1c». �����������, ������������� ������� ������ ������ ������ «user1c». ��� ���� � ���������� �������������� ���� � �������� �������� ������� «������» ������.

����� ���������� ������ � �������������� ���� � �������� �������� 1�:����������� �������� �������.

   

3. ����� �������

����� �������

  • ����� ������� �������� �� �������� ����� ������� �������� � �������:
    � ����� ���� � ��� ���� ����� � ������� ���������� �� ����? ������� ��� �������� �� ������ � �� ���� :)
  • ��� ������ �������������� ������� �����������.
  • �� ����� ���������, ���������� �� ������ forum.mista.ru � partners.v8.1c.ru (������ ��� ������������� ����������, ��� �� ������ ����� ���������� ��������� �����).
  • ��� ����� ������������� ������� ������������ ��������� ������ «���� ������», «����� ������», «������ � ���������� ������������».

����������. ������ 3. ��������� ������� Google (www.google.ru) ������ ����� ������� �The object invoked has disconnected from its clients�. �.�. �� ����� ������� ���������� ������� 1�:����������� ���� ���������. ��������� ���������� ��������� ������� ���������� ����������: ���������, ��������� �� ����� ������ ������������ � ���� �������������. ������ ��������� �� �������� (�.�. ����� ��������� ����� ����� ��������� ����������). �������, ������ �� ������� ����������, ������ ����� ��������. ���������, ���� �� ��������� � �������, ����������� ����������������� � ����� ����������, ������� �������� ������� � ������ ������� ��������.

��� ���������� ��������, ����� �� ������� �������� ������� ����� ����������������, ������� ����� ������������ ���������� ������� ���������������� ���������� �������.

� ������ ������� «����� ���������� ��������» ����� ��������� «���������� ������» = 20 �����, ��� ������������� � 20 ��������� ��������� ������������� ���� ������.

������ �4. ������ �����.

���������� ����������

� ������, ��� � ��� ���� ��� ��������.

��� ����� ���.

��� ��� ��� ����� ��-�� ����,

��� ���������� ��� �������,

� ��� ���� ���� ���������.

� ����

�������� ������ ������������� � ���������, ������� �������� ����������. ����� ��� ������ �������� ��������������� ������ � ������������ ��������� ������ ������. ���������� ������ ���������� �������� �� ������, �� ��� �� ����������, �������� ���� �������.

��������, ���� ��� ������������� ����� ����������� MS SQL Server 2005 ���� SP3 ��� ������ � 1� v8.1 ���� ����� ������� � ��������� ������� �������� ����� ��-�� ������� ������ � �������� 23:59:59, ����� ������� ������ � ����� �� ��������. ������ ��������� ������������� ���� ��� ��������� ���������� «**.**.** 0:00:00» — ����������� ����������.

(���������� ����� http://social.msdn.microsoft.com/forums/en-US/sqldatabaseengine/thread/b720d8cc-d8c7-419f-8f65-5a4187a26ac2 � http://partners.v8.1c.ru/forum/thread.jsp?id=462620#462620)�������, ���� ���������� �� �����, �� ������� �������� ��� ����� ����� �����. �� �����������, ����� ������� �� �������!

��� ����� ����� ������� �������

� ��������� ����� ����������� ��������������� �������� ���������� ����� ������, ��� ��� �� ��� � ��������� ��������� ������.

���� �������� ������ ����� ��������. ���������� ��������� ����� �� ���� ������ ��� ����� ������ ���������.

��������� � ��������� �� 8.2

�� ���������� ������������� ������ 1�:�����������

�������������������

������SDBL

���������������������������

Windows�Sockets

10061

10106 ������ �������� ������� � �������. (Windows Sockets — 10106(0x0000277A)
10048
������ �������� ������� � ������� (Windows Sockets — 10048(0x00002740)

Windows�Installer

Windows
HRESULT=800708C5
HRESULT=800706BE�
HRESULT=800706BA

800706BA�

HRESULT=8007056B
HRESULT=80070056
HRESULT=80040E4D
HRESULT=80040E31

SQLSTATE=HYT00

native=1222

HRESULT=80040E2F

native=2601

HRESULT=80040E14

native=9002

native=8630

native=8626�

native=8133

native=8124

native=8120

native=319

native=306

native=207

native=130

�� ��� ��� �Microsoft OLE DB Provider for SQL Server: Multiple-step OLE DB operation generated errors. Check each OLE DB status value, if available. No work was done.
HRESULT=80040E07
HRESULT=8002000A
HRESULT=80010108�
HRESULT=80010005�
HRESULT=80004005

native=8134

native=601

native=3624

native=1205

native=11

native=102

native=21

�������������������HRESULT=80004005

������ ����:
htype=SQL_HANDLE_STMT hndl=0x20001, line=5387, file=./src/DB2Connection.cpp
SQLSTATE=57011, native=-964, ‘IBMCLI DriverDB2/LINUX SQL0964C The transaction log for the database is full. SQLSTATE=57011

������ ����: htype=SQL_HANDLE_STMT hndl=0x10001, line=2491, file=.srcDB2Connection.cpp SQLSTATE=57011, native=-964, ‘[IBM][CLI Driver][DB2/NT64] SQL0964C ������ ���������� ��� ���� ������ ��������. SQLSTATE=57011’

������ ����:[IBM][CLI Driver][DB2/NT64] SQL0429N

������ ����: htype=SQL_HANDLE_STMT hndl=0x10001, line=2609, file=.SrcDB2Connection.cpp SQLSTATE=42986, native=-750, '[IBM][CLI Driver][DB2/NT] SQL0750N 

�����������������,�����������������������������,������������������������

�������������� ���� �� ����������

�� ����������� ���� ������ � dt

�� ������� ���������� ������ ������

     

���������������8.0

������…

���� ������� ����������������. ��������� ����� �����. �� ��� ���� ������ ������������ ��������. ������, ��� ���� ������������ 1� � � :).

     

������� � ������ ���������� �����

       

Доброго времени суток, уважаемые читатели блога SoftMaker.kz. Сегодня мы поговорим, как побороть ошибку, возникающую в файловой базе 1С при неправильном закрытии системы 1С:Предприятие, например при внезапном отключении света или неправильной работе компьютера (работает и в случае, если 1С:Предприятие 8 установлено на MS SQL Server 2008 R2 Express). Ошибка СУБД: Ошибка SQL: «Таблица не найдена: _Reference76» появлялась, когда производилось тестирование и исправление информационной базы (ТиИ ИБ) при прохождении проверки логической целостности ИБ. При попытке выгрузить ИБ Конфигуратор вылетал.
Проверка физической целостности файла 1Cv8.1CD с помощью утилиты chdbfl.exe показало, что ошибок не обнаружено. Поэтому пришлось идти другим путём и получилось следующее:

  • Определяем как в базе называется таблица _Reference76 с помощью внешней обработки 1С
  • Заменяем справочник «Спецификации номенклатуры» на новый
  • Убираем ссылки со старого справочника «Спецификации номенклатуры» и удаляем его

Определяем как в базе называется таблица _Reference76 с помощью внешней обработки 1С

В случае ошибки СУБД: Ошибка SQL: Таблица не найдена _Reference76 сразу становится ясно, что была удалена таблица «_Reference76» и из названия ясно, что это какой-то справочник. Но как теперь определить, к какому именно справочнику таблица «_Reference76» относится, чтобы попытаться её восстановить? Для этого можно написать небольшую обработку для выяснения названия:

Процедура КнопкаВыполнитьНажатие(Кнопка)
	МассивИменМетаданных = Новый Массив();
	Для каждого Объект Из Метаданные.Справочники Цикл
		МассивИменМетаданных.Добавить(Объект.ПолноеИмя());
	КонецЦикла;
	// Таблица значений, содержащая таблицы указанного объекта.
	Таблицы = ПолучитьСтруктуруХраненияБазыДанных(МассивИменМетаданных);
	Для Каждого Таблица Из Таблицы Цикл
		Сообщить(Таблица.Метаданные + " - " + Таблица.ИмяТаблицыХранения);
	КонецЦикла;
КонецПроцедуры

В результате работы обработки выяснилось, что таблица «_Reference76» относится к справочнику «Спецификации номенклатуры».

...
Справочник.СпецификацииНоменклатуры - Reference76
...

Обработку для поиска соответствия названия справочников конфигурации 1С и их внутренних таблиц можно скачать отсюда.

Заменяем справочник «Спецификации номенклатуры» на новый

Теперь заменим справочник «Спецификации номенклатуры» на новый. Для этого выполним следующие действия:

  • Изменим наименование справочника «СпецификацииНоменклатуры» на «ЯСпецификацииНоменклатуры». Нажмём правой кнопкой мыши на справочнике «СпецификацииНоменклатуры» и в контекстном меню выберем пункт «Свойства» и в поле «Имя» изменим наименование.
  • Теперь отсортируем справочники в дереве метаданных по имени. Нажмём правой кнопкой мыши на справочнике «СпецификацииНоменклатуры» и в контекстном меню выберем пункт «Сортировать…». Cправочник «СпецификацииНоменклатуры» оказался в самом низу, нам это пригодится в дальнейшем.
  • Теперь заменим справочник «Спецификации номенклатуры» на новый. Для этого нужна идентичная конфигурация с неповреждённым справочником «Спецификации номенклатуры». Нужно открыть эту конфигурацию в режиме «Конфигуратор» и выделить справочник «Спецификации номенклатуры» в дереве метаданных и скопировать его (Ctrl+C).

    Справочник «Спецификации номенклатуры» в дереве метаданных 1С

  • Открываем «Конфигуратор» с повреждённой базой и вставляем новый справочником «Спецификации номенклатуры» (Ctrl+V).
  • Теперь снимем с поддержки справочник «ЯСпецификацииНоменклатуры», чтобы затем удалить его. «Конфигурация» | «Поддержка» | «Настройка поддержки». В дереве метаданных выберем справочник «ЯСпецификацииНоменклатуры» и двойным щелчком мыши на справочнике откроем следующий диалог:

    Справочник 1С «Спецификации номенклатуры» снимается с поддержки поставщика

  • В диалоге «Настройка правил поддержки» выберем правило «Объект поставщика снят с поддержки» и поставим флажок «Установить для подчинённых объектов».
  • После снятия с поддержки справочники «ЯСпецификацииНоменклатуры» и «СпецификацииНоменклатуры» в дереве метаданных конфигурации выглядят следующим образом:

    Справочник 1С «Спецификации номенклатуры» после снятия поддержки поставщика

Убираем ссылки со старого справочника «Спецификации номенклатуры» и удаляем его

    • Жмём правой кнопкой мыши на справочнике «ЯСпецификацииНоменклатуры» и в контекстном меню выбираем пункт «Удалить». Появилось сообщение Конфигуратора: «Объект не может быть удален, так как на него имеются ссылки в других объектах!»

      Предупреждение о ссылках на справочник 1С «ЯСпецификацииНоменклатуры» и невозможности его удаления

    • Нажимаем на кнопку «ОК». В окне служебных сообщений видим список объектов, которые содержат в себе ссылки на справочник «ЯСпецификацииНоменклатуры». Этот список поможет быстро заменить ссылки со справочника «ЯСпецификацииНоменклатуры» на справочник «СпецификацииНоменклатуры». Приступим.

      Список объектов 1С, ссылающихся на справочник «ЯСпецификацииНоменклатуры» в окне служебных сообщений Конфигуратора

    • Чтобы заменить ссылки в объектах нажимаем на каждую строку списка двойным кликом. Для примера возьмём первый элемент списка «ПодпискаНаСобытие.ПриУстановкеНовогоКодаСправочника.Источник»
  • После двойного клика на этом элементе, в дереве метаданных откроется объект и в нём мы найдем ссылку на справочник «ЯСпецификацииНоменклатуры».

    Открытие объекта 1С в дереве метаданных, содержащего ссылку на 
	справочник «ЯСпецификацииНоменклатуры»

  • Два раза нажимаем левой кнопкой мыши, чтобы открыть свойство объекта, в котором содержится ссылка на справочник «ЯСпецификацииНоменклатуры».

    Свойства объекта 1С с реквизитом, в котором содержиться ссылка на 
	справочник «ЯСпецификацииНоменклатуры»

  • Как видно из вышеприведённого изображения в поле «Источник» содержится составной тип, в который входит и справочник «ЯСпецификацииНоменклатуры». Заменим ссылку со справочника «ЯСпецификацииНоменклатуры» на справочник «СпецификацииНоменклатуры» в диалоге редактирования составного типа данных. Ссылка заменяется снятием флажка напротив справочника «ЯСпецификацииНоменклатуры» и установкой флажка напротив справочника «СпецификацииНоменклатуры».

    Замена ссылки справочника «ЯСпецификацииНоменклатуры» на справочник «СпецификацииНоменклатуры» 
	в диалоге редактирования составного типа данных объекта 1С

  • Эти же самые действия проделываем для всех элементов вышеприведённого списка.
  • Открываем каждый объект и заменяем в нём ссылки.
  • После замены ссылок объект спокойно удаляется.
  • Сохраняем конфигурацию, нажав, клавишу «F7».

Теперь новый справочник «СпецификацииНоменклатуры» ссылается на новую таблицу в базе 1С — _Reference6845. Если в справочнике были какие-нибудь данные, то они уже уничтожены, поэтому нужно их восстановить. Это можно сделать воспользовавшись советами статьи Как выгрузить данные в идентичную конфигурацию 1С? Если была удалена другая таблица, например _DOCUMENT, тогда нужно изменить обработку для поиска соответствия названия документов конфигурации 1С и их внутренних таблиц, а шаги проделать те же самые.

ПОДПИСКА

На днях столкнулся с одной ошибкой SQL. Попробовал все варианты исправления, и на уровне 1С и на уровне самого SQL, даже индексы хотел было перестроить. Но помогла банальная перезагрузка (физически) сервера.
Но по пути накопал вот этот список ошибок и их решений. В будущем может пригодиться!

Источник

Причины сообщения «Ошибка блокировки открытия базы данных»

Такое сообщение может возникнуть при блокировке файла users.usr. В этот момент у кого-то из пользователей может быть открыто окно ввода логина и пароля. Довольно часто такое сообщение возникает при массовом входе в программу.

Также такое сообщение могут вызвать зависшие файловые блокировки в каталоге базы. Это может быть связано с проблемами сети. Помочь может перезагрузка сервера.

Duplicate key в таблице _1scrdoc

Удаление повторяющихся ключей с помощью метода описанного в статье может не помочь. При пересчете такие записи могут появиться вновь. Для решения проблемы можно применить следующую методику — создаете пустую базу в нее копируете файл конфигурации, заходите в конфигуратор, удаляете все графы отбора, сохраняете, копируете файл конфигурации в рабочую базу, запускаете пересчет служебных данных, восстанавливаете графы отбора. Все должно работать.

Восстановление базы только из MDF

Оригинальный материал

1. Создаем новую базу с таким же именем и такимиже по именам и расположению .mdf и .ldf файлами

2. Останавливаем сервер, подменяем файл .mdf

3. Стартуем сервер, не обращаем внимания на статус базы

4. Из QA выполняем скрипт

Use master
go
sp_configure ‘allow updates’, 1
reconfigure with override
go

4.Там же выполняем

update sysdatabases set status= 32768 where name = ‘<db_name>’

5. Перезапускаем SQL Server

6. В принципе база должна быть видна (в emergency mode). Можно, например, заскриптовать все объекты. Заходим в EM, выбираем базу, снимаем галку Restricted access в свойствах базы.

7. Из QA выполняем

DBCC REBUILD_LOG(‘<db_name>’, ‘<имя нового лога с указанием полного пути>’)
SQL Server скажет — Warning: The log for database ‘<db_name>’ has been rebuilt.

8. Если все нормально, то там же выполняем

Use master
go
sp_dboption ‘<db_name>’, ‘single_user’, ‘true’
go
USE <db_name>
GO
DBCC CHECKDB(‘<db_name>’, REPAIR_ALLOW_DATA_LOSS)
go

9. Если все в порядке, то

sp_dboption ‘<db_name>’, ‘single_user’, ‘false’
go
Use master
go
sp_configure ‘allow updates’, 0
go

Ошибка violation of pirmary key при загрузке в базу УРБД

Симпотмы:

При загрузке репликации в переферийную базу, SQL вылетает с ошибкой:
Violation of PRIMARY KEY constraint ‘PK_RA4047’. Cannot insert duplicate key in object ‘RA4047’

Лечение:

Для решения данной проблемы отработана следующая технология. Запускаем SQL Profiler с регистрацией ошибок. Когда появляется ошибка смотрим последние операторы, определяем IDDOC сбойного документа. Проблема в том, что признак проведенности по регистру у документа снят (флаг RF), а движения существуют. Вот и происходит ошибка. Лечение — восстановить флаг RF и признак проведенности документы. Можно конечно удалить движения, но не факт, что это правильно отразится на итогах в регистре.

После переноса базы с одного сервера на сервер при попытке подключиться к ней выдается сообщение: Server: Msg 916, Level 14, State 1, Line 1 Server user «user_1c» is not a valid user in database «CV7DB»

sp_change_users_login AUTO_FIX, ‘user_1c’

«Cannot open user default database». Using master database instead

Это сообщение может возникнуть в том случае, если база данных, которая когда-то была базой по умолчанию для некоторого пользователя, была удалена или в текущий момент недоступна. Тем не менее данная ситуация может привести к тому, что логин станет заблокированным и не сможет подключится к любой другой БД на данном сервере. Для того, чтобы исправить эту ситуацию нужно задать другую БД (например, master) по умолчанию для данного логина:

sp_defaultdb ‘user_name’,’master’

Какой выбрать сервер/сеть & etc для работы 1С на SQL Server Сервер двухпроцессорный , память минимум 256 (лучше больше, SQL память любит, и юзает ее грамотно)

Дисковая подсистема. Минимум 2 винта, лучше SCSI. Почему 2 — потому что нам RAID нужен. Для бедных — программный (кстати в NT 1 и 3! RAID хорошо реализован), для богатых — железный. Официальные рекомендации Microsoft для больших, сильно нагруженных БД SQL: 2 диска (RAID1) — система, от 3 дисков (RAID5) — сама БД, 2 диска (RAID1) — для журналов транзакций.

Сеть можно и 10, хотя лучше 100 М. Хороший вариант — сетевые карточки Intel или 3Com, которые могут работать в команде (режим отказоустойчивости или повышения пропускной способности). Хотя мы используем просто 2 карточки: половина офиса ходит на одну, вторая половина людей на вторую. На какой адрес ходить, устанавливается в Client Network Utility.

Как производить проверку, переиндексацию базы на SQL Server

Проверку логической целостности нужно выполнять штатными средствами 1С:Предприятия (Тестирование и исправление ИБ). В случае, если такую проверку не удается выполнить, следует проверить физическую целостность БД средствами MS SQL.
Для проверки целостности средствами MS SQL нужно выполнить следующую команду: DBCC CHECKDB (‘<имя базы>’,REPAIR_REBUILD)
Перед выполнением этой команды нужно базу данных перевести в режим «single user»: sp_dboption ‘<имя базы>’,’single user’,true.
В процессе работы DBCC CHECKDB могут быть обнаружены ошибки и часть может быть сразу же исправлена. Если ошибки остались, то по всей видимости их нельзя восстановить без потери некоторых данных. В этом случае нужно запустить DBCC CHECKDB с параметром REPAIR_ALLOW_DATA_LOSS (перед запуском желательно сделать копию файлов базы данных). DBCC CHECKDB (‘<имя базы>’,REPAIR_ALLOW_DATA_LOSS)
После выполнения DBCC CHECKDB нужно не забыть вернуться в нормальный режим (выйти из режима «single user»): sp_dboption ‘<имя базы>’,’single user’,false.
Переиндексацию базы данных на MS SQL не нужно делать так часто, как в случае с DBF-версией 1С:Предприятия (например, при аварийном завершении работы пользователя). MS SQL автоматически поддерживает индексы в актуальном состоянии. Пересоздавать индексы имеет смысл в одном из следующих случаев:
1) Индекс физически поврежден. Это случается довольно редко и для восстановления нужно использовать вышеупомянутый DBCC CHECKDB.
2) Страницы индекса сильно фрагментированы и требуется их упорядочить.
3) Нужно изменить степень заполнения индексных страниц (fill factor).
4) Требуется изменить тип индекса (кластерный/некластерный). При использовании 1С это обычно неактуально.

Для пересоздания индексов следует воспользоваться командой: DBCC DBREINDEX (‘<имя таблицы>’) или запустить хранимую процедуру, которая переиндексирует все таблицы в базе данных: EXEC _1sp_DBReindex

Время от времени возникает проблема «Доступ к базе на сервере возможен только из одного каталога информационной базы». Как лечить?

Диагноз:

Такая ошибка возникает при попытке загрузить версию 1С для SQL после того, как один из пользователей некорректно вышел из системы. В редких случаях эта ошибка может быть результатом некорректной установки конфигурации.


Анамнез:

После закрытия 1С на сервере NT освобождаются ресурсы, которые занимал пользователь. Однако в случае некорректного завершения работы не останавливается SQL-процесс, запущенный пользователем.

Рецепт:

Принудительно остановить SQL-процесс можно с помощью SQL Enterprise Manager. В нем все активные процессы перечисленны в ветке “ManagementCurrent ActivityProcess Info”. Надо найти в списке справа процесс, который мешает Вам жить, выделить его и в меню “Action” выбрать пункт “Kill Process”

Если пользователи работают по протоколу Named pipes, то можно просто закрыть файлы на SQL-сервере, открытые повисшим пользователем. Такие файлы имеют вид PIPEMSSQL$NAMEDSERVERSQLquery.
Если вышеизложенное слишком сложно для Вас, Вы можете просто перегрузить SQL server. Надо только убедиться, что ни одна другая програма не использует его в этот момент.

Если ошибка возникает постоянно, имеет смысл проверить правильность установки конфигурации: с одной базой данных на сервере пользователи должны работать из одного каталога с конфигурационными файлами. Иначе говоря, не могут одновременно работать две (даже идентичные) конфигурации, размещенные в разных каталогах и ссылающиеся на одну и ту же базу.

Умер SQL, но mdf и ldf-файлы остались. Можно ли поднять базу?

exec sp_attach_db <имя БД>,<путь к файлу *.mdf>,<путь к файлу *.ldf>

Ошибка SQL Server «Cannot resolve collation for equal operation»

Данная ошибка возникает при сравнении полей с различной collation. Подробно описание ошибки можно найти в статье «Transact-SQL ReferenceData TypesCollation Precedence» в Books OnLine. В случае 1С это может быть, например, когда различаются collation вашей рабочей базы и базы tempdb. При первоначальной установке collation базы tempdb устанавливается такой же как у сервера и обычно не меняется. Collation базы выбирается при создании базы, но может быть изменена с помощью команды ALTER DATABASE. Поэтому обычно такая ошибка возникает, когда collation базы первоначально была выбрана отличной от collation сервера. База tempdb используется для создания временных таблиц, в частности, когда используется конструкция «В» в запросе или когда используется отбор по группе в других выборках.

Чтобы устранить эту ошибку нужно поменять либо collation рабочей базы, либо collation сервера. Чтобы поменять collation рабочей базы воспользуйтесь командой ALTER DATABASE COLLATION = collation_сервера. При этом сами данные не изменяются. Поэтому необходимо сначала выгрузить ваши данные, а потом загрузить обратно. Я, например, делал это с помощью инструмента Data Transformation Services (DTS) с помощью задачи переноса объекто SQL Server с сервера на сервер. Для этого нужно создать новую базу с collation равной collation сервера, в параметрах задачи (на рабочем поле кликнете правой клавишой мышки, выберите «Disconnected Edit», затем ветку задач, вашу задачу переноса) нужно указать дополнительную опцию ScriptOptionEx = SQLDMOScript2_70Only(16777216), которая укажет не формировать для каждого поля его collation (чтобы не переносить старую). Затем нужно выполнить задачу. Все. Теперь можете пользоваться новой базой, либо загрузить данные обратно.

Про дополнительную опцию можно прочитать в статье «Data Transformation ServicesUsage Considerations in DTSData Conversion and Transformation Considerations».

Ошибка «Could not continue scan with NOLOCK due to data movement»

В BOL причина ошибки связана с сочетанием блокировки (NOLOCK) и уровнем изоляции (READ UNCOMMITED) таким образом, что при чтении данных некоторые прочитанные страницы могут быть удалены до завершения транзакции. Нам это ничего не дает. Кажется, что проблема связана с проектированием 1С. На самом деле система использует другой уровень изоляции, который не может привести к такой ситуации. Обычно ошибка появляется при разрушении данных. На моей памяти это было в двух случаях. Проверка БД производится как обычно с помощью DBCC CHECKDB. Если данные разрушены, то команда выдаст список объектов, в которых найдены повреждения. Сделайте резервную копию и попытайтесь с помощью все той же DBCC CHECKDB восстановить данные. Если повреждения несерьезные, то восстановление проходит гладко. Если нет, то проще произвести восстановление БД из резервной копии.

Совет. Чтобы не возникало данной ошибки, следите за местом на диске, следите за состоянием вашей дисковой системы, ставьте на сервер ИБП, делайте резервные копии.

Каким образом на клиентской рабочей станции можно настроить сетевой протокол (TCP/IP, Named Pipes и т.д.) взаимодействия с сервером MS SQL?

Для этого нужно воспользоваться вышеупомянутой утилитой Client Network Utility. С помощью нее можно настроить тип протокола (TCP/IP, Named Pipes, Multiprotocol и т.д.), а также ряд дополнительных параметров (например, при успользовании протокола TCP/IP можно указать порт, по которому будет производиться подключение к серверу MS SQL).

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

Данная ошибка происходит при попытке войти в 1С монопольно, при этом в текущий момент к этой базе есть открытые соединения (не 1С). Первое — закройте все приложения, которые могут использовать эту базу. Это могут быть Enterprise Manage, Query Analyzer, SQL Profiler. Можно не их закрывать, а проделать, например, следующие действия: EM — сделать Disconnect для сервера, QA — выбрать другую базу в списке, Profiler — закрыть все трейсы. Второе — для устранения этой проблемы нужно закрыть все открытые подключения к этой базе. Для получения информации о том, кто в данный момент подключен к базе, в Enterprise Manager 2000 есть раздел Management Current Activity Process Info.

Login failed for user XXX. Reason: Not associated with trusted SQL Server connection

1С поддерживает только смешанный режим подключения к SQL Server. Для установки режима подключения в свойствах сервера на закладке Security выберите Mixed mode.

При выгрузке-загрузке 1С зависает, либо вылетает

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

Еще один универсальный совет — при загрузке в строке состояния пишется загрузка какого объекта производиться. Если на этом объекте 1С зависла или вылетела, то попробуйте произвести выгрузку без этих объектов — для этого их нужно удалить из базы. Конечно это не выход, но все же таким образом вы убедитесь, что причина именно в этом виде объектов, что поможет вам локализовать причину ошибки.

И конечно же самое первое, что вы должны сделать перед выгрузкой это тестирование базы. Подробно про переход на весрию SQL 1С (в том числе про выгрузку-загрузку) вы можете прочитать в этой статье.

Восстановление базы данных только из MDF

1. Создаем пустую базу с_тем_же_именем, остановливаем сервер и записываем вместо «родного» файла этой базы свой *.mdf.
2. Запускаем сервер. Он переведет базу в suspect.
3. Выводим базу из состояния suspect:

use master
go
sp_configure ‘allow updates’,1
go
reconfigure with override
go
—Для сброса признака suspect выполняем в БД master ХП sp_resetstatus:
update sysdatabases set status=32768 where name=’Base_New’
go
—А теперь запретим прямое изменение системных таблиц:
sp_configure ‘allow updates’,0
go
4. База находится в «emergency mode», поэтому копируем данные из этой базы в новую, используя режим «Copy objects and data, between SQL Server databases».

Автор ответа Джинн, neatmen

База находится в состоянии suspect. Как ее «оживить»?

use master
go
sp_configure ‘allow updates’,1
go
reconfigure with override
go
—Для сброса признака suspect выполняем в БД master ХП sp_resetstatus:
update sysdatabases set status=32768 where name=’Base_New’
go
—А теперь запретим прямое изменение системных таблиц:
sp_configure ‘allow updates’,0
go


При запуске 1С для SQL базы 1С закрывается без всяких сообщений. С одним пользователем работает, с другим нет

Например, под администратором работает нормально, а под другими пользователями нет. Я встречал такую ситуацию уже два раза. Оба раза 1С не запускалась вообще. Причина была банальной — на папке с базой стояли права только на чтение. Кто-то вообразил себя супер вумным админом и решил — раз БД лежит на SQL, то зачем что-томенять в каталоге ИБ? Поставил права только на чтение и забыл. Права могут стоять не обязательнона папке, могут стоять на md или другом файле или только для определенных пользователей.
Других причин «безмолвного» закрытия 1С не встречал. Были случаи когда рушился mlg файл (лог действий)или вообще конфа рушилась. Но в этих случаях обычно выдается сообщение с предложением «сходить к Microsoft».

Проблемы при соединении с SQL Server установленном на Windows 2003 Server

Обычно выдается сообщение «SQL server does not exist or access denied» несмотря на все настройки , доступность сервера и т.п. По текущим сводкам с полей проблему решает установка SP 3a.

Понравилась статья? Поделить с друзьями:
  • Как найти 5 ошибок на картинке
  • Как называются специально сделанные ошибки
  • Как называются преднамеренные логические ошибки ответ
  • Как называются ошибки при неправильном построении предложений
  • Как называются ошибки мышления которые влияют на принятие решений