|
|
Спор с админом. Проводки в базе во время бекапа SQL
|
Я
|
|
| Черепахыч 13.09.16 - 15:47 | Всего мнений: 2
Добрый день.
спорю на 500 рублей с админом )))
дано: база с моделью восстановления "простая"
полный архив бд делается 20 минут.
1) я утверждаю что в архив попадут данные только на момент начала архива и то что проведенные за время архивирования никак не повлияют на конечный архив
2) админ утверждает что полный бекап эскуэль делает "простым копированием" и в конечном архиве могут быть "дырки" из за деятельности пользователей.
кто проиграет спор? |
| Широкий 1 - 13.09.16 - 15:49 | Бэкап базы или файлов?
|
| Черепахыч 2 - 13.09.16 - 15:50 | бекап базы. через агент SQL
|
| Fragster 3 - 13.09.16 - 15:50 | где голосовалка?
|
| arsik 4 - 13.09.16 - 15:51 | Админ глупый !?
|
| Черепахыч 5 - 13.09.16 - 15:51 | ( 3) а чтооо?? можно было?? :) |
| Nuobu 6 - 13.09.16 - 15:52 | ( 5) 1С - понятие растяжимое. Тут нет черного и белого, есть только желтое. |
| Фрэнки 7 - 13.09.16 - 15:52 | Это к предстоящему Дню админа готовите кэш? Делаете ставки, чтоб позже было на какие шиши бухло покупать?
|
| Torquader 8 - 13.09.16 - 15:53 | Обычно BackUp открывает транзакцию и отслеживает всё на определённый момент времени.
|
| igork1966 9 - 13.09.16 - 15:53 | |
| shust 10 - 13.09.16 - 15:53 | Админ разориться на таких ставках)
|
| kennetmccormick 11 - 13.09.16 - 15:53 | |
| Torquader 12 - 13.09.16 - 15:54 | ( 1) Да даже если файлы (боже упаси) то теневое копирование тома делает его копию на определённый момент времени. |
| Nuobu 13 - 13.09.16 - 15:54 | Проголосую:
Админ проиграет.
|
| Господин ПЖ 14 - 13.09.16 - 15:55 | >админ утверждает что полный бекап эскуэль делает "простым копированием"
не чай он у вас пьет (с) Комноедов |
| capllary_surgut 15 - 13.09.16 - 15:55 | Да по-любому админ не прав.
|
| Kolls 16 - 13.09.16 - 15:56 | По идее бэкап должен делаться в транзакции с макс. уровнем изоляции
|
| Господин ПЖ 17 - 13.09.16 - 15:56 | вот бэкап mysql - это песТня
открываешь его блокнотом
а там портянка
сначала из createtable
а потом
портянка из insert into |
| Черепахыч 18 - 13.09.16 - 15:56 | админ (Ромик) сидит рядом, сжимает пятихатку в руке. но ему нужен железный аргумент )) говорит просто так не отдаст
|
| Никулин Леонид 19 - 13.09.16 - 15:56 | ну а что спорить? Надо взять да попробовать на маленькой базе.
|
| Черепахыч 20 - 13.09.16 - 15:58 | ( 19) за пятихатку мне лень пробовать. а на маленькой базе мы не успеем во время архивации "наколбасить" проводок в базе. |
| kennetmccormick 21 - 13.09.16 - 15:58 | ( 17) чем проще, тем надежнее )))
( 19) не надо на большой. на маленькой вдруг скуль отследит что что-то изменилось и включит эти изменения в бэкап |
| Черепахыч 22 - 13.09.16 - 15:58 | короче Ромик сдался - пятихатка у меня в кармане! всем спасибо.
|
| Господин ПЖ 23 - 13.09.16 - 15:59 | >По идее бэкап должен делаться в транзакции с макс. уровнем изоляции
в скуле есть понятие checkpoint
закомитченные транзакции сбрасываются на диск и начинает создаваться бэкап |
| Nuobu 24 - 13.09.16 - 15:59 | Эмм... Ошибочка вышла:
A full database backup backs up the whole database. This includes part of the transaction log so that the full database can be recovered after a full database backup is restored. Full database backups represent the database at the time the backup finished.
Финишед. Финишед, блRть!
|
| Никулин Леонид 25 - 13.09.16 - 16:00 | ( 19) Один нажимает кнопку восснатовления. Другой запускает групповую обработку справочников и документов (перед этим сформировав отчет)
( 22) Че-то вы скучные какие-то так быстро? |
| ДемонМаксвелла 26 - 13.09.16 - 16:02 | |
| SSSSS_AAAAA 27 - 13.09.16 - 16:02 | ( 0)Проиграете оба. Ибо оба несете чушь.
1. В бэкап попадают все завершенные на момент ОКОНЧАНИЯ бэкапа транзакции. Ибо последним этапом бэкапа идет запись в бэкап активной части журнала транзакций.
2. Как можно видеть по п. 1 бэкап не есть "простое копирование" и результат его всегда дает косистентную базу. |
| Метранпаж 28 - 13.09.16 - 16:03 | Думать тут нечего. В бекап попадут данные всех транзакций, которые будут завершены к окончанию процесса бекапа. Это документировано.
|
| Nuobu 29 - 13.09.16 - 16:05 | ( 26) При чем здесь это? Простая модель - это один большой бек ап и куча маленьких. По любому попадают данные на конец бек апа. |
| aleks_default 30 - 13.09.16 - 16:05 | ( 0) Какой смысл, все равно пятихатка будет распита...
Рекламное место пустует |
| ДемонМаксвелла 31 - 13.09.16 - 16:05 | ( 29) цитату ты неверно привел.
верный вывод из неверных предпосылок |
| Господин ПЖ 32 - 13.09.16 - 16:06 | >Простая модель - это один большой бек ап и куча маленьких.
щито?
|
| shust 33 - 13.09.16 - 16:08 | Ромик, забирай у него пятихатку))
|
| ivan-china-bk 34 - 13.09.16 - 16:09 | ( 31)
Поддержу коллег
По русски читаем, если что-то не верит в финишед
ищем буковки
резервное копирование базы данных
Резервная копия базы данных. Полные резервные копии базы данных отображают состояние всей базы данных на момент завершения резервного копирования. Разностные резервные копии базы данных содержат только изменения базы данных с момента последнего полного резервного копирования. |
| ДемонМаксвелла 35 - 13.09.16 - 16:09 | ( 29) не вчитался. какая куча маленьких имеется ввиду? |
| SSSSS_AAAAA 36 - 13.09.16 - 16:10 | ( 31) Цитату он привел верную.
Читаем в( 0): полный архив бд делается 20 минут
Читаем в( 24) : A full database backup
А простая модель восстановления к полноте бэкапа отношения не имеет от слова совсем. |
| Torquader 37 - 13.09.16 - 16:10 | Если следовать ( 24) то неправы оба, так как никаких "дырок" тоже не будет. Будет база на определённый момент времени.
Так что - идите оба и отмечайте свою неправоту. |
| ivan-china-bk 38 - 13.09.16 - 16:11 | ( 31) что же касается утверждения в ( 26) - то, увы, это актуально и для простой(симпл)-модели. |
| Метранпаж 39 - 13.09.16 - 16:13 | Я так полагаю, что автор и Ромик должны по 500 рублей каждому, ответившему правильно на этот вопрос.
|
| SSSSS_AAAAA 40 - 13.09.16 - 16:13 | ( 29) Простая модель - это модель восстановления. К бэкапам относится только отсутствием/наличием возможности восстановления на произвольный момент времени, к полноте бэкапа не имеет вообще никакого отношения. |
| ДемонМаксвелла 41 - 13.09.16 - 16:16 | ( 36) это я прогнал, всё верно |
| Волшебник Модератор 42 - 13.09.16 - 16:16 | вариант 1
|
| ДемонМаксвелла 43 - 13.09.16 - 16:18 | ( 42) уже выяснили, что вариант 3 |
| xafavute 44 - 13.09.16 - 16:21 | В простой модели какждый чекпойнт приводит к отчистке журнала транзакций. а в полной соответственно нет
|
| Necessitudo 45 - 13.09.16 - 16:23 | ( 44) Неправда. В простой модели новые транзакции в журнале записываются на место старых, помеченных как ненужные. |
| xafavute 46 - 13.09.16 - 16:24 | ( 45) ну очитска всегда была как пометка на удаление |
| xafavute 47 - 13.09.16 - 16:24 | физическая очистка это шринк уже
|
| SSSSS_AAAAA 48 - 13.09.16 - 16:31 | ( 46) А давайте не подменять уже устоявшиеся понятия? Пометка на удаление - это пометка, а не очистка. И очистка есть очистка, а не урезание файла. |
| xafavute 49 - 13.09.16 - 16:35 | ( 48) Вот файл ты удаляешь - это какое понятие нужно применять? |
| Метранпаж 50 - 13.09.16 - 16:36 | ( 49) Пометка на удаление, если ты удаляешь его командой DEL |
| igork1966 51 - 13.09.16 - 16:38 | ( 34) Как странно...
http://catalog.mista.ru/public/173494/
Полная резервная копия
Позволяет восстановить состояние базы данных на некоторый момент времени (на тот в который начато формирование резервной копии). |
| xafavute 52 - 13.09.16 - 16:40 | ( 51) ну ты сравнил МСДН и инфостарт |
| Nuobu 53 - 13.09.16 - 16:41 | ( 51) Позволяет восстановить состояние базы данных на некоторый момент времени (на тот в который начато формирование резервной копии).
Состоит из постраничной копии используемой части файлов данных и активного куска журнала транзакций за то время пока формировалась резервная копия.
Там есть продолжение. |
| igork1966 54 - 13.09.16 - 16:45 | ( 52) так я же не спорю... просто похоже заблуждение распространено |
| John83 55 - 26.09.16 - 10:32 | все же решил сам попробовать
начал делать архив, создал контрагента, в копии он тоже был..
хотя до этого думал, что верен первый вариант |
| hhhh 56 - 26.09.16 - 12:29 | ( 55) так он был в копии? или получился потом? |
| Alexor 57 - 26.09.16 - 12:42 | ( 0) Скиньтесь оба по пятихатке, набухайтесь и проверьте. |
| Джинн 58 - 26.09.16 - 12:47 | ( 0)Все транзакции, произведенные после начала бекапа, в бекап не попадут. |
| John83 59 - 26.09.16 - 13:01 | ( 56) еще раз
начал делать архив рабочей базы, в процессе создал контрагента, восстановил архив в соседней базе - контрагент там тоже был |
| Лефмихалыч 60 - 26.09.16 - 13:02 | ( 0) этот эникейщик про СУБД ни чего не знает.
Простым копированием, блин...
Рекламное место пустует |
| oleg_km 61 - 26.09.16 - 13:46 | ( 58) Уже выяснили, что попадут, см ( 55) дописывает из журнала транзакций. |
| Джинн 62 - 26.09.16 - 14:21 | ( 61) Таки действительно был не прав. Мелкомягкие говорят, что при старте процесса SQL Server бекапит все содержание БД, в том числе части журнала транзакций, используемые во время создания резервной копии. Т.е. бекап по состоянию на момент завершения процесса резервирования. Незавершенные транзакции при восстановлении очищаются и база находится в согласованном состоянии. |
| sh8ce 63 - 26.09.16 - 14:33 | интересно, а если транзакции будут сыпаться быстрее чем они бэкапятся?
|
| Azverin 64 - 26.09.16 - 14:37 | о, голосовалка!
проводки попадут без дырок
4. Имею своё мнение
|
| МешочекЗнаний 65 - 26.09.16 - 14:43 | Оба продули.
Забекапит сначала базу, потом из журнала транзакций доцепит.
3. Оба ошибаются
|
