Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
Топик располагается на нескольких страницах: 1 2 3      [все]
 База в состоянии SUSPECT  [new]
Проблемка
Guest
Добрый день. Посмотрел по форуму миллион раз эта тема обсуждалась. И все время разная последовательность действий.
Есть где то ссылка с последовательными шагами ?
Пишут что первое что нужно посмотреть это лог. Какая информация из лога мне нужна ?

Потом выполнить скрипт
select status from sysdatabases where name = 'sklad'
Он мне возвращает 65536

Что дальше делать ?
Спасибо.

ЗЫ Бекапов нет :) Мопед не мой.
11 дек 13, 15:41    [15277629]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
o-o
Guest
например, в errorlog-е могут написать, что с файлом лога базы sklad
11 дек 13, 15:54    [15277722]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Проблемка
Guest
Сообщение 8935, уровень 16, состояние 1, строка 9
Ошибка таблицы: идентификатор объекта 1045578763, идентификатор индекса 1, идентификатор секции 72057594045530112, идентификатор единицы размещения 72057594046775296 (тип In-row data). Предыдущая ссылка (1:1841) на странице (1:1711) не соответствует предыдущей странице (1:1816), которую родительский элемент (1:880), область памяти 146 ожидает для этой страницы.
Сообщение 8936, уровень 16, состояние 1, строка 9
Ошибка таблицы: идентификатор объекта 1045578763, идентификатор индекса 1, идентификатор секции 72057594045530112, идентификатор единицы размещения 72057594046775296 (тип In-row data). Несоответствие связывания цепочек сбалансированного дерева. (1:1816)->следующая = (1:1711), но (1:1711)->предыдущая = (1:1841).
Сообщение 8936, уровень 16, состояние 1, строка 9
Ошибка таблицы: идентификатор объекта 1045578763, идентификатор индекса 1, идентификатор секции 72057594045530112, идентификатор единицы размещения 72057594046775296 (тип In-row data). Несоответствие связывания цепочек сбалансированного дерева. (1:1823)->следующая = (1:1816), но (1:1816)->предыдущая = (1:1817).
Сообщение 8935, уровень 16, состояние 1, строка 9
Ошибка таблицы: идентификатор объекта 1045578763, идентификатор индекса 1, идентификатор секции 72057594045530112, идентификатор единицы размещения 72057594046775296 (тип In-row data). Предыдущая ссылка (1:1840) на странице (1:1819) не соответствует предыдущей странице (1:1711), которую родительский элемент (1:880), область памяти 147 ожидает для этой страницы.
Сообщение 8978, уровень 16, состояние 1, строка 9
Ошибка таблицы: идентификатор объекта 1045578763, идентификатор индекса 1, идентификатор секции 72057594045530112, идентификатор единицы размещения 72057594046775296 (тип In-row data). Отсутствует ссылка на страницу (1:1819) с предыдущей страницы (1:1840). Возможна ошибка связывания цепочек.
Сообщение 8979, уровень 16, состояние 1, строка 9
Ошибка таблицы: идентификатор объекта 1045578763, идентификатор индекса 1, идентификатор секции 72057594045530112, идентификатор единицы размещения 72057594046775296 (тип In-row data). На страницу (1:1823) отсутствуют ссылки с родительского (неизвестного) и предыдущего (страница (1:1817)) узлов. Возможно, испорчена корневая запись в системном каталоге.
Сообщение 8981, уровень 16, состояние 1, строка 9
Ошибка таблицы: идентификатор объекта 1045578763, идентификатор индекса 1, идентификатор секции 72057594045530112, идентификатор единицы размещения 72057594046775296 (тип In-row data). Следующий указатель (1:1711) ссылается на страницу (1:1840). Ни (1:1840), ни его родитель не были найдены. Возможно, нарушена связь элементов последовательности.

Вот такие ошибки на DBCC
11 дек 13, 15:58    [15277743]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Проблемка
Guest
Делаю

DBCC CHECKDB (**********,REPAIR_ALLOW_DATA_LOSS)

