ReSQL.ru
     
powered by simpleCommunicator - 2.0.49     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Оживить базу если есть близкий бэкап
16 сообщений из 16, страница 1 из 1
Оживить базу если есть близкий бэкап
    #40112807
Николай З
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Николай З
Гость
Добрый День!
Есть база "bp" и близкий бэкап "bpbk"
Посыпался винт и "bp" стало плохо, посыпались системные таблицы.

CHECKDB говорит так:

Сообщение 7985, уровень 16, состояние 2, строка 1
Предварительная проверка системных таблиц: объект с идентификатором 7. Не удалось прочитать страницу (1:779059) и заблокировать ее кратковременной блокировкой типа SH. Инструкция проверки прервана из-за неустранимой ошибки.
Результаты DBCC для "bp".
Сообщение 5233, уровень 16, состояние 98, строка 1
Ошибка в таблице. Идентификатор единицы распределения 458752, страница (1:779059). Проверка (IS_OFF (BUF_IOERR, pBUF->bstat)) не пройдена. Значения: 2057 и -4.
CHECKDB обнаружил 0 ошибок размещения и 1 ошибок согласованности, не связанных ни с одним объектом.
CHECKDB обнаружил 0 ошибок размещения и 1 ошибок согласованности в базе данных "bp".

Какие таблицы взять из "bpbk" для восстановления работы "bp", и как их лучше перенести?
...
Рейтинг: 0 / 0
18.11.2021, 12:58
| Ответить | Цитировать | Написать  
Оживить базу если есть близкий бэкап
    #40112814
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
komrad
Участник
Николай З
Добрый День!
Есть база "bp" и близкий бэкап "bpbk"
Посыпался винт и "bp" стало плохо, посыпались системные таблицы.

CHECKDB говорит так:

Сообщение 7985, уровень 16, состояние 2, строка 1
Предварительная проверка системных таблиц: объект с идентификатором 7. Не удалось прочитать страницу (1:779059) и заблокировать ее кратковременной блокировкой типа SH. Инструкция проверки прервана из-за неустранимой ошибки.
Результаты DBCC для "bp".
Сообщение 5233, уровень 16, состояние 98, строка 1
Ошибка в таблице. Идентификатор единицы распределения 458752, страница (1:779059). Проверка (IS_OFF (BUF_IOERR, pBUF->bstat)) не пройдена. Значения: 2057 и -4.
CHECKDB обнаружил 0 ошибок размещения и 1 ошибок согласованности, не связанных ни с одним объектом.
CHECKDB обнаружил 0 ошибок размещения и 1 ошибок согласованности в базе данных "bp".

Какие таблицы взять из "bpbk" для восстановления работы "bp", и как их лучше перенести?


выполнить
Код: sql
1.
select object_name(7) [affected_table]



полагаю, что это sysallocunits
...
Рейтинг: 0 / 0
18.11.2021, 13:07
| Ответить | Цитировать | Написать  
Оживить базу если есть близкий бэкап
    #40112821
Николай З
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Николай З
Гость
komrad,
Так точно, как минимум "sysallocunits"
Подскажите как ее лучше перенести?
...
Рейтинг: 0 / 0
18.11.2021, 13:16
| Ответить | Цитировать | Написать  
Оживить базу если есть близкий бэкап
    #40112824
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
komrad
Участник
Николай З,

покажите результат
Код: sql
1.
select @@version
...
Рейтинг: 0 / 0
18.11.2021, 13:26
| Ответить | Цитировать | Написать  
Оживить базу если есть близкий бэкап
    #40112825
Николай З
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Николай З
Гость
komrad,
Microsoft SQL Server 2012 - 11.0.2100.60 (X64)
Feb 10 2012 19:39:15
Copyright (c) Microsoft Corporation
Enterprise Edition (64-bit) on Windows NT 6.2 <X64> (Build 9200: )
...
Рейтинг: 0 / 0
18.11.2021, 13:30
| Ответить | Цитировать | Написать  
Оживить базу если есть близкий бэкап
    #40112831
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
komrad
Участник
Николай З
komrad,
Так точно, как минимум "sysallocunits"
Подскажите как ее лучше перенести?


лучше восстанавливаться из бекапа
база в каком режиме? Simple/Full/?
...
Рейтинг: 0 / 0
18.11.2021, 13:44
| Ответить | Цитировать | Написать  
Оживить базу если есть близкий бэкап
    #40112833
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
komrad
Участник
Николай З
komrad,
Так точно, как минимум "sysallocunits"
Подскажите как ее лучше перенести?


https://www.sql.ru/forum/1312787/oshibka-subd
...
Рейтинг: 0 / 0
18.11.2021, 13:48
| Ответить | Цитировать | Написать  
Оживить базу если есть близкий бэкап
    #40113013
