Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 [3]      все
 Re: Диференциальный бэкап не работает  [new]
o-o
Guest
lYY
результат запроса, во вложении xls

я не вижу по истории бэкапов, откуда проблемы с дифференциальным 2014-11-11 в 15:16:40.51
2014-11-11 в 12:43:19.000 был сделан полный бэкап
и последующий дифференциальный 2014-11-11 в 14:00:07.000 от него отсчитывается, написано в колонке differential_base_lsn.
надо было по-хорошему еще database_backup_lsn вывести,
по нему еще лучше видно, был ли предыдущий полный бэкап
(Log sequence number of the most recent full database backup)
давайте, если не жалко, результат вот такого:
select user_name, backup_start_date, backup_finish_date, type, 
       first_lsn, checkpoint_lsn, database_backup_lsn, differential_base_lsn
from msdb..backupset
where database_name = 'dbm'
12 ноя 14, 18:36    [16836368]     Ответить | Цитировать Сообщить модератору
 Re: Диференциальный бэкап не работает  [new]
lYY
Member

Откуда:
Сообщений: 419
o-o,
Что предпринял.
Удалил все джобы и скрипты, создал мышкой новый ментенанс план:
- раз в день полный в 11:00
- через час диф. с 11:20
9 раз диф выполнился, на 10й ошибка.