Сообщение 1505, уровень 16, состояние 1, строка 5
Выполнение инструкции CREATE UNIQUE INDEX прервано, поскольку обнаружен повторяющийся ключ для объекта с именем "dbo.JOURNAL" и индекса с именем "IX_JOURNAL_GUARD". Повторяющееся значение ключа: (1074, 0, 0).
Сообщение 1505, уровень 16, состояние 1, строка 5
Выполнение инструкции CREATE UNIQUE INDEX прервано, поскольку обнаружен повторяющийся ключ для объекта с именем "dbo.JOURNAL" и индекса с именем "IX_JOURNAL_GUARD". Повторяющееся значение ключа: (1074, 0, 0).
Сообщение 1505, уровень 16, состояние 1, строка 5
Выполнение инструкции CREATE UNIQUE INDEX прервано, поскольку обнаружен повторяющийся ключ для объекта с именем "dbo.JOURNAL" и индекса с именем "PK_JOURNAL". Повторяющееся значение ключа: (6238).
Сообщение 1505, уровень 16, состояние 1, строка 5
Выполнение инструкции CREATE UNIQUE INDEX прервано, поскольку обнаружен повторяющийся ключ для объекта с именем "dbo.JOURNAL" и индекса с именем "IX_JOURNAL_DB". Повторяющееся значение ключа: (152, ноя 27 2013 12:00AM, 9).
Сообщение 1505, уровень 16, состояние 1, строка 5
Выполнение инструкции CREATE UNIQUE INDEX прервано, поскольку обнаружен повторяющийся ключ для объекта с именем "dbo.JOURNAL" и индекса с именем "IX_JOURNAL_CR". Повторяющееся значение ключа: (126, ноя 27 2013 12:00AM, 37).
Сообщение 1505, уровень 16, состояние 1, строка 5
Выполнение инструкции CREATE UNIQUE INDEX прервано, поскольку обнаружен повторяющийся ключ для объекта с именем "dbo.JOURNAL" и индекса с именем "IX_JOURNAL_DOC". Повторяющееся значение ключа: (1074, ноя 27 2013 12:00AM, 3).
Сообщение 1505, уровень 16, состояние 1, строка 5
Выполнение инструкции CREATE UNIQUE INDEX прервано, поскольку обнаружен повторяющийся ключ для объекта с именем "dbo.JOURNAL" и индекса с именем "IX_JOURNAL_AG1". Повторяющееся значение ключа: (<NULL>, ноя 27 2013 12:00AM, 29).
Сообщение 1505, уровень 16, состояние 1, строка 5
Выполнение инструкции CREATE UNIQUE INDEX прервано, поскольку обнаружен повторяющийся ключ для объекта с именем "dbo.JOURNAL" и индекса с именем "IX_JOURNAL_AG2". Повторяющееся значение ключа: (<NULL>, ноя 27 2013 12:00AM, 5).
Сообщение 1505, уровень 16, состояние 1, строка 5
Выполнение инструкции CREATE UNIQUE INDEX прервано, поскольку обнаружен повторяющийся ключ для объекта с именем "dbo.JOURNAL" и индекса с именем "IX_JOURNAL_ENT". Повторяющееся значение ключа: (<NULL>, ноя 27 2013 12:00AM, 6).
Сообщение 1505, уровень 16, состояние 1, строка 5
Выполнение инструкции CREATE UNIQUE INDEX прервано, поскольку обнаружен повторяющийся ключ для объекта с именем "dbo.JOURNAL" и индекса с именем "IX_JOURNAL_MC_ID". Повторяющееся значение ключа: (1, ноя 27 2013 12:00AM, 3).
Сообщение 1505, уровень 16, состояние 1, строка 5
Выполнение инструкции CREATE UNIQUE INDEX прервано, поскольку обнаружен повторяющийся ключ для объекта с именем "dbo.JOURNAL" и индекса с именем "IX_JOURNAL_SER_ID". Повторяющееся значение ключа: (<NULL>, ноя 27 2013 12:00AM, 3).
Сообщение 1505, уровень 16, состояние 1, строка 5
Выполнение инструкции CREATE UNIQUE INDEX прервано, поскольку обнаружен повторяющийся ключ для объекта с именем "dbo.JOURNAL" и индекса с именем "IX_JOURNAL_J_AB1". Повторяющееся значение ключа: (<NULL>, ноя 27 2013 12:00AM, 3).
Сообщение 1505, уровень 16, состояние 1, строка 5
Выполнение инструкции CREATE UNIQUE INDEX прервано, поскольку обнаружен повторяющийся ключ для объекта с именем "dbo.JOURNAL" и индекса с именем "IX_JOURNAL_J_AB2". Повторяющееся значение ключа: (<NULL>, ноя 27 2013 12:00AM, 3).
11 дек 13, 16:04    [15277780]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Spartakich
Member

