Главная
> Uncategorized > [Решено] 1С ошибка при попытке выборки логической страницы
Что и почему сломалось неизвестно. База MSSQL соответственно
Бэкап средствами mssql
ALTER DATABASE Buh --монопольный режим SET SINGLE_USER WITH ROLLBACK IMMEDIATE; GO --проверка базы с потерей данных, по справке можно и без нее, но тут уже не --легкий случай DBCC CHECKDB (N'BUH', repair_allow_data_loss) WITH NO_INFOMSGS GO --возвращаем базы в многопользовательский режим ALTER DATABASE buh SET MULTI_USER;
Инфостат натолкнул на решение
|
|||
| na1kk
20.03.23 — 11:23 |
Ошибка СУБД: |
||
| na1kk
1 — 20.03.23 — 11:30 |
Проверка целостности рабочей база со стороны SQL ошибок в структуре не выявила. |
||
| АгентБезопаснойНацио
2 — 20.03.23 — 11:36 |
(1) как проверяли? |
||
| na1kk
3 — 20.03.23 — 11:50 |
(2) DBCC CHECKDB (‘ERP_WORK’) WITH MAXDOP = 32; |
||
| АгентБезопаснойНацио
4 — 20.03.23 — 12:15 |
(3) а если все-таки явно указать ALL_ERRORMSGS ? |
||
| vis_tmp
5 — 20.03.23 — 12:36 |
(0) Гуглил? |
||
| na1kk
6 — 20.03.23 — 12:55 |
(5) угу. кроме CHECKDB не особо нашел. |
||
| na1kk
7 — 20.03.23 — 13:25 |
(4) ошибок нет |
||
| АгентБезопаснойНацио
8 — 20.03.23 — 14:44 |
(7) странно. а точно ту базу проверяете? а если ограничить проверки «только физикой», но таблоком заставить их выполняться не над снимками, а над таблицами? |
||
| na1kk
9 — 20.03.23 — 15:08 |
https://prnt.sc/hvsIHt2MLPdw |
||
| na1kk
10 — 20.03.23 — 15:08 |
(9) вместо вывода информации он возвращает пусто |
||
| АгентБезопаснойНацио
11 — 20.03.23 — 18:02 |
(10) «По умолчанию выходные данные отправляются в журнал ошибок. Если вы хотите, чтобы выходные данные возвращались к вашему текущему соединению, включите флаг трассировки 3604.»© |
Добрый день,
в общем проблема возникала после остановки виртуального хоста из за нехватки места (Hyper-V).
Возникли проблемы с двумя базами — одна SharePoint 2013 (контента), вторая 1С — бухгалтерия (в общем то, что надо не какая нибудь база поиска)… SQL 2015
Базы в статусе — «ожидание восстановление»
По базе 1С — администратор настраивал резервное копирование ежедневное и ежемесячное. Однако удалил часть файлов старых из за того, что они занимали место. Остались 4 BAK файла, за последние 4 дня и один за месяц.
Копирование производилось полное (установлено опция). При попытке восстановить, выдает ошибку «Не может проверить хранилище».
Когда я выбираю — восстановить из файла, указываю файл и нажимаю просмотреть содержимое возникает ошибка:
ЗАГОЛОВОК: Microsoft.SqlServer.Smo
System.Data.SqlClient.SqlError: RESTORE HEADERONLY прервано с ошибкой.
Чтобы получить справку, щелкните: http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&ProdVer=11.0.3000.0+((SQL11_PCU_Main).121019-1325+)&LinkId=20476
И ТАК НА ВСЕХ файла BAK 5 шт … кстати их объем достаточно велик, база 5 Гб — BAK файлы по 9 Гб
По базе SharePoint — бэкапа никакого и не было.
Прогонял через DBCC CHECKDB (‘DB’, repair_allow_data_loss) — выдает ошибки
Пробовали способ:
Создание чистой базы
и подмена старой (кроме журналов (остаются новые)), затем выполнение проверки повторной. Не принесло результатов.
Сообщение 7984, уровень 16, состояние 1, строка 2
Предварительная проверка системных таблиц: объект с идентификатором 3. Страница (1:740808) имеет непредвиденный тип 2. Инструкция проверки прервана из-за неустранимой ошибки.
В журнале приложений:
«Ошибка при попытке выборки логической страницы (1:741667) в базе данных 5. Она принадлежит единице распределения 72057663922765824, а не 562949956960256.»
Прошу помогите, что можно придумать еще с бэкапами и что посоветуете сделать в такой ситуации если их вовсе нет.
Спасибо
-
Изменено
10 марта 2016 г. 21:18
-
Изменен тип
Иван ПродановMicrosoft contingent staff, Moderator
25 марта 2016 г. 6:10
РИБ. При обмене данными выходит следующая ошибка: Ошибка СУБД: Microsoft SQL Server Native Client 11.0: Ошибка при попытке выборки логической страницы (1:413600) в базе данных 7. Она принадлежит единице распределения 7205…. а не 720576… Подскажите как лечить?
Через Тестирование и Исправление выкидывает. а как по другому сделать? База на MS SQL 2008
Я не говорил про ТИИ Я говорил про проверку и исправление средствами самого скуля.
Тэги:
Комментарии доступны только авторизированным пользователям
Ошибка 1С 7.7 выглядела как-то так:
SQL State: 425000 Native: 605 Message: [Microsoft][ODBC SQL Server Driver][SQL Server[Attempt to fetch logical page (10:4232) in database 'sql_1c' belongs to object 'SC9656', not to object 'SC9519'..
В первую очередь — сделал бекап SQL базы. На всякий случай.
При попытке выгрузить базу средствами 1С — то же самое. Восстановление базы SQL из самого последнего бекапа (несколько часов назад) не помогло.
При попытке выполнить
DBCC CHECKDB (sql_1c, repair_rebuild)
Говорит что
consistency errors in sysobjects, sysindexes, syscolumns, or systypes prevent further CHECK processing.
Переиндексация командой
EXEC _1sp_DBReindex
тоже не помогла.
А помогла проверка и исправление таблицы, которая указана в ошибке второй (то есть SC9519) с параметром REPAIR_ALLOW_DATA_LOSS:
USE sql_1c GO alter database sql_1c set single_user with rollback immediate GO DBCC CHECKTABLE (SC9519, REPAIR_ALLOW_DATA_LOSS) alter database sql_1c set multi_user GO
На всякий случай — проверяем эту таблицу дважды.
- ms_windows_ms_sql/1с-7-7-ошибка-sql-attempt-to-fetch-logical-page-database-failed.txt
- Last modified: 2019/02/11 09:13
- by 127.0.0.1
Log In