|
Подскажите по бекапам sql | ☑ | ||
---|---|---|---|---|
0
Stim213
27.01.16
✎
22:06
|
файл бекапа bak весит больше 100Гб, хотя база небольшая.
Я так понимаю, в этот один файл записываются ночные бекапы - дописываются? как в скуле восстановить бд из этого бекапа? |
|||
1
Stim213
27.01.16
✎
22:08
|
и подскажите пжл, есть ли в скуле что-то типа ТИИ.
база ругается на страница в базе данных с идентификатором 9 помечена RestorePending что может обозначать повреждение диска. Чтобы вернуться к обычному состоянию выполните процедуру по востановлению |
|||
2
MadJhey
27.01.16
✎
22:15
|
(0) в sql есть настройка время жизни бекапа.
|
|||
3
MadJhey
27.01.16
✎
22:17
|
(1)
DBCC CHECKDB но данной процедурой нужно пользоваться с умом - можно потереть данные. |
|||
4
Stim213
27.01.16
✎
22:17
|
(3) я на копии
|
|||
5
Stim213
27.01.16
✎
22:20
|
пишу
DBCC CHECKDB ('1c444', REPAIR_REBUILD) GO пишет Инструкция восстановления не обработана. База данных должна находиться в однопользовательском режиме. Перевести в автономный режим? |
|||
6
Stim213
27.01.16
✎
22:20
|
или отсоединить?
|
|||
7
MadJhey
27.01.16
✎
22:21
|
проверить диск, место на винтах
запустить dbcc checkdb для начала с All_ErrorMsgs |
|||
8
MadJhey
27.01.16
✎
22:21
|
ALTER DATABASE BAZA SET SINGLE_USER
DBCC CheckDB ALTER DATABASE BAZA SET MULTI_USER |
|||
9
Stim213
27.01.16
✎
22:27
|
ALTER DATABASE 1c444 SET SINGLE_USER
Сообщение 102, уровень 15, состояние 1, строка 2 Неправильный синтаксис около конструкции "1". |
|||
10
vde69
27.01.16
✎
22:28
|
сейчас последние версии скуля содержат в бекапе лог, и позволяют восстанавливать на почти любую точку
|
|||
11
MadJhey
27.01.16
✎
22:32
|
(9) https://msdn.microsoft.com/ru-ru/library/ms345598(v=sql.120).aspx
(10) это начиная с какой версии? Всегда разностные бекапы настраивал сам. |
|||
12
MadJhey
27.01.16
✎
22:33
|
точнее бекапы логов
|
|||
13
Stim213
27.01.16
✎
22:36
|
(11)
ALTER DATABASE 1c444 SET SINGLE_USER Сообщение 102, уровень 15, состояние 1, строка 1 Неправильный синтаксис около конструкции "1". |
|||
14
MadJhey
27.01.16
✎
22:37
|
(10) что имеешь в виду?
full backup + backup логов + лог = восстановление на любую дату после full backup, так это всегда было. или что то новое придумали? |
|||
15
MadJhey
27.01.16
✎
22:40
|
GO
ALTER DATABASE AdventureWorks2012 SET SINGLE_USER WITH ROLLBACK IMMEDIATE или сделай в менеджмент студии. см (10) |
|||
16
Necessitudo
27.01.16
✎
22:42
|
Офигели человеку сразу DBCC CHECKDB давать?
https://habrahabr.ru/post/136979/ |
|||
17
Stim213
27.01.16
✎
22:43
|
(15) я в менеджмент и есть
|
|||
18
Stim213
27.01.16
✎
22:45
|
(16) я с удовольствием почитаю все эти полезные ссылки. но - завтра.
а сегодня нужно как-то эту базу восстановить |
|||
19
MadJhey
27.01.16
✎
22:45
|
(18) ай молодец... :)!
|
|||
20
Stim213
27.01.16
✎
22:47
|
GO
ALTER DATABASE 1c444 SET SINGLE_USER WITH ROLLBACK IMMEDIATE Сообщение 102, уровень 15, состояние 1, строка 1 Неправильный синтаксис около конструкции "1". Сообщение 102, уровень 15, состояние 1, строка 3 Неправильный синтаксис около конструкции "IMMEDIATE". это в скуль менеджмент студио, БД - задать запрос |
|||
21
MadJhey
27.01.16
✎
22:56
|
(20) у меня все отрабатывает.
|
|||
22
MadJhey
27.01.16
✎
22:56
|
может не правильно имя базы пишишь?
|
|||
23
Stim213
27.01.16
✎
23:00
|
разобрался.
GO ALTER DATABASE "1c444" SET SINGLE_USER DBCC CHECKDB ('1c444',repair_allow_data_loss) |
|||
24
IVAL
27.01.16
✎
23:06
|
ALTER DATABASE [1c444]
SET SINGLE_USER WITH ROLLBACK IMMEDIATE Он не понял, что это имя базы. |
|||
25
MadJhey
27.01.16
✎
23:07
|
(23) базу так можно грохнуть. лучше вначале с параметром All_ErrorMsgs было запускать
|
|||
26
IVAL
27.01.16
✎
23:07
|
DBCC CHECKDB ('1c444',repair_allow_data_loss)
Лучше сначала просто проверить, без исправления. Чтобы узнать, что конкретно сломано. |
|||
27
IVAL
27.01.16
✎
23:08
|
т.е. без repair_allow_data_loss
|
|||
28
Stim213
27.01.16
✎
23:08
|
(25) (26) оно выдает 10 листов сообщений
|
|||
29
MadJhey
27.01.16
✎
23:10
|
(26) он уже все забабахал :)
(28) но ведь это не просто так, почитай те же (16) теперь только ТИИ |
|||
30
IVAL
27.01.16
✎
23:13
|
(23) Там большая часть ни о чем, надо красные сообщения смотреть (реальные ошибки). Главное понять, что за объекты испортились, без этого неясно, как восстанавливать. Если повезло, просто какие-нибудь индексы умерли.
|
|||
31
Stim213
27.01.16
✎
23:13
|
в рабочей базе повисло непонятное соединение с конфигуратором. при попытке открыть сеансы или свойство базы в консоли админ серверов 1С, последняя наглухо виснет
|
|||
32
Джинн
27.01.16
✎
23:13
|
Хватило же дури базу с цифирки обозвать :)
|
|||
33
Stim213
27.01.16
✎
23:14
|
пытаюсь рабочую поставить в режим синг - повисло выполнение запроса
|
|||
34
MadJhey
27.01.16
✎
23:14
|
(31) ALTER DATABASE BAZA SET MULTI_USER
|
|||
35
MadJhey
27.01.16
✎
23:15
|
(33) не трогай рабочую!!!
|
|||
36
Stim213
27.01.16
✎
23:15
|
(35) мне нужно как-то рабочую реаниминировать, чтобы пользователи с утра смогли работать
|
|||
37
Stim213
27.01.16
✎
23:16
|
в рабочей:
Сообщение 5069, уровень 16, состояние 1, строка 1 Не удалось выполнить инструкцию ALTER DATABASE. |
|||
38
IVAL
27.01.16
✎
23:16
|
Скинь куда-нибудь вывод проверки базы без исправления - хоть посмотрим, что с ней. И лучше пока не трогать.
|
|||
39
Stim213
27.01.16
✎
23:16
|
запустил ТИИ в копии. проверка ссылочной и лог целостности. все ок
|
|||
40
MadJhey
27.01.16
✎
23:17
|
еще есть время.
вначале надо убедится, что ты не сделал хуже. |
|||
41
MadJhey
27.01.16
✎
23:17
|
(37) скорее всего в ней кто то сидит.
|
|||
42
Stim213
27.01.16
✎
23:18
|
(41) знать бы кто, консоль серв 1С зависает
|
|||
43
MadJhey
27.01.16
✎
23:19
|
размер базы, версия sql, версия 1с, что сделали
|
|||
44
MadJhey
27.01.16
✎
23:20
|
ну и (38) было бы хорошо
|
|||
45
Stim213
27.01.16
✎
23:21
|
GO
DBCC CHECKDB ('1c4') WITH ALL_ERRORMSGS |
|||
46
Stim213
27.01.16
✎
23:21
|
Результаты DBCC для "1c4".
Сообщение 9675 компонента Service Broker, состояние 1: Проанализировано типов сообщений: 14. Сообщение 9676 компонента Service Broker, состояние 1: Проанализировано контрактов службы: 6. Сообщение 9667 компонента Service Broker, состояние 1: Проанализировано служб: 3. Сообщение 9668 компонента Service Broker, состояние 1: Проанализировано очередей служб: 3. Сообщение 9669 компонента Service Broker, состояние 1: Проанализировано конечных точек диалога: 0. Сообщение 9674 компонента Service Broker, состояние 1: Проанализировано групп сообщений: 0. Сообщение 9670 компонента Service Broker, состояние 1: Проанализировано привязок удаленной службы: 0. Сообщение 9605 компонента Service Broker, состояние 1: Проанализировано приоритетов диалога: 0. Результаты DBCC для "sys.sysrscols". Имеется 52407 строк на 444 страницах для объекта "sys.sysrscols". Результаты DBCC для "sys.sysrowsets". Имеется 8266 строк на 78 страницах для объекта "sys.sysrowsets". Результаты DBCC для "sys.sysallocunits". Имеется 8973 строк на 117 страницах для объекта "sys.sysallocunits". Результаты DBCC для "sys.sysfiles1". Имеется 2 строк на 1 страницах для объекта "sys.sysfiles1". Результаты DBCC для "sys.syspriorities". Имеется 0 строк на 0 страницах для объекта "sys.syspriorities". Результаты DBCC для "sys.sysfgfrag". |
|||
47
Stim213
27.01.16
✎
23:22
|
+
еще 7 тыс строк и Имеется 0 строк на 0 страницах для объекта "_FrmDtSettings". Результаты DBCC для "_Const11265". Имеется 1 строк на 1 страницах для объекта "_Const11265". Результаты DBCC для "_Document264". Имеется 0 строк на 0 страницах для объекта "_Document264". Результаты DBCC для "_AccumRgAggDict6h15788". Имеется 0 строк на 0 страницах для объекта "_AccumRgAggDict6h15788". CHECKDB обнаружил 0 ошибок размещения и 70 ошибок согласованности в базе данных "1c4". repair_allow_data_loss - это минимальный уровень исправления для ошибок, найденных DBCC CHECKDB (1c4). Выполнение DBCC завершено. Если DBCC выдает сообщения об ошибках, обратитесь к системному администратору. |
|||
48
IVAL
27.01.16
✎
23:23
|
70 ошибок согласованности - сможешь их из текста вытащить? Или куда-нибудь весь лог файлом сохрани. Остальное там не нужно.
|
|||
49
Stim213
27.01.16
✎
23:23
|
ладно, что с рабочей делать?
если я загружу в неё скульный бекап из копии - взлетит? |
|||
50
Stim213
27.01.16
✎
23:25
|
(48) красным:
Сообщение 8964, уровень 16, состояние 1, строка 1 Ошибка таблицы: идентификатор объекта 30623152, идентификатор индекса 1, идентификатор секции 72057594358464512, идентификатор единицы размещения 72057594059685888 (тип LOB data). У внестрочного узла данных на странице (1:50693), область памяти 52, идентификатор текста 18699911168, отсутствует ссылка. Сообщение 8964, уровень 16, состояние 1, строка 1 Ошибка таблицы: идентификатор объекта 30623152, идентификатор индекса 1, идентификатор секции 72057594358464512, идентификатор единицы размещения 72057594059685888 (тип LOB data). У внестрочного узла данных на странице (1:50825), область памяти 34, идентификатор текста 18136694784, отсутствует ссылка. Сообщение 8928, уровень 16, состояние 1, строка 1 Идентификатор объекта 30623152, идентификатор индекса 1, идентификатор секции 72057594358464512, идентификатор единицы размещения 72057594059685888 (тип LOB data): не удалось обработать страницу (1:50879). Для получения подробных сведений просмотрите сообщения о других ошибках. Сообщение 8939, уровень 16, состояние 98, строка 1 Ошибка таблицы: идентификатор объекта 30623152, идентификатор индекса 1, идентификатор секции 72057594358464512, идентификатор единицы размещения 72057594059685888 (тип LOB data), страница (1:50879). Тест (IS_OFF (BUF_IOERR, pBUF->bstat)) не прошел. Значения - 12716041 и -6. Сообщение 8965, уровень 16, состояние 1, строка 1 |
|||
51
MadJhey
27.01.16
✎
23:33
|
(49) подключись к копии из 1с, не трогай рабочую.
|
|||
52
MadJhey
27.01.16
✎
23:34
|
70 ошибок согласованности - похоже все плохо
|
|||
53
IVAL
27.01.16
✎
23:36
|
Не повезло, данные потерялись.
Что за таблица с ИД 30623152?. Нашел похожие проблемы Не выгружается в *.dt из SQL. 1с 8.2. Ну и полезные обсуждения по подобным случаям (хотя там тоже не всегда правильные советы дают): http://www.sql.ru/forum/afsearch.aspx?s=8929&submit=%CD%E0%E9%F2%E8&bid=1 |
|||
54
Stim213
27.01.16
✎
23:45
|
(51) хотелось бы в консоли переключить рабочую на тестовую бд, чтобы всем пользователям не менять список баз
|
|||
55
MadJhey
27.01.16
✎
23:48
|
() к копии подключиться удалось, все документы открываются проводятся? Скорее всего были потеряны данные - исчезнут элементы справочников, документы.
Ну и главный вопрос: backup есть? |
|||
56
Stim213
27.01.16
✎
23:57
|
(55) тии ошибок никаких в копии не выявило. документы и справочники вроде все есть на первый взгляд.
бекапы вроде есть, но для базы он один и весит сотню гигов |
|||
57
IVAL
27.01.16
✎
23:59
|
Что за таблица, все-таки? Там текстовые данные потеряны, может быть проверка их и не искала.
|
|||
58
IVAL
28.01.16
✎
00:01
|
А база сама сколько весит? Скорее всего в файле бэкапа много копий за разные даты. В любом случае надо искать копию, в которой еще не было поломки, чтобы восстановить удаленные сейчас данные.
|
|||
59
Stim213
28.01.16
✎
00:01
|
(58) бекап 1с весит 600мб
зачем восстанавливать данные из старого бекапа? этот вроде все данные содержит |
|||
60
MadJhey
28.01.16
✎
00:04
|
скинул бы лог... Знаешь как определить соответствие между таблицами sql и объектами 1с?
|
|||
61
IVAL
28.01.16
✎
00:04
|
После исправления базы явно часть данных была удалена. Надо посмотреть, на какую таблицу он ругался и сравнить данные с бэкапом.
|
|||
62
MadJhey
28.01.16
✎
00:05
|
(59) ошибку можно не сразу заметить.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |