ReSQL.ru
     
powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Следующий диф. бэкап меньше, чем предыдущий
36 сообщений из 36, показаны все 2 страниц
  все  
Следующий диф. бэкап меньше, чем предыдущий
    #39817553
Фотография Megabyte
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Megabyte
Участник
Решил изменить стратегию резервного копирования, делать дифференциальный бэкап больших баз. До этого делались только полные, с диф. бэкапами не работал до этого.
Вроде как по справке каждый последующий диф. бэкап включает все изменения от последнего полного бэкапа.
Потестил, сделал диф. бэкап вчера вечером и сегодня ночью с разницей по времени часа в 3.5.
В итоге он получился даже чуть меньше предыдущего: 3.058мб против 3.133мб.
Скажите, это нормальная ситуация или я что-то не так понял\не так сделал?
---
Проходя мимо разложенных граблей, ты теряешь драгоценный опыт. (с)
...
Рейтинг: 0 / 0
24.05.2019, 10:34
| Ответить | Цитировать | Написать  
Следующий диф. бэкап меньше, чем предыдущий
    #39817578
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TaPaK
Участник
Megabyte,

может фул сдел кто, есть вариант вроде с откатом транзакции, но и с такими размерами....
а показать что то типа
авторSELECT [filegroup_name]
,[backed_up_page_count]
,[file_type]
,[file_size]
,[logical_name]
,[physical_name]
,State
,[state_desc]
,[backup_size]
,[differential_base_lsn]
FROM [msdb].[dbo].[backupfile]
...
Рейтинг: 0 / 0
24.05.2019, 10:53
| Ответить | Цитировать | Написать  
Следующий диф. бэкап меньше, чем предыдущий
    #39817618
Фотография Megabyte
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Megabyte
Участник
TaPaKMegabyte,

может фул сдел кто, есть вариант вроде с откатом транзакции, но и с такими размерами....
а показать что то типа
авторSELECT [filegroup_name]
,[backed_up_page_count]
,[file_type]
,[file_size]
,[logical_name]
,[physical_name]
,State
,[state_desc]
,[backup_size]
,[differential_base_lsn]
FROM [msdb].[dbo].[backupfile]
Не, фул никто точно не делал, потому как джоб по бэкапам настраивал я и он в единственном месте. :)
Я убедился, что более нового полного бэкапа нет.

В приложенном запросе данных только по нужной базе 1414 записей. Кол-во записей ведется от какого момента ведется?
В паре записей в конце заполнен differential_base_lsn. На скрине.

Буду благодарен за любую пищу для размышлений. Попробую накатить свежий диф. бэкап на резевном сервере, где уже развернут последний полный бэкап.
...
Рейтинг: 0 / 0
24.05.2019, 11:21
| Ответить | Цитировать | Написать  
Следующий диф. бэкап меньше, чем предыдущий
    #39817621
Гавриленко Сергей Алексеевич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гавриленко Сергей Алексеевич
Участник
Пища к размышлению и повод для проверки: берем базу, заливаем 10 Гб данных, делаем полный, заливаем еще 10 Гб данных, деалаем диф, а потом все транкейтим и еще раз делаем диф. Сомневаюсь, что последний диф будет 20 Гб или даже 10 Гб.
...
Рейтинг: 0 / 0
24.05.2019, 11:24
| Ответить | Цитировать | Написать  
Следующий диф. бэкап меньше, чем предыдущий
    #39817624
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TaPaK
Участник
Megabyte,

так растёт жеж...
...
Рейтинг: 0 / 0
24.05.2019, 11:26
| Ответить | Цитировать | Написать  
Следующий диф. бэкап меньше, чем предыдущий
    #39817626
Фотография Megabyte
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Megabyte
Участник
Попытался накатить диф. бэкап. Выдал ошибку №3117: The log or differential backup cannot be restored because no files are ready to rollforward.
...
Рейтинг: 0 / 0
24.05.2019, 11:27
| Ответить | Цитировать | Написать  
Следующий диф. бэкап меньше, чем предыдущий
    #39817629
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TaPaK
Участник
MegabyteПопытался накатить диф. бэкап. Выдал ошибку №3117: The log or differential backup cannot be restored because no files are ready to rollforward.
фул подняли сначала?
...
Рейтинг: 0 / 0
24.05.2019, 11:29
| Ответить | Цитировать | Написать  
Следующий диф. бэкап меньше, чем предыдущий
    #39817630