Откуда: Riga
Сообщений: 380
Проблемка,

IX_JOURNAL* это что за индексы, nonclustered?
11 дек 13, 16:17    [15277880]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Проблемка
Guest
А можно индексы перестроить ?

Вопрос №2 Была такая огромная схема....
How to restore database ...... заканчивалась она словами "Leave town" )) не могу никак найти ее. Если кто знает о чем я киньте ссылкой.
Не могу никак найти.
11 дек 13, 16:22    [15277912]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Проблемка
Guest
Индексы некластерные.
11 дек 13, 16:25    [15277929]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Spartakich
Member

Откуда: Riga
Сообщений: 380
Проблемка,

да, перестройте некластерные индексы
11 дек 13, 16:30    [15277977]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Проблемка
Guest
ммммммммммммм .... есть такая команда ?
11 дек 13, 16:33    [15278004]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
sparrow
Member

Откуда: Россия, Красноярск.
Сообщений: 21759
надо лог прочитать, и анализировать.
Там вариантов действий много.
Наверно надо искать другие записи в логе, а бакап то есть?
11 дек 13, 16:33    [15278011]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
sparrow
Member

Откуда: Россия, Красноярск.
Сообщений: 21759
бакапа нет, зачем тебе мопед?
11 дек 13, 16:34    [15278019]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Проблемка
Guest
Мопед чисто из академических интересов, ну а если что то получится людям помогу.
Нет - пусть тогда с нуля данные забивают.
11 дек 13, 16:37    [15278049]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
sparrow
Member

Откуда: Россия, Красноярск.
Сообщений: 21759
технически есть варианты помочь.
А так как не надо никому, только бакап даёт гарантию,
вот к примеру помогу, а вдруг, это только кажется , что заработало. Не поймёшь.

И ник серый у тебя почему?
11 дек 13, 16:46    [15278117]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Проблемка
Guest
Как серость ника влияет на алгоритм перестройки некластерных индексов ?
11 дек 13, 16:53    [15278197]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
sparrow
Member

Откуда: Россия, Красноярск.
Сообщений: 21759
там проблема не только в индексах, еще в данных, которые в сбойных секторах.
Надо еще логи винды смотреть, когда начались проблемы с питанием, с дисками.
11 дек 13, 17:02    [15278309]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
sparrow
Member

Откуда: Россия, Красноярск.
Сообщений: 21759
без бакапа иногда можно восстановить данные но часть наверно будет потеряна,
а команду dbcc изучал?

Ps Не интересно серому нику помогать, они вредные.
11 дек 13, 17:06    [15278354]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Проблемка
Guest
а команду dbcc изучал - Да читаю ж. :)

иногда можно восстановить данные но часть наверно будет потеряна - я это понимаю :) что нибудь останется - хорошо.
Побита всего одна таблица :) правда самая главная. Журнал проводок.
11 дек 13, 17:14    [15278407]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Проблемка
Guest
Помогла статья Гладченко Александра

http://msmvps.com/blogs/gladchenko/archive/2008/03/31/1563721.aspx

Всем спасибо.
11 дек 13, 17:29    [15278520]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Проблемка
Guest
Продолжим ....
После DBCC с потерей данных в таблице которая битая появились я так понимаю Page которые ссылаются на несуществующие данные. Можно каким то образом выполнить следующее: удалить все ссылки на несуществующие данные.
Спасибо.
12 дек 13, 13:17    [15282155]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Glory
Member

Откуда:
Сообщений: 104760
Проблемка
Можно каким то образом выполнить следующее: удалить все ссылки на несуществующие данные.

Выполнить " DBCC с потерей данных " еще раз
12 дек 13, 13:19    [15282165]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Проблемка
Guest
DBCC CHECKDB ([Status],REPAIR_ALLOW_DATA_LOSS)