Результат запроса:
+
NT AUTHORITY\SYSTEM	2014-11-12 00:18:04.000	2014-11-12 00:18:05.000	D	90537000000004400037	90537000000004400037	90535000000006700037	NULL
NT AUTHORITY\SYSTEM 2014-11-12 00:22:04.000 2014-11-12 00:22:05.000 D 90537000000006900037 90537000000006900037 90537000000004400037 NULL
NT AUTHORITY\SYSTEM 2014-11-12 02:30:05.000 2014-11-12 02:30:10.000 D 90542000000004400037 90542000000004400037 90537000000006900037 NULL
NT AUTHORITY\SYSTEM 2014-11-12 03:00:36.000 2014-11-12 03:00:38.000 D 90542000000006900037 90542000000006900037 90542000000004400037 NULL
NT AUTHORITY\SYSTEM 2014-11-12 03:05:55.000 2014-11-12 03:05:57.000 D 90542000000009200037 90542000000009200037 90542000000006900037 NULL
NT AUTHORITY\SYSTEM 2014-11-12 03:06:55.000 2014-11-12 03:07:02.000 D 90542000000011500037 90542000000011500037 90542000000009200037 NULL
NT AUTHORITY\SYSTEM 2014-11-12 03:07:41.000 2014-11-12 03:07:43.000 D 90542000000013800037 90542000000013800037 90542000000011500037 NULL
NT AUTHORITY\SYSTEM 2014-11-12 03:10:12.000 2014-11-12 03:10:20.000 D 90542000000016100037 90542000000016100037 90542000000013800037 NULL
NT AUTHORITY\SYSTEM 2014-11-12 03:12:01.000 2014-11-12 03:12:07.000 D 90542000000018400037 90542000000018400037 90542000000016100037 NULL
NT AUTHORITY\SYSTEM 2014-11-12 03:13:46.000 2014-11-12 03:13:48.000 D 90542000000020700037 90542000000020700037 90542000000018400037 NULL
NT AUTHORITY\SYSTEM 2014-11-12 03:14:13.000 2014-11-12 03:14:15.000 D 90542000000023000037 90542000000023000037 90542000000020700037 NULL
NT AUTHORITY\SYSTEM 2014-11-12 03:14:58.000 2014-11-12 03:15:00.000 D 90542000000025300037 90542000000025300037 90542000000023000037 NULL
NT AUTHORITY\SYSTEM 2014-11-12 03:23:43.000 2014-11-12 03:23:44.000 D 90544000000004400037 90544000000004400037 90542000000025300037 NULL
NT AUTHORITY\SYSTEM 2014-11-12 03:30:39.000 2014-11-12 03:30:40.000 D 90544000000006700037 90544000000006700037 90544000000004400037 NULL
NT AUTHORITY\SYSTEM 2014-11-12 03:32:44.000 2014-11-12 03:32:53.000 D 90544000000009000037 90544000000009000037 90544000000006700037 NULL
NT AUTHORITY\SYSTEM 2014-11-12 03:34:58.000 2014-11-12 03:34:59.000 D 90544000000011300037 90544000000011300037 90544000000009000037 NULL
NT AUTHORITY\SYSTEM 2014-11-12 03:35:19.000 2014-11-12 03:35:20.000 D 90544000000013600037 90544000000013600037 90544000000011300037 NULL
NT AUTHORITY\SYSTEM 2014-11-12 03:35:29.000 2014-11-12 03:35:30.000 D 90544000000015900037 90544000000015900037 90544000000013600037 NULL
NT AUTHORITY\SYSTEM 2014-11-12 03:35:38.000 2014-11-12 03:35:40.000 D 90544000000018200037 90544000000018200037 90544000000015900037 NULL
NT AUTHORITY\SYSTEM 2014-11-12 03:37:58.000 2014-11-12 03:38:00.000 D 90544000000020500037 90544000000020500037 90544000000018200037 NULL
NT AUTHORITY\SYSTEM 2014-11-12 03:38:07.000 2014-11-12 03:38:09.000 D 90544000000022800037 90544000000022800037 90544000000020500037 NULL
NT AUTHORITY\SYSTEM 2014-11-12 03:39:39.000 2014-11-12 03:39:41.000 D 90544000000025100037 90544000000025100037 90544000000022800037 NULL
NT AUTHORITY\SYSTEM 2014-11-12 03:39:49.000 2014-11-12 03:39:51.000 D 90544000000027400037 90544000000027400037 90544000000025100037 NULL
NT AUTHORITY\SYSTEM 2014-11-12 03:45:40.000 2014-11-12 03:45:42.000 D 90544000000029700037 90544000000029700037 90544000000027400037 NULL
NT AUTHORITY\SYSTEM 2014-11-12 03:46:42.000 2014-11-12 03:46:49.000 D 90544000000032000037 90544000000032000037 90544000000029700037 NULL
NT AUTHORITY\SYSTEM 2014-11-12 03:47:34.000 2014-11-12 03:47:37.000 D 90544000000034300037 90544000000034300037 90544000000032000037 NULL
NT AUTHORITY\SYSTEM 2014-11-12 03:48:01.000 2014-11-12 03:48:03.000 D 90544000000036600037 90544000000036600037 90544000000034300037 NULL
NT AUTHORITY\SYSTEM 2014-11-12 05:00:04.000 2014-11-12 05:00:06.000 D 90547000000004400037 90547000000004400037 90544000000036600037 NULL
NT AUTHORITY\SYSTEM 2014-11-12 05:45:04.000 2014-11-12 05:45:05.000 D 90549000000004400037 90549000000004400037 90547000000004400037 NULL
NT AUTHORITY\SYSTEM 2014-11-12 07:00:00.000 2014-11-12 07:03:06.000 D 90553000000004400037 90553000000004400037 90549000000004400037 NULL
NT AUTHORITY\SYSTEM 2014-11-12 07:30:04.000 2014-11-12 07:30:06.000 D 90555000000004400037 90555000000004400037 90553000000004400037 NULL
NT AUTHORITY\SYSTEM 2014-11-12 07:31:02.000 2014-11-12 07:31:05.000 D 90555000000006700037 90555000000006700037 90555000000004400037 NULL
NT AUTHORITY\SYSTEM 2014-11-12 10:22:04.000 2014-11-12 10:22:08.000 D 90561000000024400107 90561000000024400107 90555000000006700037 NULL
sa 2014-11-12 11:00:08.000 2014-11-12 11:03:38.000 D 90561000000034000117 90561000000034000117 90561000000024400107 NULL
sa 2014-11-12 11:20:07.000 2014-11-12 11:20:08.000 I 90561000000039300034 90561000000039300034 90561000000034000117 90561000000034000117
sa 2014-11-12 12:20:08.000 2014-11-12 12:20:10.000 I 90564000000036300119 90564000000036300119 90561000000034000117 90561000000034000117
sa 2014-11-12 13:20:08.000 2014-11-12 13:20:09.000 I 90566000000018400013 90566000000018400013 90561000000034000117 90561000000034000117
sa 2014-11-12 14:20:08.000 2014-11-12 14:20:11.000 I 90568000000039200063 90568000000039200063 90561000000034000117 90561000000034000117
sa 2014-11-12 15:20:01.000 2014-11-12 15:20:04.000 I 90570000000004900013 90570000000004900013 90561000000034000117 90561000000034000117
sa 2014-11-12 16:20:22.000 2014-11-12 16:20:27.000 I 90573000000022600015 90573000000022600015 90561000000034000117 90561000000034000117
sa 2014-11-12 17:20:07.000 2014-11-12 17:20:10.000 I 90575000000004900013 90575000000004900013 90561000000034000117 90561000000034000117
sa 2014-11-12 18:20:08.000 2014-11-12 18:20:12.000 I 90578000000048800063 90578000000048800063 90561000000034000117 90561000000034000117
sa 2014-11-12 19:20:01.000 2014-11-12 19:20:05.000 I 90580000000004200001 90580000000004200001 90561000000034000117 90561000000034000117
NT AUTHORITY\SYSTEM 2014-11-12 20:15:06.000 2014-11-12 20:15:09.000 D 90583000000034200107 90583000000034200107 90561000000034000117 NULL
NT AUTHORITY\SYSTEM 2014-11-12 20:30:05.000 2014-11-12 20:30:06.000 D 90583000000039600037 90583000000039600037 90583000000034200107 NULL
NT AUTHORITY\SYSTEM 2014-11-12 20:45:04.000 2014-11-12 20:45:06.000 D 90585000000004400037 90585000000004400037 90583000000039600037 NULL
NT AUTHORITY\SYSTEM 2014-11-12 21:00:04.000 2014-11-12 21:00:06.000 D 90585000000006700037 90585000000006700037 90585000000004400037 NULL
NT AUTHORITY\SYSTEM 2014-11-12 22:00:04.000 2014-11-12 22:00:05.000 D 90587000000004400037 90587000000004400037 90585000000006700037 NULL
NT AUTHORITY\SYSTEM 2014-11-12 22:18:05.000 2014-11-12 22:18:07.000 D 90590000000010300107 90590000000010300107 90587000000004400037 NULL
NT AUTHORITY\SYSTEM 2014-11-12 22:30:04.000 2014-11-12 22:30:06.000 D 90590000000015500037 90590000000015500037 90590000000010300107 NULL
NT AUTHORITY\SYSTEM 2014-11-12 22:45:04.000 2014-11-12 22:45:06.000 D 90592000000004400037 90592000000004400037 90590000000015500037 NULL
NT AUTHORITY\SYSTEM 2014-11-12 23:00:04.000 2014-11-12 23:00:06.000 D 90592000000006700037 90592000000006700037 90592000000004400037 NULL
NT AUTHORITY\SYSTEM 2014-11-12 23:15:04.000 2014-11-12 23:15:06.000 D 90592000000009000037 90592000000009000037 90592000000006700037 NULL
NT AUTHORITY\SYSTEM 2014-11-12 23:18:04.000 2014-11-12 23:18:06.000 D 90592000000011300037 90592000000011300037 90592000000009000037 NULL
NT AUTHORITY\SYSTEM 2014-11-12 23:30:04.000 2014-11-12 23:30:06.000 D 90592000000013600037 90592000000013600037 90592000000011300037 NULL
NT AUTHORITY\SYSTEM 2014-11-13 00:18:04.000 2014-11-13 00:18:06.000 D 90594000000042800107 90594000000042800107 90592000000013600037 NULL
NT AUTHORITY\SYSTEM 2014-11-13 02:30:04.000 2014-11-13 02:30:06.000 D 90599000000016600107 90599000000016600107 90594000000042800107 NULL
NT AUTHORITY\SYSTEM 2014-11-13 02:31:32.000 2014-11-13 02:31:33.000 D 90599000000021700037 90599000000021700037 90599000000016600107 NULL
NT AUTHORITY\SYSTEM 2014-11-13 02:31:53.000 2014-11-13 02:31:54.000 D 90599000000024000037 90599000000024000037 90599000000021700037 NULL
NT AUTHORITY\SYSTEM 2014-11-13 02:32:24.000 2014-11-13 02:32:25.000 D 90599000000026300037 90599000000026300037 90599000000024000037 NULL
NT AUTHORITY\SYSTEM 2014-11-13 02:33:04.000 2014-11-13 02:33:05.000 D 90599000000028600037 90599000000028600037 90599000000026300037 NULL
NT AUTHORITY\SYSTEM 2014-11-13 02:34:32.000 2014-11-13 02:34:34.000 D 90599000000030900037 90599000000030900037 90599000000028600037 NULL
NT AUTHORITY\SYSTEM 2014-11-13 02:36:46.000 2014-11-13 02:36:48.000 D 90599000000033200037 90599000000033200037 90599000000030900037 NULL
NT AUTHORITY\SYSTEM 2014-11-13 02:37:04.000 2014-11-13 02:37:05.000 D 90599000000035500037 90599000000035500037 90599000000033200037 NULL
NT AUTHORITY\SYSTEM 2014-11-13 02:38:56.000 2014-11-13 02:38:58.000 D 90599000000037800037 90599000000037800037 90599000000035500037 NULL
NT AUTHORITY\SYSTEM 2014-11-13 02:40:23.000 2014-11-13 02:40:25.000 D 90599000000040100037 90599000000040100037 90599000000037800037 NULL
NT AUTHORITY\SYSTEM 2014-11-13 02:45:41.000 2014-11-13 02:45:44.000 D 90601000000004400037 90601000000004400037 90599000000040100037 NULL
NT AUTHORITY\SYSTEM 2014-11-13 02:45:49.000 2014-11-13 02:45:52.000 D 90601000000006700037 90601000000006700037 90601000000004400037 NULL
NT AUTHORITY\SYSTEM 2014-11-13 02:46:38.000 2014-11-13 02:46:40.000 D 90601000000009000037 90601000000009000037 90601000000006700037 NULL
NT AUTHORITY\SYSTEM 2014-11-13 02:47:13.000 2014-11-13 02:47:15.000 D 90601000000011300037 90601000000011300037 90601000000009000037 NULL
NT AUTHORITY\SYSTEM 2014-11-13 02:48:12.000 2014-11-13 02:48:16.000 D 90601000000013600037 90601000000013600037 90601000000011300037 NULL
NT AUTHORITY\SYSTEM 2014-11-13 02:49:40.000 2014-11-13 02:49:42.000 D 90601000000015900037 90601000000015900037 90601000000013600037 NULL
NT AUTHORITY\SYSTEM 2014-11-13 02:50:30.000 2014-11-13 02:50:33.000 D 90601000000018200037 90601000000018200037 90601000000015900037 NULL
NT AUTHORITY\SYSTEM 2014-11-13 02:51:56.000 2014-11-13 02:51:58.000 D 90601000000020500037 90601000000020500037 90601000000018200037 NULL
NT AUTHORITY\SYSTEM 2014-11-13 02:52:17.000 2014-11-13 02:52:19.000 D 90601000000022800037 90601000000022800037 90601000000020500037 NULL
NT AUTHORITY\SYSTEM 2014-11-13 02:53:08.000 2014-11-13 02:53:10.000 D 90601000000025100037 90601000000025100037 90601000000022800037 NULL
NT AUTHORITY\SYSTEM 2014-11-13 07:30:04.000 2014-11-13 07:30:06.000 D 90612000000004400037 90612000000004400037 90601000000025100037 NULL
NT AUTHORITY\SYSTEM 2014-11-13 07:30:26.000 2014-11-13 07:30:28.000 D 90612000000007000037 90612000000007000037 90612000000004400037 NULL
13 ноя 14, 10:32    [16838394]     Ответить | Цитировать Сообщить модератору
 Re: Диференциальный бэкап не работает  [new]
