Вход | Регистрация


1С:Предприятие :: 1С:Предприятие 8 общая

Спор с админом. Проводки в базе во время бекапа SQL

Спор с админом. Проводки в базе во время бекапа SQL
Я
   Черепахыч
 
13.09.16 - 15:47
3. Оба ошибаются50% (1)
4. Имею своё мнение50% (1)
1. Черепахыч прав0% (0)
2. Админ прав0% (0)
5. Бэкапы делают слабаки!0% (0)
Всего мнений: 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
(0) админ проиграет...
   shust
 
10 - 13.09.16 - 15:53
Админ разориться на таких ставках)
 
 Рекламное место пустует
   kennetmccormick
 
11 - 13.09.16 - 15:53
(6) и красное
   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
Эмм... Ошибочка вышла:

https://msdn.microsoft.com/en-us/library/ms186289.aspx

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
(24) фулл блеать
   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)
Поддержу коллег
По русски читаем, если что-то не верит в финишед

https://msdn.microsoft.com/ru-ru/library/ms175477.aspx  
ищем буковки
резервное копирование базы данных
Резервная копия базы данных. Полные резервные копии базы данных отображают состояние всей базы данных на момент завершения резервного копирования. Разностные резервные копии базы данных содержат только изменения базы данных с момента последнего полного резервного копирования.
   ДемонМаксвелла
 
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. Оба ошибаются


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует