|
Кто встречался с такой ошибкой «Ошибка при попытке выборки логической страницы»? | ☑ | ||
---|---|---|---|---|
0
na1kk 20.03.23 ✎ 11:23 |
Ошибка СУБД: |
|||
1
na1kk 20.03.23 ✎ 11:30 |
Проверка целостности рабочей база со стороны SQL ошибок в структуре не выявила. |
|||
2
АгентБезопасной Нацио 20.03.23 ✎ 11:36 |
(1) как проверяли? |
|||
3
na1kk 20.03.23 ✎ 11:50 |
(2) DBCC CHECKDB (‘ERP_WORK’) WITH MAXDOP = 32; |
|||
4
АгентБезопасной Нацио 20.03.23 ✎ 12:15 |
(3) а если все-таки явно указать ALL_ERRORMSGS ? |
|||
5
vis_tmp 20.03.23 ✎ 12:36 |
(0) Гуглил? |
|||
6
na1kk 20.03.23 ✎ 12:55 |
(5) угу. кроме CHECKDB не особо нашел. |
|||
7
na1kk 20.03.23 ✎ 13:25 |
(4) ошибок нет |
|||
8
АгентБезопасной Нацио 20.03.23 ✎ 14:44 |
(7) странно. а точно ту базу проверяете? а если ограничить проверки «только физикой», но таблоком заставить их выполняться не над снимками, а над таблицами? |
|||
9
na1kk 20.03.23 ✎ 15:08 |
https://prnt.sc/hvsIHt2MLPdw |
|||
10
na1kk 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
Главная
> 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;
Инфостат натолкнул на решение
РИБ. При обмене данными выходит следующая ошибка: Ошибка СУБД: Microsoft SQL Server Native Client 11.0: Ошибка при попытке выборки логической страницы (1:413600) в базе данных 7. Она принадлежит единице распределения 7205…. а не 720576… Подскажите как лечить?
Через Тестирование и Исправление выкидывает. а как по другому сделать? База на MS SQL 2008
Я не говорил про ТИИ Я говорил про проверку и исправление средствами самого скуля.
Тэги:
Комментарии доступны только авторизированным пользователям
Started to get following error when executing certain SP. Code related to this error is pretty simple, joining #temp table to real table
Full text of error:
Msg 605, Level 21, State 3, Procedure spSSRSRPTIncorrectRevenue, Line 123
Attempt to fetch logical page (1:558552) in database 2 failed. It belongs to allocation unit 2089673263876079616 not to 4179358581172469760.
Here is what I found:
https://support.microsoft.com/en-us/kb/2015739
This suggests some kind of issue with database. I run DBCC CHECKDB
on user database and on temp database — all passes.
Second thing I’m doing — trying to find which table those allocation units belong
SELECT au.allocation_unit_id, OBJECT_NAME(p.object_id) AS table_name, fg.name AS filegroup_name,
au.type_desc AS allocation_type, au.data_pages, partition_number
FROM sys.allocation_units AS au
JOIN sys.partitions AS p ON au.container_id = p.partition_id
JOIN sys.filegroups AS fg ON fg.data_space_id = au.data_space_id
WHERE au.allocation_unit_id in(2089673263876079616, 4179358581172469760)
ORDER BY au.allocation_unit_id
This returns 2 objects in tempdb
, not in user db. So, it makes me think it’s some kind of data corruption in tempdb? I’m developer, not DBA. Any suggestions on what I should check next?
Also, when I run query above, how can I tell REAL object name that I understand? Like #myTempTable______...
instead of #07C650CE