o-o
Guest
lYY,
у вас полный бэкап не раз в день, они чего-то чуть не каждую минуту идут порой,
какое-то занятное расписание, вообще не вижу закономерности
но полный бэкап всегда присутствует
13 ноя 14, 11:17    [16838735]     Ответить | Цитировать Сообщить модератору
 Re: Диференциальный бэкап не работает  [new]
lYY
Member

Откуда:
Сообщений: 419
Протестировал на другом сервере - все работает.
Значит это просто глюк данного сервера.
Всем спасибо.
21 ноя 14, 16:52    [16886672]     Ответить | Цитировать Сообщить модератору
 Re: Диференциальный бэкап не работает  [new]
Glory
Member

Откуда:
Сообщений: 104760
lYY
Значит это просто глюк данного сервера.

Забавно, когда свои промахи/незнания списывают на сервер
MS must die - это так удобно
21 ноя 14, 16:56    [16886717]     Ответить | Цитировать Сообщить модератору
 Re: Диференциальный бэкап не работает  [new]
lYY
Member

Откуда:
Сообщений: 419
Glory
lYY
Значит это просто глюк данного сервера.

Забавно, когда свои промахи/незнания списывают на сервер
MS must die - это так удобно

От вас, кстати, не последовало ни одной умной мысли, ни совета, ни ссылки.
Стоит ли писать на этом форуме?
21 ноя 14, 17:16    [16886904]     Ответить | Цитировать Сообщить модератору
 Re: Диференциальный бэкап не работает  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31485
o-o
lYY,
у вас полный бэкап не раз в день, они чего-то чуть не каждую минуту идут порой,
какое-то занятное расписание, вообще не вижу закономерности
но полный бэкап всегда присутствует
Да понятно, там накосячено - ошибка на ошибке; наверняка есть какие то джобы, про которые никто не знает, их кто то делал, и давно уволился, они, допустим, стирают цепочку, или ещё что то в этом роде; всё "программируется" мышкой, что в итоге получается, никто не представляет; слова "МС мастдай" и "баги сервера" слышатся в курилке постоянно :-)
21 ноя 14, 20:05    [16887649]     Ответить | Цитировать Сообщить модератору
 Re: Диференциальный бэкап не работает  [new]
o-o
Guest
lYY
Протестировал на другом сервере - все работает.

а на другом сервере действительно РАЗ В ДЕНь полный бэкап?
а то на вашем-то в результате запроса последние строки показывают,
что полный делается каждую минуту:

2014-11-13 02:30:04.000 D
2014-11-13 02:31:32.000 D
2014-11-13 02:31:53.000 D
2014-11-13 02:32:24.000 D
2014-11-13 02:33:04.000 D
2014-11-13 02:34:32.000 D
2014-11-13 02:36:46.000 D
2014-11-13 02:37:04.000 D
2014-11-13 02:38:56.000 D