Данная ошибка была исправлена.
Сообщение 8979, уровень 16, состояние 1, строка 2
Ошибка таблицы: идентификатор объекта 1045578763, идентификатор индекса 1, идентификатор секции 72057594045530112, идентификатор единицы размещения 72057594046775296 (тип In-row data). На страницу (1:1823) отсутствуют ссылки с родительского (неизвестного) и предыдущего (страница (1:1817)) узлов. Возможно, испорчена корневая запись в системном каталоге.

Это, я так понимаю, есть плохо, что можно сделать дальше ?
Мне достаточно оставить "то что осталось"
12 дек 13, 13:30    [15282246]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Glory
Member

Откуда:
Сообщений: 104760
Проблемка
Это, я так понимаю, есть плохо, что можно сделать дальше ?

Восстанавливать бэкап
12 дек 13, 13:31    [15282257]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Проблемка
Guest
Ну я выше писал нет бекапа.
Вопросы следующие

1) Как оставить все таблицы и битую сделать пустой
2) Как оставить все таблицы и с битой таблицы "достать" те данные которые доступны.

Что нужно использовать ? BCP ?

PS Бекап это первое что я бы сделал.
12 дек 13, 13:33    [15282279]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Glory
Member

Откуда:
Сообщений: 104760
Проблемка
1) Как оставить все таблицы и битую сделать пустой

удалить таблицу

Проблемка
2) Как оставить все таблицы и с битой таблицы "достать" те данные которые доступны.

команда "данные из таблицы" называется select
Можно еще курсором

Проблемка
Что нужно использовать ? BCP ?

bcp - это просто утилита, которая выполняет команды на сервере и записывает полученный результат в файл
12 дек 13, 13:36    [15282299]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Проблемка
Guest
Я часть данных могу SELECT, а если выбираю все

Сообщение 605, уровень 21, состояние 3, строка 2
Ошибка при попытке выборки логической страницы (1:1840) в базе данных 5. Она принадлежит единице распределения 72057594063224832, а не 72057594046775296.

Неужели нельзя как то указать, не использовать эту страницу ?
Или это невозможно. Или это ошибка другого характера ?
12 дек 13, 13:43    [15282348]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
select + where
Guest
Проблемка
Я часть данных могу SELECT, а если выбираю все

Сообщение 605, уровень 21, состояние 3, строка 2
Ошибка при попытке выборки логической страницы (1:1840) в базе данных 5. Она принадлежит единице распределения 72057594063224832, а не 72057594046775296.

Неужели нельзя как то указать, не использовать эту страницу ?
Или это невозможно. Или это ошибка другого характера ?

select c условием по кластерному индексу
12 дек 13, 13:54    [15282421]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Проблемка
Guest
Не пойму почему не помогает это ?
DBCC CHECKDB ([Status],REPAIR_ALLOW_DATA_LOSS)

Оно то, по сути, и должно промаркировать их как несуществующие ?
12 дек 13, 13:54    [15282423]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Проблемка
Guest
Проблемка
Я часть данных могу SELECT, а если выбираю все

Сообщение 605, уровень 21, состояние 3, строка 2
Ошибка при попытке выборки логической страницы (1:1840) в базе данных 5. Она принадлежит единице распределения 72057594063224832, а не 72057594046775296.

Неужели нельзя как то указать, не использовать эту страницу ?
Или это невозможно. Или это ошибка другого характера ?

select c условием по кластерному индексу

Что вы имеет ввиду ?
12 дек 13, 13:56    [15282437]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 37077
Проблемка
Неужели нельзя как то указать, не использовать эту страницу ?
Или это невозможно. Или это ошибка другого характера ?
Ну если бы и можно было указать, то дальше что? Большинство страниц таблиц сделано в качестве связанного списка, где каждая страница содержит ссылку на следующую и предыдущую. Пропала одна страница, и все, превед, список разорван, дальше этой страницы все равно не пойти.

Сообщение было отредактировано: 12 дек 13, 13:59
12 дек 13, 13:59    [15282458]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
select + where
Guest
Проблемка
Проблемка
Я часть данных могу SELECT, а если выбираю все

Сообщение 605, уровень 21, состояние 3, строка 2
Ошибка при попытке выборки логической страницы (1:1840) в базе данных 5. Она принадлежит единице распределения 72057594063224832, а не 72057594046775296.

Неужели нельзя как то указать, не использовать эту страницу ?
Или это невозможно. Или это ошибка другого характера ?