Фотография Megabyte
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Megabyte
Участник
Гавриленко Сергей АлексеевичПища к размышлению и повод для проверки: берем базу, заливаем 10 Гб данных, делаем полный, заливаем еще 10 Гб данных, деалаем диф, а потом все транкейтим и еще раз делаем диф. Сомневаюсь, что последний диф будет 20 Гб или даже 10 Гб.
Я понял. Т.е. чистка данных(логи там всякие могут чиститься) может уменьшить размер след. диф. бэкапа.
...
Рейтинг: 0 / 0
24.05.2019, 11:29
| Ответить | Цитировать | Написать  
Следующий диф. бэкап меньше, чем предыдущий
    #39817631
Фотография Megabyte
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Megabyte
Участник
TaPaKMegabyteПопытался накатить диф. бэкап. Выдал ошибку №3117: The log or differential backup cannot be restored because no files are ready to rollforward.
фул подняли сначала?
Да, там всегда развернут последний актуальный фул. Это резервный сервер, туда сразу же разворачиваются текущие полные бэкапы.
...
Рейтинг: 0 / 0
24.05.2019, 11:30
| Ответить | Цитировать | Написать  
Следующий диф. бэкап меньше, чем предыдущий
    #39817633
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TaPaK
Участник
MegabyteTaPaKпропущено...

фул подняли сначала?
Да, там всегда развернут последний актуальный фул. Это резервный сервер, туда сразу же разворачиваются текущие полные бэкапы.
которые сдеаны другими операциями бекапа?
...
Рейтинг: 0 / 0
24.05.2019, 11:32
| Ответить | Цитировать | Написать  
Следующий диф. бэкап меньше, чем предыдущий
    #39817635
Фотография Megabyte
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Megabyte
Участник
MegabyteTaPaKпропущено...

фул подняли сначала?
Да, там всегда развернут последний актуальный фул. Это резервный сервер, туда сразу же разворачиваются текущие полные бэкапы.
Не знаю, важно ли это, помимо полного бэкапа еще раз в сутки дополнительно делается бэкап лога, для усечения журнала.
Дано:
полный бэкап от 22.05, вечером 23.05 был сделан бэкап лога, потом в 21:25 1й диф. бэкап, потом в 24.05 в 00:20 след. диф. бэкап.
Вот этот 2й бэкап от 24.05 я пытался накатить на полный бэкап от 22.05.

Это могло повлиять на результат?
...
Рейтинг: 0 / 0
24.05.2019, 11:33
| Ответить | Цитировать | Написать  
Следующий диф. бэкап меньше, чем предыдущий
    #39817639
Фотография Megabyte
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Megabyte
Участник
TaPaKMegabyteпропущено...

Да, там всегда развернут последний актуальный фул. Это резервный сервер, туда сразу же разворачиваются текущие полные бэкапы.
которые сделаны другими операциями бекапа?
Не очень понял вопроса. Джоб с основного сервера делает бэкап на шару на резервном сервере.
Другой джоб с резервного сервера с лагом по времени восстанавливает фул. бэкапы у себя.
Вы про это?
...
Рейтинг: 0 / 0
24.05.2019, 11:35
| Ответить | Цитировать | Написать  
Следующий диф. бэкап меньше, чем предыдущий
    #39817643
Фотография Megabyte
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Megabyte
Участник
MegabyteПопытался накатить диф. бэкап. Выдал ошибку №3117: The log or differential backup cannot be restored because no files are ready to rollforward.
Почитал в гугле. Я это забыл предварительно сделать: "потому что полный бэкап надо восстанавливать с опцией restore with norecovery". Поэтому и ошибка. :)
...
Рейтинг: 0 / 0
24.05.2019, 11:38
| Ответить | Цитировать | Написать  
Следующий диф. бэкап меньше, чем предыдущий
    #39817644
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TaPaK
Участник
MegabyteMegabyteпропущено...

Да, там всегда развернут последний актуальный фул. Это резервный сервер, туда сразу же разворачиваются текущие полные бэкапы.
Не знаю, важно ли это, помимо полного бэкапа еще раз в сутки дополнительно делается бэкап лога, для усечения журнала.
Дано:
полный бэкап от 22.05, вечером 23.05 был сделан бэкап лога, потом в 21:25 1й диф. бэкап, потом в 24.05 в 00:20 след. диф. бэкап.
Вот этот 2й бэкап от 24.05 я пытался накатить на полный бэкап от 22.05.

Это могло повлиять на результат?
от лога не зависит.
...
Рейтинг: 0 / 0
24.05.2019, 11:42
| Ответить | Цитировать | Написать  
Следующий диф. бэкап меньше, чем предыдущий
    #39817645
Фотография Megabyte
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Megabyte
Участник
Тогда такой вопрос.
Мне всегда надо делать сначала восстановление фул бэкапа с norecovery и только потом накатывать диф. бэкап?
Т.е. ситуация: Я раз в неделю буду делать фул бэкап и тут же его восстанавливать с recovery.
На след. день я делаю диф. бэкап. Мне все равно заново надо накатывать фул с norecovery, так?
...
Рейтинг: 0 / 0
24.05.2019, 11:45
| Ответить | Цитировать | Написать  
Следующий диф. бэкап меньше, чем предыдущий
    #39817648
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexeyvg
Участник
MegabyteНе знаю, важно ли это, помимо полного бэкапа еще раз в сутки дополнительно делается бэкап лога, для усечения журнала.
Это могло повлиять на результат?Нет.

MegabyteTaPaKпропущено...

фул подняли сначала?
Да, там всегда развернут последний актуальный фул. Это резервный сервер, туда сразу же разворачиваются текущие полные бэкапы.Что значит "развёрнут"?
Нужно развернуть последний актуальный фул с опцией не восстанавливать (with norecovery), и потом накатывать дифф.
А если накатывать дифф на работающую базу, какие образом он сможет восстановиться? Это невозможно чисто теоретически, у сервера не будет данных для восстановления.
...
Рейтинг: 0 / 0
24.05.2019, 11:47
| Ответить | Цитировать | Написать  
Следующий диф. бэкап меньше, чем предыдущий
    #39817650
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexeyvg
Участник
MegabyteМне всегда надо делать сначала восстановление фул бэкапа с norecovery и только потом накатывать диф. бэкап?
Т.е. ситуация: Я раз в неделю буду делать фул бэкап и тут же его восстанавливать с recovery.
На след. день я делаю диф. бэкап. Мне все равно заново надо накатывать фул с norecovery, так?Да, именно так, как же иначе, откуда иначе возьмутся данные для восстановления???
...
Рейтинг: 0 / 0
24.05.2019, 11:48
| Ответить | Цитировать | Написать  
Следующий диф. бэкап меньше, чем предыдущий
    #39817652
Фотография Megabyte
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Megabyte
Участник
alexeyvgMegabyteМне всегда надо делать сначала восстановление фул бэкапа с norecovery и только потом накатывать диф. бэкап?
Т.е. ситуация: Я раз в неделю буду делать фул бэкап и тут же его восстанавливать с recovery.
На след. день я делаю диф. бэкап. Мне все равно заново надо накатывать фул с norecovery, так?Да, именно так, как же иначе, откуда иначе возьмутся данные для восстановления???
Принято. Спасибо.
...
Рейтинг: 0 / 0
24.05.2019, 11:49
| Ответить | Цитировать | Написать  
Следующий диф. бэкап меньше, чем предыдущий
    #39817659
Владислав Колосов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владислав Колосов
Участник
Megabyte,

это защита от дурака. База без рекавери недоступна для изменений. Если бы восстанавливалась с рекавери, то в базе могли бы произойти изменения, куда тогда накатывать разностную копию?
...
Рейтинг: 0 / 0
24.05.2019, 11:56
| Ответить | Цитировать | Написать  
Следующий диф. бэкап меньше, чем предыдущий
    #39817667
Фотография Megabyte
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Megabyte
Участник
Владислав КолосовMegabyte,

это защита от дурака. База без рекавери недоступна для изменений. Если бы восстанавливалась с рекавери, то в базе могли бы произойти изменения, куда тогда накатывать разностную копию?
Понял. Спасибо за разъяснение.
...
Рейтинг: 0 / 0
24.05.2019, 12:04
| Ответить | Цитировать | Написать  
Следующий диф. бэкап меньше, чем предыдущий
    #39817670
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TaPaK
Участник
Гавриленко Сергей АлексеевичПища к размышлению и повод для проверки: берем базу, заливаем 10 Гб данных, делаем полный, заливаем еще 10 Гб данных, деалаем диф, а потом все транкейтим и еще раз делаем диф. Сомневаюсь, что последний диф будет 20 Гб или даже 10 Гб.
размер будет больше. дифф делается на основании DCM и думаю пофиг что вы делали хоть удаляли хоть меняливсё равно страницы пометит как изменённые, хз как там шринк повлияет конечно
...
Рейтинг: 0 / 0
24.05.2019, 12:10
| Ответить | Цитировать | Написать  
Следующий диф. бэкап меньше, чем предыдущий
    #39817680
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TaPaK
Участник
В общем у меня получилось уменьшит следующий только на открытой транзакции с откатом. При этом он всё равно растёт по отношению ко всем остальным
...
Рейтинг: 0 / 0
24.05.2019, 12:16
| Ответить | Цитировать | Написать  
Следующий диф. бэкап меньше, чем предыдущий
    #39817747
-- KAB --
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
-- KAB --
Участник
Гавриленко Сергей АлексеевичПища к размышлению и повод для проверки: берем базу, заливаем 10 Гб данных, делаем полный, заливаем еще 10 Гб данных, деалаем диф, а потом все транкейтим и еще раз делаем диф. Сомневаюсь, что последний диф будет 20 Гб или даже 10 Гб.

Одинаковый размер будет до и после транкейта.
Размер поменяется после шринка, который вы не упомянули
...
Рейтинг: 0 / 0
24.05.2019, 13:33
| Ответить | Цитировать | Написать  
Следующий диф. бэкап меньше, чем предыдущий
    #39817774
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TaPaK
Участник
-- KAB --Гавриленко Сергей АлексеевичПища к размышлению и повод для проверки: берем базу, заливаем 10 Гб данных, делаем полный, заливаем еще 10 Гб данных, деалаем диф, а потом все транкейтим и еще раз делаем диф. Сомневаюсь, что последний диф будет 20 Гб или даже 10 Гб.

Одинаковый размер будет до и после транкейта.
Размер поменяется после шринка, который вы не упомянули
послу шрика вырос в 4 раза
...
Рейтинг: 0 / 0
24.05.2019, 14:05
| Ответить | Цитировать | Написать  
Следующий диф. бэкап меньше, чем предыдущий
    #39817776
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TaPaK
Участник
TaPaK-- KAB --пропущено...


Одинаковый размер будет до и после транкейта.
Размер поменяется после шринка, который вы не упомянули
послу шрика вырос в 4 раза

не вру то вырос не от него. Но от шринка меньше точно не стал.
...
Рейтинг: 0 / 0
24.05.2019, 14:09
| Ответить | Цитировать | Написать  
Следующий диф. бэкап меньше, чем предыдущий
    #39817816
Фотография Megabyte
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Megabyte
Участник
В общем, 1 раз посчитаем за погрешность. :) Понаблюдаю еще. Всем спасибо.
...
Рейтинг: 0 / 0
24.05.2019, 15:02
| Ответить | Цитировать | Написать  
Следующий диф. бэкап меньше, чем предыдущий
    #39817819
Гавриленко Сергей Алексеевич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гавриленко Сергей Алексеевич
Участник
-- KAB --который вы не упомянулиСнижаете мне на балл оценку из-за этого?
...
Рейтинг: 0 / 0
24.05.2019, 15:05
| Ответить | Цитировать | Написать  
Следующий диф. бэкап меньше, чем предыдущий
    #39817917
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexeyvg
Участник
TaPaKНо от шринка меньше точно не стал.Конечно, из за изменения размеров файлов данных размер бакапа не зависит. Потому что в бакап сохраняются только данные, а пустое место из файлов данных/логов там не сохраняется.
...
Рейтинг: 0 / 0
24.05.2019, 16:59
| Ответить | Цитировать | Написать  
Следующий диф. бэкап меньше, чем предыдущий
    #39817940
aleks222
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
aleks222
Участник
alexeyvgTaPaKНо от шринка меньше точно не стал.Конечно, из за изменения размеров файлов данных размер бакапа не зависит. Потому что в бакап сохраняются только данные, а пустое место из файлов данных/логов там не сохраняется.

Если так, то удалив "большие данные" так, что освободятся страницы целиком, можно уменьшить дифф.
...
Рейтинг: 0 / 0
24.05.2019, 17:49
| Ответить | Цитировать | Написать  
Следующий диф. бэкап меньше, чем предыдущий
    #39817952
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TaPaK
Участник
aleks222,

Нет
...
Рейтинг: 0 / 0
24.05.2019, 18:06
| Ответить | Цитировать | Написать  
Следующий диф. бэкап меньше, чем предыдущий
    #39817989
aleks222
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
aleks222
Участник
TaPaKaleks222,
Нет
Ваш мандат?!!