а вы пишете, что такое не настраивали, это как?
lYY
Удалил все джобы и скрипты, создал мышкой новый ментенанс план:
- раз в день полный в 11:00
- через час диф. с 11:20
9 раз диф выполнился, на 10й ошибка.

может, не все удалили?
может, еще что-то запускает полный бэкап (и еще что-то интересное делает?)
вообще такого размера базу, когда полный бэкап за секунду делается, наверное, хватит всего раз в день и бэкапить (full)
21 ноя 14, 20:10    [16887660]     Ответить | Цитировать Сообщить модератору
 Re: Диференциальный бэкап не работает  [new]
o-o
Guest
alexeyvg
наверняка есть какие то джобы, про которые никто не знает, их кто то делал, и давно уволился, они, допустим, стирают цепочку, или ещё что то в этом роде;

вот-вот.
можно ведь и не из джоба вообще запускать, и не только бэкап (!)
21 ноя 14, 20:12    [16887669]     Ответить | Цитировать Сообщить модератору
 Re: Диференциальный бэкап не работает  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31485
o-o
alexeyvg
наверняка есть какие то джобы, про которые никто не знает, их кто то делал, и давно уволился, они, допустим, стирают цепочку, или ещё что то в этом роде;

вот-вот.
можно ведь и не из джоба вообще запускать, и не только бэкап (!)
Да может там восстановление на джобе, кто его знает.
Нужно смотреть.

Делать запросы, все истории бакапов, разобраться с мусорными бакапами, смотреть database_guid, ну и вообще нужно вывести все поля из backupset.

Просто тот факт, что делается полный бакап раз в 15 минут, и зачем то при этом делается дифф бакап раз в 2 часа, говорит о том, что там полная жжж...
Ещё интересно, что полный бакап делается за секунду, хотя "на полный места нет".
21 ноя 14, 20:18    [16887697]     Ответить | Цитировать Сообщить модератору
 Re: Диференциальный бэкап не работает  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31485
o-o
alexeyvg
наверняка есть какие то джобы, про которые никто не знает, их кто то делал, и давно уволился, они, допустим, стирают цепочку, или ещё что то в этом роде;

вот-вот.
можно ведь и не из джоба вообще запускать, и не только бэкап (!)
Вот что точно можно сказать, сразу, это то, что "сервер не дурит".
Потому что бакапы, ресторы - это базовая функциональность, сохранность данных - это наивысший приоритет разработчиков, и такие ошибки даже на ранних CTP версиях нельзя получить, не то что на релизах.
21 ноя 14, 20:21    [16887720]     Ответить | Цитировать Сообщить модератору
 Re: Диференциальный бэкап не работает  [new]
o-o
Guest
alexeyvg
они, допустим, стирают цепочку, или ещё что то в этом роде

мне скажите для сведения, плиз (я серьезно и без иронии)
как можно "стирать цепочку"? (у ТС simple recovery model)
ручками почистить msdb..backupset?
(предварительно удалив еще из backupfilegroup, backupfile)?

так это все равно ничего не прервет, он еще куда-то запоминает checkpoint_lsn последнего сделанного полного.
т.е. я ему намеренно по одной вычищаю записи о последних full backup (вот только что. в порядке эксперимента),
делаю backup database with differential, да, делает.
и в качестве database_backup_lsn записывает не checkpoint_lsn последнего из уцелевших,
а checkpoint_lsn последнего из сделанных full backup.
типа "меня не касается, есть он у вас, нет ли его, постирали вы мне историю или что.
я делал полный бэкап с вот таким checkpoint_lsn, от него отсчитываю диффы, остальное меня не касается"
21 ноя 14, 20:42    [16887809]     Ответить | Цитировать Сообщить модератору
 Re: Диференциальный бэкап не работает  [new]
o-o
Guest
alexeyvg
Да может там восстановление на джобе, кто его знает.

восстановление тоже ничего не прерывает.
после восстановления дифференциальный спокойно делается,
отсчитываясь от checkpoint_lsn того самого полного, из к-ого восстановились.
и его же и прописывает в database_backup_lsn и в differential_base_lsn.

вот отчет картинкой о проделанных действиях:
последний full у меня был с backup_set_id = 177.
делаю дифф, он показывает в качестве database_backup_lsn
checkpoint_lsn от этого полного (177).
удаляю 177-ой из истории бэкапов, делаю дифф,
он все равно отсчитывается от 177-ого полного.
удаляю 176 -- картинка повторяется.
после этого восстанавливаюсь из бэкапа за 17-ое число (174-ый).
делаю дифф, он честно отсчитывается от checkpoint_lsn 174-ого

К сообщению приложен файл. Размер - 24Kb
21 ноя 14, 21:51    [16888056]     Ответить | Цитировать Сообщить модератору
 Re: Диференциальный бэкап не работает  [new]
Glory
Member