select c условием по кластерному индексу

Что вы имеет ввиду ?


select *
from table 
where id < ...

+

select *
from table 
where id > ...


значения "..." определяй либо экспериментально, либо прочитав ч/з dbcc page информацию с битой страницы
12 дек 13, 13:59    [15282461]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
select + where
Guest
Гавриленко Сергей Алексеевич
Проблемка
Неужели нельзя как то указать, не использовать эту страницу ?
Или это невозможно. Или это ошибка другого характера ?
Ну если бы и можно было указать, то дальше что? Большинство страниц таблиц сделано в качестве связанного списка, где каждая страница содержит ссылку на следующую и предыдущую. Пропала одна страница, и все, превед, список разорван, дальше этой страницы все равно не пойти.

можно, с другой стороны списка ;)
12 дек 13, 14:00    [15282470]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 37077
select + where

select *
from table 
where id < ...

+

select *
from table 
where id > ...


значения "..." определяй либо экспериментально, либо прочитав ч/з dbcc page информацию с битой страницы
Это если индекс по id сохранился. Иначе скан и до свиданья.
12 дек 13, 14:01    [15282476]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
select + where
Guest
Гавриленко Сергей Алексеевич
select + where
select *
from table 
where id < ...

+

select *
from table 
where id > ...


значения "..." определяй либо экспериментально, либо прочитав ч/з dbcc page информацию с битой страницы
Это если индекс по id сохранился. Иначе скан и до свиданья.



автор
select c условием по кластерному индексу
12 дек 13, 14:02    [15282493]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
проблемка
Guest
Проблемка
Неужели нельзя как то указать, не использовать эту страницу ?
Или это невозможно. Или это ошибка другого характера ?
Ну если бы и можно было указать, то дальше что? Большинство страниц таблиц сделано в качестве связанного списка, где каждая страница содержит ссылку на следующую и предыдущую. Пропала одна страница, и все, превед, список разорван, дальше этой страницы все равно не пойти.

Ну я выберу данные до этого момента. Часть данных у меня будет. Часть нет ну и фиг с ними.


Проблемка
Проблемка
Я часть данных могу SELECT, а если выбираю все

Сообщение 605, уровень 21, состояние 3, строка 2
Ошибка при попытке выборки логической страницы (1:1840) в базе данных 5. Она принадлежит единице распределения 72057594063224832, а не 72057594046775296.

Неужели нельзя как то указать, не использовать эту страницу ?
Или это невозможно. Или это ошибка другого характера ?

select c условием по кластерному индексу

Что вы имеет ввиду ?


select *
from table
where id < ...

+

select *
from table
where id > ...


значения "..." определяй либо экспериментально, либо прочитав ч/з dbcc page информацию с битой страницы

Что мне делать с ними потом ?
12 дек 13, 14:04    [15282509]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
select + where
Guest
проблемка
Что мне делать с ними потом ?

то же, что вы хотели делать с select-ом без "битой" страницы
12 дек 13, 14:06    [15282523]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Проблемка
Guest
1)
select top 5592 * from journal - выбирает,а
select top 5593 * from journal - вываливается ошибка.
Могу я оставить эти 5592 записи ? Или нужно их перелить в другую таблицу ?

2) Если я сделаю Truncate table то он удалит и все битые страницы ?
12 дек 13, 14:11    [15282569]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Проблемка
Guest
Что это за число такое странное 5592 ?
Я же так понимаю я либо могу прочитать страницу либо нет ? Или немного не так ?
12 дек 13, 14:14    [15282599]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
select + where
Guest
Проблемка
1)
select top 5592 * from journal - выбирает,а
select top 5593 * from journal - вываливается ошибка.
Могу я оставить эти 5592 записи ? Или нужно их перелить в другую таблицу ?

2) Если я сделаю Truncate table то он удалит и все битые страницы ?


Нет вам нужно их перилить в другую таблицу, почистить/удалить эту, перелить спасенные данные обратно/переименовать таблицу

еще бы я сделал
select  top ... * from journal order by [тут ключ кластерного индекса]  desc


тогда появиться шанс спасти все данные кроме проблемной страницы.
12 дек 13, 14:15    [15282609]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
select + where
Guest
Проблемка
Что это за число такое странное 5592 ?
Я же так понимаю я либо могу прочитать страницу либо нет ? Или немного не так ?

5593 запись лежит на первой (или единственной) битой странице.
12 дек 13, 14:16    [15282623]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Проблемка
Guest
Ага сейчас попробую.

Никто не поделится ссылочкой была где то, восстановление данных с битых страниц. Такая довольно обширная статья была?
12 дек 13, 14:16    [15282629]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Проблемка
Guest
Если делаю

select top 5592 * from journal order by J_DATE (j_date поле с кластерным индексом) отрабатывает
select top 5593 * from journal order by J_DATE та же ошибка что и раньше
Если
select top 100 * from journal order by J_DATE DESC - ок
Если
select top 500 * from journal order by J_DATE DESC
- Произошла ошибка при выполнении пакетного файла. Сообщение об ошибке: Переполнение SqlDateTime. Должно находиться в пределах от 1/1/1753 12:00:00 AM и 12/31/9999 11:59:59 PM.

Что это значит ?

2) Как перелить эти 5000 записей в другую базу находящуюся на том же сервере ?
12 дек 13, 14:28    [15282712]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
select + where
Guest
Проблемка
select top 500 * from journal order by J_DATE DESC
- Произошла ошибка при выполнении пакетного файла. Сообщение об ошибке: Переполнение SqlDateTime. Должно находиться в пределах от 1/1/1753 12:00:00 AM и 12/31/9999 11:59:59 PM.

Что это значит ?

наткнулись на битую страницу


Проблемка
2) Как перелить эти 5000 записей в другую базу находящуюся на том же сервере ?

командой insert
12 дек 13, 14:33    [15282744]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Проблемка
Guest
А как перенести данные между разные серверами/таблицами ?

Мне нужно отключить поле идентити при вставке ?
12 дек 13, 15:04    [15283005]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Проблемка
Guest
У этой таблицы кучу FK.
можно как от отключить целостность вставить данные а потом ее включить.
Если такое можно (уверен, что да :)) подскажите как ?
12 дек 13, 15:09    [15283048]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Проблемка
Guest
Странно а почему
SELECT count(*) from journal отрабатывает без ошибки ?
12 дек 13, 15:15    [15283105]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Glory
Member

Откуда:
Сообщений: 104760
Проблемка
Странно а почему
SELECT count(*) from journal отрабатывает без ошибки ?

Новерное потому, что для этого запроса не нужно читать поврежденные страницы
12 дек 13, 15:18    [15283134]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Glory
Member

Откуда:
Сообщений: 104760
Проблемка
У этой таблицы кучу FK.
можно как от отключить целостность вставить данные а потом ее включить.
Если такое можно (уверен, что да :)) подскажите как ?

Уже несколько раз сказали
- переносите данные в другую таблицу. сколько сможите. командой insert
- создаете скрипт таблицы. есть такая кнопочка в меню студии
- удаляете поврежденную таблицу
- создаете таблицу из скритпа
- заносите туда данные, сохраненные в другой таблице
12 дек 13, 15:21    [15283152]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Проблемка
Guest
А откуда он берет эту информацию ?
А можно как то посмотреть какие использует страницы таблица ?
А можно посмотреть какую информацию содержат битые страницы ?

Ну и собственно как вставить данные без проверки ограничений.
12 дек 13, 15:22    [15283164]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Glory
Member

Откуда:
Сообщений: 104760
Проблемка
А откуда он берет эту информацию ?

Например, из индекса

Проблемка
А можно как то посмотреть какие использует страницы таблица ?

Таблица использует все свои страницы

Проблемка
А можно посмотреть какую информацию содержат битые страницы ?

Ну смотрите. DBCC PAGE()
Чем это только вам поможет
12 дек 13, 15:24    [15283183]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Проблемка
Guest
Много читал теории и вот наконец попалась бита база :) есть возможность так сказать посмотреть самому.

Что разве нет возможности залить информацию без ограничений целостности ?
12 дек 13, 15:27    [15283209]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Glory
Member

Откуда:
Сообщений: 104760
Проблемка
Что разве нет возможности залить информацию без ограничений целостности ?

