Добро пожаловать в форум, Guest >> Войти | Регистрация | Поиск | Правила | | В избранное | Подписаться | ||
Все форумы / Microsoft SQL Server |
![]() ![]() |
abort Member Откуда: Сообщений: 625 |
Админы уверяют нас, что бэкап tempdb в рабочее время не будет сильно влиять на производительность работы самой СУБД с другими базами данных. Время бэкапа примерно 3 часа Вопрос к опытным админам: так ли это? Понятно, что все зависит он нагрузки, кол-ва и качества запросов и т.д. Если упадет производительность, то примерно на сколько %. |
20 май 15, 14:38 [17666759] Ответить | Цитировать Сообщить модератору |
o-o
Guest |
вы там все тоже в дурдоме что ли? темпдб НЕЛьЗЯ забэкапить ![]() |
20 май 15, 14:42 [17666797] Ответить | Цитировать Сообщить модератору |
abort Member Откуда: Сообщений: 625 |
пардон, ошибочка. речь идет про msdb |
20 май 15, 14:47 [17666845] Ответить | Цитировать Сообщить модератору |
o-o
Guest |
над вами издеваются, да еще и с подвывертами. backup database tempdb to disk = 'c:\ccc.bak' Msg 3147, Level 16, State 3, Line 1 Backup and restore operations are not allowed on database tempdb. Msg 3013, Level 16, State 1, Line 1 BACKUP DATABASE is terminating abnormally. |
||
20 май 15, 14:47 [17666852] Ответить | Цитировать Сообщить модератору |
Кот Матроскин Member Откуда: Москва Сообщений: 8933 |
А какого размера у Вас msdb, что она бекапится 3 часа? |
||
20 май 15, 14:49 [17666870] Ответить | Цитировать Сообщить модератору |
Владислав Колосов Member Откуда: Сообщений: 8316 |
Боюсь даже подумать - чем замусорена msdb, чтобы ее копировать три часа. |
20 май 15, 14:50 [17666883] Ответить | Цитировать Сообщить модератору |
o-o
Guest |
msdb пускай бэкапят. а что 3 часа вдруг, база терабайтная что ли? |
20 май 15, 14:50 [17666885] Ответить | Цитировать Сообщить модератору |
ZaloJNik Member Откуда: Сообщений: 50 |
Там наверно вся история бэкапов за 10 лет |
20 май 15, 15:07 [17667037] Ответить | Цитировать Сообщить модератору |
zasandator Member [скрыт] [заблокирован] Откуда: Сообщений: 4887 |
Необязательно... Может там куча SSIS пакетов... Или пользовательские таблицы с данными ) |
20 май 15, 15:55 [17667440] Ответить | Цитировать Сообщить модератору |
o-o
Guest |
кстати. если речь об Экспрессе, то пользовательский мусор безнаказанно (> 10Гб) можно валить только в мастер. msdb перестает расширяться по достижении 10 Гб, далее вываливаeтся традиционное для юзерских баз <...> failed because the resulting cumulative database size would exceed your licensed limit of 10240 MB per database. |
20 май 15, 16:14 [17667560] Ответить | Цитировать Сообщить модератору |
abort Member Откуда: Сообщений: 625 |
да там очень много много пакетов. 3 часа - это максимальное время. Если будет делаться диффер бэкап базы db1 с 9:00 до 13:00, насколько может упасть производительность СУБД в работе с другими базами данных на этом же инстансе. Одни говорят, что производительность упадет на 90%, другие что будет почти незаметно |
21 май 15, 09:31 [17669861] Ответить | Цитировать Сообщить модератору |
Glory Member Откуда: Сообщений: 104760 |
Это вам так сказали или вы получили раскладку места по объектам базы ? |
||
21 май 15, 09:35 [17669881] Ответить | Цитировать Сообщить модератору |
SQL2008 Member Откуда: Москва Сообщений: 4392 |
Позвольте спросить, а зачем вам делать бекап msdb именно в это время, тем более разностный? Складывается впечатление, что у вас storage SSIS-пакетов, активно редактируемый? |
||
21 май 15, 10:25 [17670172] Ответить | Цитировать Сообщить модератору |
o-o
Guest |
SQL2008, не, они кроме msdb собираются делать дифф. другой базы (db1), а спрашивается, почувствуют ли это третьи базы |
21 май 15, 10:28 [17670197] Ответить | Цитировать Сообщить модератору |
SQL2008 Member Откуда: Москва Сообщений: 4392 |
По моему опыту могу сказать, что разностный даже основной продакт базы (около терабайта) не сильно завешивает систему. Но это 8 ядер, рейды и памяти 32. Полагаю, что это зависит от конфигурации. |
||
21 май 15, 10:57 [17670397] Ответить | Цитировать Сообщить модератору |
o-o
Guest |
SQL2008, могу со своей стороны сказать, что когда диски никакие (наш случай), + все живет вообще вместе: данные, логи, и бэкапы туда же пишутся, то любой бэкап любой базы чувствуется сразу. дифференциальные меньше, конечно, но в еррорлог сразу валятся килограммами SQL Server has encountered 4025 occurrence(s) of I/O requests taking longer than 15 seconds to complete on file... и следует имя файла базы, к-ую бэкапят. т.е. так парами и идет, жалоба на диск + Database differential changes were backed up. Database:... но, наверное, в нормальных системах такого нет |
21 май 15, 11:15 [17670505] Ответить | Цитировать Сообщить модератору |
alexeyvg Member Откуда: Moscow Сообщений: 31779 |
Однако, бакап потребляет ресурсы (дисковые). Если нагрузка на диски большая, то бакап отберёт часть пропускной способности дисков. Посмотреть это можно по дисковой очереди, и следить за "временем отклика" во время бакапа. Это можно смотреть по счётчикам производительности, или в перфмониторе. То есть если у вас к диску постояно очередь из ещё не обработанных команд, то понятно, что добавление дополнительных команд от бакапа к этой очереди не ускорит выполнение команд от рабочей нагрузки. Поэтому и стараются делать бакапы в период наименьшей нагрузки. Безусловно, на 90% снижения не будет, но оно может быть заметное. ИМХО я бы оценил так: от 0% до 30%. |
||
21 май 15, 12:18 [17670942] Ответить | Цитировать Сообщить модератору |
abort Member Откуда: Сообщений: 625 |
ок понятно |
27 май 15, 07:22 [17693918] Ответить | Цитировать Сообщить модератору |
Все форумы / Microsoft SQL Server | ![]() |