Откуда:
Сообщений: 104760
lYY
Glory
пропущено...

Забавно, когда свои промахи/незнания списывают на сервер
MS must die - это так удобно

От вас, кстати, не последовало ни одной умной мысли, ни совета, ни ссылки.
Стоит ли писать на этом форуме?

Могу предположить, что умные мысли - они для умных людей.
А не для тех, кто все объясняет глюками сервера.
21 ноя 14, 22:09    [16888106]     Ответить | Цитировать Сообщить модератору
 Re: Диференциальный бэкап не работает  [new]
invm
Member

Откуда: Москва
Сообщений: 9432
Посмотреть базовый LSN для дифф. бекапа:
declare @t table (ParentObject sql_variant, Object sql_variant, Field sql_variant, VALUE sql_variant);

insert into @t
exec('dbcc dbinfo(МояБД) with tableresults;');

select * from @t where Object = 'dbi_differentialBaseLSN' or Field = 'dbi_differentialBaseLSN';
Если такового нет, то и дифф. бекап не сделать.
23 ноя 14, 20:07    [16892990]     Ответить | Цитировать Сообщить модератору
 Re: Диференциальный бэкап не работает  [new]
o-o
Guest
invm,
т.е. я правильно понимаю, что если для базы когда-либо делался полный бэкап, это практически "невытравляемо"?
ну т.е. можно только каким-нибудь HEX-editor-ом вписать 0 в нужное место в .mdf и надеяться, что база подымется?
23 ноя 14, 20:49    [16893134]     Ответить | Цитировать Сообщить модератору
 Re: Диференциальный бэкап не работает  [new]
invm
Member

Откуда: Москва
Сообщений: 9432
o-o
т.е. я правильно понимаю, что если для базы когда-либо делался полный бэкап, это практически "невытравляемо"?
Думаю да.
23 ноя 14, 21:13    [16893209]     Ответить | Цитировать Сообщить модератору
 Re: Диференциальный бэкап не работает  [new]
emperor_bms
Member

Откуда:
Сообщений: 122
invm, o-o
т.е. я правильно понимаю, что если для базы когда-либо делался полный бэкап, это практически "невытравляемо"?

restore или attach на другой инстанс и усё.
При ресторе появиться запись о фулле в служебных таблицах. Насчет того можно ли будет сразу дифф - не уверен и лень пробовать.
25 ноя 14, 17:08    [16903519]     Ответить | Цитировать Сообщить модератору
 Re: Диференциальный бэкап не работает  [new]
o-o
Guest
emperor_bms
invm, o-o
т.е. я правильно понимаю, что если для базы когда-либо делался полный бэкап, это практически "невытравляемо"?

restore или attach на другой инстанс и усё.
При ресторе появиться запись о фулле в служебных таблицах. Насчет того можно ли будет сразу дифф - не уверен и лень пробовать.

это типа при детаче в mdf-файл на место dbi_differentialBaseLSN пропишется 0?
вам надо сценарии для фильмы ужасов писать.

про бэкап вообще непонятно, чего проверять, он же лично прописывает тот самый dbi_differentialBaseLSN.
т.е. раз любое восстановление начинается с восстановления полного, то уж полный был сделан,
dbi_differentialBaseLSN прописан, конечно можно будет делать дифференциальные.
-----
я вижу только одну возможнось получить ошибку ТС о невозможности дифференциального
при уже сделанном полном.
это если кто-то перед дифференциальным базу просто пересоздал.
т.е. не мешало бы проверить ей create_date в sys.databases.
еще и размер базы наводит на те же мысли
25 ноя 14, 17:39    [16903725]     Ответить | Цитировать Сообщить модератору
 Re: Диференциальный бэкап не работает  [new]
emperor_bms
Member

Откуда:
Сообщений: 122
o-o
это типа при детаче в mdf-файл на место dbi_differentialBaseLSN пропишется 0?
вам надо сценарии для фильмы ужасов писать.
про бэкап вообще непонятно, чего проверять, он же лично прописывает тот самый dbi_differentialBaseLSN.
т.е. раз любое восстановление начинается с восстановления полного, то уж полный был сделан,
dbi_differentialBaseLSN прописан, конечно можно будет делать дифференциальные.