Залить куда ? В бутылку ?
Без каких именно ограничений ? Без ограничения объема бутылки ?
12 дек 13, 15:32    [15283256]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Проблемка
Guest
Ну а как мне поступить ?
Я делаю копию битой базы.
Потом удаляю все данные с битой таблицы (или удаляю таблицу).
Потом переливаю часть этих данных из битой в нормальную. Или как мне нужно поступить ?

Без каких именно ограничений ? Без ограничения объема бутылки ?
Без ограничений FK.
Я их и удалить не могу из за этого ограничения.

Как правильно поступить ?
12 дек 13, 15:41    [15283332]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Glory
Member

Откуда:
Сообщений: 104760
Проблемка
Ну а как мне поступить ?
Я делаю копию битой базы.
Потом удаляю все данные с битой таблицы (или удаляю таблицу).
Потом переливаю часть этих данных из битой в нормальную. Или как мне нужно поступить ?

Прочитать ответы в данной теме

Проблемка
Без ограничений FK.
Я их и удалить не могу из за этого ограничения.

Т.е. "не могу удалить данные" == "как мне залить данные" ??
12 дек 13, 15:45    [15283357]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Проблемка
Guest
2Glory - пропустил Ваш ответ, прошу прощения.
12 дек 13, 15:53    [15283415]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Проблемка
Guest
автор
Проблемка
У этой таблицы кучу FK.
можно как от отключить целостность вставить данные а потом ее включить.
Если такое можно (уверен, что да :)) подскажите как ?

Уже несколько раз сказали
- переносите данные в другую таблицу. сколько сможите. командой insert
- создаете скрипт таблицы. есть такая кнопочка в меню студии
- удаляете поврежденную таблицу

Не могу пишет ограничение FK
автор
- создаете таблицу из скритпа

- заносите туда данные, сохраненные в другой таблице

А разве я смогу вставлять произвольные данные в поле IDENTITY ?
12 дек 13, 16:32    [15283638]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Glory
Member

Откуда:
Сообщений: 104760
Проблемка
Не могу пишет ограничение FK

Зовите специалиста

Проблемка
А разве я смогу вставлять произвольные данные в поле IDENTITY ?

Зовите специалиста
12 дек 13, 16:34    [15283647]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Проблемка
Guest
Да я сам как бы хочу разобраться.
База не имеет ценности для того чтобы звать специалиста.
12 дек 13, 16:36    [15283662]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Проблемка
Guest
Можно же отключить все констрейнты, а потом включить ?
12 дек 13, 16:38    [15283670]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Проблемка
Guest
Ок :)
Можно как то сгенерировать скрипт всех FK таблицы ?
13 дек 13, 15:32    [15289092]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
~
Guest
SSMS -> правой кнопкой по таблице -> "script table as " -> "create to... Отыскать в скрипте код на создание ключей.
Можно по каждому ключу отдельно, если раскрыть в таблице папочку "Keys"... алгоритм действий такой же.
13 дек 13, 15:44    [15289194]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
aaaaaaaaaaaaaaaaaaaaaaaa
Guest
select
ctu_pk.TABLE_SCHEMA + '.' + ctu_pk.TABLE_NAME + '.' + ctu_pk.CONSTRAINT_NAME
, ctu_fk.TABLE_SCHEMA + '.' + ctu_fk.TABLE_NAME + '.' + ctu_fk.CONSTRAINT_NAME
from INFORMATION_SCHEMA.REFERENTIAL_CONSTRAINTS rc
join INFORMATION_SCHEMA.CONSTRAINT_TABLE_USAGE ctu_pk on rc.UNIQUE_CONSTRAINT_NAME = ctu_pk.CONSTRAINT_NAME
join INFORMATION_SCHEMA.CONSTRAINT_TABLE_USAGE ctu_fk on rc.CONSTRAINT_NAME = ctu_fk.CONSTRAINT_NAME
where ctu_pk.TABLE_NAME = 'journal'
14 дек 13, 23:09    [15293937]     Ответить | Цитировать Сообщить модератору
 Re: База в состоянии SUSPECT  [new]
Проблемка
Guest
Произвел следующие манипуляции.
Перенес часть данных.
TRUNCATE TABLE в битой таблице.
Перелил туда данные.
Вернул ограничения FK.

Или нужно было все же пересоздать битую таблицу ? В чем разница ?
16 дек 13, 11:50    [15297708]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: 1 2 3      [все]
Все форумы / Microsoft SQL Server Ответить