ЗЫ. Т.е. ты утверждаешь, что пустые страницы тоже пишутся в дифф?
Сомнительно.
...
Рейтинг: 0 / 0
24.05.2019, 19:56
| Ответить | Цитировать | Написать  
Следующий диф. бэкап меньше, чем предыдущий
    #39817994
Гавриленко Сергей Алексеевич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гавриленко Сергей Алексеевич
Участник
aleks222TaPaKaleks222,
Нет
Ваш мандат?!!

ЗЫ. Т.е. ты утверждаешь, что пустые страницы тоже пишутся в дифф?
Сомнительно.Ну, такое может быть, если для скорости решили сэкономить на проверке страницы на пустоту.
Хотя как по мне -- странно, если так.

UPD: провел эксперимент. По факту бэкапит в диф-бэкап отмеченные пустыми страницы. После шринка размер диф-бэкапа уменьшается, после транкейта или удаления объекта -- нет.
UPD2: а вот нифига! если после транкейта сразу сделать checkpoint, то в диф уже не попадает вся таблица.

Репро:

 
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
-- drop database TestDiffVsTruncate
create database TestDiffVsTruncate;
go
backup database TestDiffVsTruncate to disk = 'NUL';
go
use TestDiffVsTruncate
go
create table dbo.Data ( a char (8000) )
go
; with n(n) as ( select 0 union select 1 union select 2 union select 3 union select 4 union select 5 union select 6 union select 7 union select 8 union select 9 )
insert dbo.Data 
select
    replicate ('a',8000)
from        n n1
cross apply n n2
cross apply n n3
cross apply n n4
go
backup database TestDiffVsTruncate to disk = 'NUL' with differential;
go
truncate table dbo.Data
go
checkpoint
go
backup database TestDiffVsTruncate to disk = 'NUL' with differential;
go
DBCC SHRINKDATABASE(N'TestDiffVsTruncate' )
GO
backup database TestDiffVsTruncate to disk = 'NUL' with differential;
go



Результаты

Без чекпоинта:

typebackup_start_datebackup_sizeD2019-05-24 20:56:18.0003 094 528insertI2019-05-24 20:57:02.00084 009 984truncateI2019-05-24 20:57:20.00084 272 128shrinkI2019-05-24 20:58:45.0001 105 920

С чекпоинтом:

typebackup_start_datebackup_sizeD2019-05-24 20:46:02.0003 094 528insertI2019-05-24 20:46:47.00084 009 984truncate + checkpointI2019-05-24 20:47:38.0001 172 480shrinkI2019-05-24 20:49:16.0001 105 920
...
Рейтинг: 0 / 0
24.05.2019, 20:05
| Ответить | Цитировать | Написать  
Следующий диф. бэкап меньше, чем предыдущий
    #39818025
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TaPaK
Участник
aleks222TaPaKaleks222,
Нет
Ваш мандат?!!

ЗЫ. Т.е. ты утверждаешь, что пустые страницы тоже пишутся в дифф?
Сомнительно.

Попробуйте :) у меня не получилось
...
Рейтинг: 0 / 0
24.05.2019, 21:18
| Ответить | Цитировать | Написать  
Следующий диф. бэкап меньше, чем предыдущий
    #39818157
botzko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
botzko
Гость
А бекап сделан с компрессией? Может оттуда получается разница - после перемены каких то данных компресируется лучше? Или первый сделан без компресии, а второй с компрессией
...
Рейтинг: 0 / 0
25.05.2019, 12:06
| Ответить | Цитировать | Написать  
Следующий диф. бэкап меньше, чем предыдущий
    #39818161
Гавриленко Сергей Алексеевич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гавриленко Сергей Алексеевич
Участник
botzkoА бекап сделан с компрессией? Может оттуда получается разница - после перемены каких то данных компресируется лучше? Или первый сделан без компресии, а второй с компрессиейПоле backup_size показывает размер бэкап без компресии. Для отображения размера сжатого бэкапа есть отдельное поле.
...
Рейтинг: 0 / 0
25.05.2019, 12:16
| Ответить | Цитировать | Написать  
Следующий диф. бэкап меньше, чем предыдущий
    #39818164
botzko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
botzko
Гость
Гавриленко Сергей Алексеевич,

Спасибо, не обращал внимания
...
Рейтинг: 0 / 0
25.05.2019, 12:23
| Ответить | Цитировать | Написать  
36 сообщений из 36, показаны все 2 страниц
  все  
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Следующий диф. бэкап меньше, чем предыдущий
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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