Сценарии - это да, это вообще мой конек :)
Я имел ввиду другое:
что если для базы когда-либо делался полный бэкап, это практически "невытравляемо"?

Я подумал, что речь идет не о последнем фулл бэкапе, а о любом, когда-либо сделанном фулле ( "когда-либо" ввело меня в заблуждение). И имел ввиду что, (теоретически) если даже потерев служебные таблицы с инфой про бэкапы в msdb, она где-то и оставалась бы, ну например, в любой другой их системных БД, то при смене инстанса уж точно потерялась бы.
Иными словами: инфа о "любом когда-либо сделанном" фулле вполне "вытравляема"...
25 ноя 14, 22:11    [16905113]     Ответить | Цитировать Сообщить модератору
 Re: Диференциальный бэкап не работает  [new]
o-o
Guest
emperor_bms,

я понимаю, что не хочется читать 3 страницы, поэтому в двух словах
(чтобы стал понятен контекст):
у ТС при сделанном полном бэкапе вдруг перестает делаться дифференциальный.
я -- опытным путем, а invm -- зная, где такое сохраняется, выясняем, что серверу вообще-то наплевать на то,
что там в системных таблицах по поводу полного бэкапа. он об этом держит информацию в самом .mdf .
единожды вписав туда пометку о первом полном бэкапе, эту информацию он может разве что обновить
свежей информацией об очередном последнем полном бэкапе.
но вот "свести на нет", заменить тот самый dbi_differentialBaseLSN на 0 -- вот такого не будет.
поэтому, если для базы когда-либо делался полный бэкап, то это не вытравить.
вот так должно быть понятнее :)

перенося базу хоть детачем-аттачем, хоть ресторя, мы никак не "затрем" начисто (в 0) инфо о полном бэкапе.
при аттаче она останется прежней, а при ресторе заменится на differentialBaseLSN того самого полного бэкапа
25 ноя 14, 22:56    [16905289]     Ответить | Цитировать Сообщить модератору
 Re: Диференциальный бэкап не работает  [new]
o-o
Guest
т.е. это мой же себе ответ на вот этот вопрос:
o-o
alexeyvg
они, допустим, стирают цепочку, или ещё что то в этом роде

мне скажите для сведения, плиз (я серьезно и без иронии)
как можно "стирать цепочку"?

здесь "цепочка" -- это то, что необходимо и достаточно, для того, чтобы не получить ошибку
об отсутствии полного бэкапа (т.е. сам факт снятия полного бэкапа).
иными словами, спрашивалось, как можно ввести сервер в заблуждение и заставить его думать,
что для данной базы НИКОГДА не делался полный бэкап
25 ноя 14, 23:06    [16905337]     Ответить | Цитировать Сообщить модератору
 Re: Диференциальный бэкап не работает  [new]
emperor_bms
Member

Откуда:
Сообщений: 122
o-o,

Да, я уже все понял с этим, вот даже статья есть. Проблема-то решилась?
25 ноя 14, 23:12    [16905359]     Ответить | Цитировать Сообщить модератору
 Re: Диференциальный бэкап не работает  [new]
o-o
Guest
emperor_bms,
так я не ТС, а он молчит. в общем, кто ж его знает
26 ноя 14, 00:17    [16905480]     Ответить | Цитировать Сообщить модератору
 Re: Диференциальный бэкап не работает  [new]
stavgreengo
Member

Откуда:
Сообщений: 710
Хех, знакомая картинка) пациент просто не в курсе что бэкапы помимо него собирает ещё и DPM что отчётливо видно на его результатах бэкап хистори) отчаянные попытки согласовать цепочку сугубо под задачность своих скриптов терпят неумолимый фейл. Обратитесь к вашему системному администратору !!!
26 ноя 14, 11:25    [16906728]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 [3]      все
Все форумы / Microsoft SQL Server Ответить