Николай З
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Николай З
Гость
komrad,
Режим Simple.
Восстановить из бэкапа, крайняя мера.
Перенести эту таблицу не получится?
...
Рейтинг: 0 / 0
19.11.2021, 04:45
| Ответить | Цитировать | Написать  
Оживить базу если есть близкий бэкап
    #40113266
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexeyvg
Участник
Николай З
Перенести эту таблицу не получится?
Это таблица распределения блоков данных в файлах данных вашей базы. Понятно, что такую таблицу восстановить отдельно нельзя.
Николай З
Режим Simple.
Владельцы базы решили, что не нужно восстанавливать. Этот режим ставят для данных, которые не нужны, которые можно сгенерить одним кликом. Вам то что волноваться, всё нормально.
...
Рейтинг: 0 / 0
19.11.2021, 22:21
| Ответить | Цитировать | Написать  
Оживить базу если есть близкий бэкап
    #40113418
Фотография SIMPLicity_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SIMPLicity_
Участник
Николай З
Режим Simple.
Владельцы базы решили, что не нужно восстанавливать. Этот режим ставят для данных, которые не нужны, которые можно сгенерить одним кликом. Вам то что волноваться, всё нормально.

Ой, но вот не надо ёрничать.... Я тоже все базы перевожу в simple . Просто потому что ни кто (ну, 90% получателей решений) не хочет нанимать отдельного dba ...,- делается всё по принципу "Нам это надо вчера, а послезавтра уже будетет не нужно".
PS Но мы-то знаем, что вечно только г...но, собранное на коленке и перемотанное синей изолентой.
 
PPS По последним данным, шикарная блистающая облицовка египетских пирамид отколупалась в тот момент, когда анунаки тырили для своих звездолётов изоленту, которой полированные панели были закреплены...
...
Рейтинг: 0 / 0
20.11.2021, 20:51
| Ответить | Цитировать | Написать  
Оживить базу если есть близкий бэкап
    #40113426
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexeyvg
Участник
SIMPLicity_
Я тоже все базы перевожу в simple . Просто потому что ни кто (ну, 90% получателей решений) не хочет нанимать отдельного dba
Я бы наоборот указывал, что Full строго обязателен ,если нет отдельного dba.
У ТС при наличии специалистов не было бы проблем из за Simple, специалисты бы организовали бакапы, и проверяли бы их, и проблема с железом вылилась бы в незначительный простой, и ввод небольшой порции транзакций. А сейчас им придётся вводить очень много, судя по тону первого поста.
переводил, если
...
Рейтинг: 0 / 0
20.11.2021, 21:34
| Ответить | Цитировать | Написать  
Оживить базу если есть близкий бэкап
    #40113432
Владислав Колосов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владислав Колосов
Участник
SIMPLicity_,
авторЯ тоже все базы перевожу в simple
Вот откуда ник пошёл! :)

На самом деле инструмент должен соответствовать потребностям.
...
Рейтинг: 0 / 0
20.11.2021, 21:40
| Ответить | Цитировать | Написать  
Оживить базу если есть близкий бэкап
    #40113440
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexeyvg
Участник
Владислав Колосов
На самом деле инструмент должен соответствовать потребностям.
Конечно, Simple важен и полезен, и очень даже применим. Да у меня у самого на предыдущей работе на всех базах так было.
Просто если нет нормальных специалистов, или вообще никаких, то лучше Full в приказном порядке, даже в ущерб потребностям. Без специалистов даже не разобраться, нужен он или нет, не говоря уже о том, что Full будет какой никакой дополнительной защитой от множества самых грубых ошибок.
...
Рейтинг: 0 / 0
20.11.2021, 22:01
| Ответить | Цитировать | Написать  
Оживить базу если есть близкий бэкап
    #40113450
Владислав Колосов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владислав Колосов
Участник
alexeyvg,

Да, но есть нюанс. При отсутствии специалистов начинается история "лог растёт, забил все диски, уже пятый диск покупаем", "лог не сжимается" и так далее.
...
Рейтинг: 0 / 0
20.11.2021, 23:07
| Ответить | Цитировать | Написать  
Оживить базу если есть близкий бэкап
    #40113455
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexeyvg
Участник
Владислав Колосов
alexeyvg,

Да, но есть нюанс. При отсутствии специалистов начинается история "лог растёт, забил все диски, уже пятый диск покупаем", "лог не сжимается" и так далее.
Ну и что, ну истерия. Спросят на форуме, сделают бакап.
Хоть какой то шанс.
...
Рейтинг: 0 / 0
20.11.2021, 23:48
| Ответить | Цитировать | Написать  
Оживить базу если есть близкий бэкап
    #40113656
Николай З
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Николай З
Гость
alexeyvg
Это таблица распределения блоков данных в файлах данных вашей базы. Понятно, что такую таблицу восстановить отдельно нельзя.



Спасибо за информацию.


alexeyvg
Владельцы базы решили, что не нужно восстанавливать. Этот режим ставят для данных, которые не нужны, которые можно сгенерить одним кликом. Вам то что волноваться, всё нормально.


Вопрос был про таблицу и возможные варианты восстановления, но все равно спасибо, все нормально)
...
Рейтинг: 0 / 0
22.11.2021, 09:58
| Ответить | Цитировать | Написать  
16 сообщений из 16, страница 1 из 1
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Оживить базу если есть близкий бэкап
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=46&fpage=9&tid=1684087]:
 0ms
get settings:
 10ms
get forum list:
 13ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 32ms
get topic data:
 14ms
get forum data:
 3ms
get page messages:
 56ms
get tp. blocked users:
 2ms
others: 15ms
total:  153ms
созд. / загр.: 153ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]