Вход | Регистрация
    1  2  3
1С:Предприятие :: 1С:Предприятие 8 общая

Бэкап файловой_1С каждый час

Бэкап файловой_1С каждый час
Я
   TAHKill
 
08.04.19 - 15:28
Сразу к делу - есть файловая 1С весом под 20Гб - на скл не собираемся переходить, работает нормально, НО - для безопасности надо делать бэкап базы хотя бы каждые 3 часа, а в идеале каждый час на резервный сервер - обычными средствами бэкап длится почти 3 часа и настает время снова делать - сами понимаете диск постоянно загружен и сеть забита, сервак начинает притормаживать
В интернетах миллион советов как бэкапить по ночам и это не проблема, а вот в течение дня как быть? Может кто сталкивался
Бэкаплю целиком, а частота вызвана тем, чтобы если сервак накроется то можно было на резервном "начать" не со вчерашнего дня (когда бэкап сделан ночью), а 3 часа или лучше 1 час назад
 
 
   Garykom
 
201 - 11.04.19 - 17:45
ТС почему то не понимает (все еще) что корректная с точки зрения файловой и операционной систем "теневая копия" может являться не корректной с точки зрения платформы 1С.

Потому что "объекты 1С" хранятся в разных таблицах одновременно, а изменениях в таблицах не факт что записываются четко по целым записям, без деления что сначала поле1 пишем на диск для всех записей в транзакции, а затем уже поле2 для всех записей и только потом закрываем транзакцию.

Короче как система кэширования в 1С работает лично я хз, но рисковать бы не стал вероятностью получить по шапке.
   Biker
 
202 - 11.04.19 - 18:59
Напомнило цитату с баша.

robot:Каждый раз после сношения подруга замечает, что у нее немеет кожа живота, то есть теряет чувствительность. Продолжается онемение несколько минут. Это нормально или признак паталогии? При этом месячные задерживаются уже 1,5 месяца.
Kryptos:Ты спокойный парень я смотрю,..
   Web00001
 
203 - 12.04.19 - 04:42
(183)>> лол ну потмоу что это у тебя дома где ты один и вся полоса у тебя - в компаниях стоит ограничения чтобы не забивали канал такие вот умники)
Пытался рассказать как для ребенка, ты все равно ничего не понял. Я уже и не знаю как тебе объяснить. Я говорю, что на моем компе (тоже с сата2) данные скачиваются из интернета(если они скачиваются, то они куда то записываются) на обычный hdd быстрее, чем у тебя в рейдах ssd. При этом нагрузка на диск околонулевая. Перестань тригерриться на слово слово сеть и обрати внимание на слово диск. ОК. Если прям очень сложно как-то откинуть сеть, то я просто взял50 гигов папку с базами, там были и базы 77(много мелких файлов ert, dbf, cdx они копируются очень медленно). И перекинул на другой диск - скорость 50-70 мегабайт в секунду, все закончилось за 17 минут плюс минус минута, убрать 77, минус еще пару минут. Вот этот момент я не могу понять. Как у  тебя получается делать копии по несколько часов? Надеюсь в этот раз до тебя дойдет смысл вопроса.

>>он про обычный обмен в сервисе, а РИБ я так понял это совсем другое
Ты понял неправильно

>>вот и думай или ты максималист 13-летний
Да максималист ага, только не 13летний а с 13летним стажем(ну почти) только на этом форуме я уже как 10 лет

>>, что все на свете знаешь?
Ну, что такое РИБ сумел разобраться, чтобы ты мог верить мне на слово. Когда я тебе говорю это РИБЕще до вчерашнего дня думал, что прочитать диск не читая диск, можно только в параллельной вселенной. Я конечно мож

>>еще бэкапщики используют теневые, но пока не нашли такой чтоб принудительно использовал теневые даже если не занят исходный файл
Дорогой друг все еще верит, что найдется магия которая позволит получить данные с диска, не читая диск. Упорству твоему пою я песню. Если долго мучаться, что нибудь получится. Ну ок взяли попкорн, ожидаем, что получится. По дороге почитали https://toster.ru/q/401648 где жирным выделено "по факту теневая копия ничего не копирует." По ссылке не  ходи, тебе все это рассказали постов 50-100, назад. Но ты почему, то не веришь.
   Web00001
 
204 - 12.04.19 - 04:44
(203)>>Когда я тебе говорю это РИБЕще до вчерашнего дня думал, что прочитать диск не читая диск, можно только в параллельной вселенной. Я конечно мож
Тач падом немного сдвинул курсор, сорян.
   TAHKill
 
205 - 12.04.19 - 07:34
(198) это не сарказм я серьезно, просто чот такой вариант вылетел. надо попробовать перекинуть днем во время работы на соседний диск. наверняка будет времени меньше, но даже если пол часа будет забит рабочий диск это не гуд (199) спасибо поизучаю (200) ну ни половину, а 10% (201) об этом не беспокойся, малыш, снимок на то и снимок что ВСЁ снимает и логи и темпы и пр (203) ой всё иди изучай матчасть по сетям и дискам потом приходи - МОДЕРАТОР бань флудофлэймщика
   Соло
 
206 - 12.04.19 - 08:20
Долго читал... Почти всё. Мне кажется есть простой способ перехода на SQL.
Судя по (0) есть "резервный" сервак и "хорошая" ночная копия. Итак суть эксперимента: приходим рано утром, запускаем секундомер и пытаемся поднять на резервном серваке последнюю копию. Смотрим на результат и сравниваем с ~10-15 минутами, которые нужны для поднятия инкрементной копии на скуле (которая может делаться хоть каждые полчаса).
   Соло
 
207 - 12.04.19 - 08:22
++ (186)"но когда созреют 1сник и руководство неизвестно" - этот процесс ускорит "созревание"
   Йохохо
 
208 - 12.04.19 - 08:24
(205) три минуты он будет нагружен, три, минуты, карл. кобиан в 7з отдаст поток 100Мб, 150МБ в один поток держат любые классические блины куда локально надо сделать бэкап. ссд и юзеры ничего не заметят
   unregistered
 
209 - 12.04.19 - 08:35
Ох, ну не хрена себе вы тут нафлудили. ))))
По-моему, автор ветки тупо троллит всех, неся откровенную ахинею про сказочных эльфов, волшебным образом поддерживающих транзакционную целостность файловой базы сторонними, не 1С, средствами. А все так активно ведутся на это бред. Забавно.
   Конструктор1С
 
210 - 12.04.19 - 08:37
(80) ваш 1сник говорит ерунду. А вот бэкап файловой базы "на живую", при работе пользователей, складёт базу гораздо вернее
 
 Рекламное место пустует
   Йохохо
 
211 - 12.04.19 - 08:50
(210) это как бэкап уронит рабочую базу?
   Конструктор1С
 
212 - 12.04.19 - 08:50
Автор, а ты слышал что-нибудь про транзакции? Эти штуковины обеспечивают целостность данных. С точки зрения транзации, должен записаться весь набор данных, либо не записаться вообще. Допустим, записывается набор данных:

№Строки Товар Количество
1 Карандаш 2
2 Маркер 5
3 Линейка 3

когда работает СУБД (а у файловой версии тоже есть своя СУБД), она сначала убедится, что записались все данные, и только потом снимет транзакцию. Это обеспечивает целостность данных. Представь себе, что в это время налитает внешний костыль и копирует куски базы данных. Что получится? А получится вот такая галиматья:

№Строки Товар Количество
1 Карандаш 2
2 Маркер

потому что внешний костыль копировал базу во время записи в таблицу. Ну, и куда ты потом с такими данными?
   Dotoshin
 
213 - 12.04.19 - 08:51
(209) (210) Да не, он просто обладает каким-то тайным знанием, которое дает ему уверенность в транзакционной целостности, но он этим знанием не хочет с нами делиться.
(211) Бэкап не уронит, он просто не поднимется.
   TAHKill
 
214 - 12.04.19 - 08:56
(208) 80Гб будет 3 минуты загружен? через сата 2 или сас 6гб?
   TAHKill
 
215 - 12.04.19 - 08:57
(210) почему?
   TAHKill
 
216 - 12.04.19 - 08:58
(212) бэкапщик блокирует изменения на момент бэкапа - он как бы снимок делает сам - по крайней мере так в кобиане и фрифайлсинк - поэтмоу бэкапится все как бы сразу ,а не по мере поступления - все логи и темповые так же копируются
   Конструктор1С
 
217 - 12.04.19 - 09:02
(211) файловая база штука хрупкая. Не случайно БСПшное резервное копирование сначала пытается завершить все сеансы пользователей, и только потом выполняет копирование.

https://ibb.co/hHdqYxZ
   Dotoshin
 
218 - 12.04.19 - 09:03
(215) Потому что получишь вот такое сообщение, когда поднимешь базу из бэкапа:
http://24консультация.рф/wp-content/uploads/2018/05/ошибка-СУБД-в-1С.png
   Конструктор1С
 
219 - 12.04.19 - 09:04
(216) что может знать бэкапщик о механизме транзакций?
   Dotoshin
 
220 - 12.04.19 - 09:04
+ (218) Но может и не получишь. Тут как повезет.
   TAHKill
 
221 - 12.04.19 - 09:04
(208) а я не пробовал - если в архив делать то быстрее освободится диск рабочий чем если открытый бэкап делать? мне кажется одинаково по времени
   TAHKill
 
222 - 12.04.19 - 09:05
(218) уже была такая - чдбфл все исправляет
   TAHKill
 
223 - 12.04.19 - 09:06
(219) да там ничего нового - транзакции это журналы изменений
я тут 1сника спрашивал можно их отдельно бэкапить, чтоб не всю базу и потом друг за дружкой применять - он сказал что это только с скл
   Dotoshin
 
224 - 12.04.19 - 09:06
(222) Ок, продолжайте наблюдение. Ждем тему - как восстановить файл базы данных...
   Йохохо
 
225 - 12.04.19 - 09:06
(212) и где это решено? правильный ответ ни где
(221) фишка архива что пишется в один поток, можно ставить сжатие "без сжатия", главное получить один поток на запись, а не копировать тысячи файлов
   TAHKill
 
226 - 12.04.19 - 09:08
(225) то есть в архив быстрее будет копирование? ты пробовал или это в теории?
   TAHKill
 
227 - 12.04.19 - 09:11
(224) на крайняк есть ночные полные бэкапы за 3 дня
   Йохохо
 
228 - 12.04.19 - 09:11
(226) поставь без сжатия. пробовал, файловая система штука тоже медленная на тысячах файлов
   TAHKill
 
229 - 12.04.19 - 09:15
(228) спасибо за совет - попробую - даже интересно стало - сегодня после рабдня проверю
а как думаете вот в открытую 2 часа копирует 80Гб по сети то сколько будет в архив да еще на соседний диск?
   Йохохо
 
230 - 12.04.19 - 09:16
(229) 8-12 минут, от процессора и степени сжатия
   Конструктор1С
 
231 - 12.04.19 - 09:17
(225) это решается правильным использованием системы. Например, когда скуль копирует "на горячую" свою же базу, он на своём же уровне контролирует транзакции, блокировки и вот это вот всё. Внешние бэкапщики ничего не знают о внутренней работе СУБД. Их миссия тупо скопировать файл, а что там за файл они не ведает. Ну могут спросить у операционки, заблокирован ли этой файл каким пользователем, и это в лучшем случае.
   unregistered
 
232 - 12.04.19 - 09:19
(222) > чдбфл все исправляет.

Как именно он это исправляет? Удаляет тупо битые ссылки? Генерирует пустые объекты вместо потерянных и битых?

Ты всерьез считаешь это исправлением?

Короче. ЛЮБОЙ (абсолютно!!!) способ копирования базы 1С не в монопольном режиме, когда с ней работает хоть один сеанс (пользовательский, фоновый или ещё какой) не может гарантировать целостность базы и консистентность данных. Точка. Любые другие рассуждения и влажные фантазии на эту тему - тупой и банальный флуд, основанные на некомпетентности.

То, что вам пару раз повезло и удалось восстановиться из копий, полученных в момент, когда пользователи работали с базой данных, не означает, что полученная база консистентна. О том, что какие-то данные потеряны, вы можете узнать в самый не подходящий момент. И хорошо, если это будут некритичные для бизнеса данные.
   TAHKill
 
233 - 12.04.19 - 09:20
(231) это уже пройдено - сейчас бэкапщики создают временный снимок-файл, чтоб гарантировать целостность файлов. ну точно в фрифайлсинке и в кобиане
 
 
   Йохохо
 
234 - 12.04.19 - 09:20
(231) консистентность данных 1с он не гарантирует ровно на 100%. понятно, что правда, скуль лучше, но у вас окна же на кремль тоже не выходят?
   TAHKill
 
235 - 12.04.19 - 09:22
(232) я думаю он работает как и chkdsk с ФС. а вообще уже раз 10 восстанавливали через чдбфл и на крайняк если ночные полные копии
   TAHKill
 
236 - 12.04.19 - 09:23
(234) вот вот - йохохо ты самый крутой чувак здесь - все по существу без всякой воды - спасибо
   Serg_1960
 
237 - 12.04.19 - 09:24
Ветка напомнила одно изречение: "Если Вы имеете и владеете только одним инструментом, и это молоток, - то очень заманчиво обращаться со всем остальным, как с гвоздем"(вольный перевод)

Дайте маленькому мальчику молоток, и он обнаружит, что по всем окружающим предметам просто необходимо стукнуть :)
   Serg_1960
 
238 - 12.04.19 - 09:26
Эпитафия: "А вообще уже раз 10 восстанавливал через chdbfl.exe"
   TAHKill
 
239 - 12.04.19 - 09:28
(237) можно как наковальню использовать например или привязав веревкой как крюк, заточив получится топорик итп
корчое - не будь маленьким мальчиком и думай многомерно
   TAHKill
 
240 - 12.04.19 - 09:29
(238) ну когда у фас в офисе 10 баз и филиалов под 60 штук и на всех у них локальные базы то ничего удивительного - ракеты даже падают или как говорил медведев - расслабьтесь, этож 1с))
   Dotoshin
 
241 - 12.04.19 - 09:36
(240) У вас 60 локальных баз? И каждая по 20 гигов?
   Serg_1960
 
242 - 12.04.19 - 09:38
(239) Вы правильно поняли: "думайте многомерно"(цы)

(240) Моя скромная практика: десять лет работал с базой УПП (РИБ по филиалам в файловом режиме) и ни разу не использовал для восстановления рабочих баз chdbfl.exe. ЧЯДНТ?
   sqr4
 
243 - 12.04.19 - 09:39
(241) 70!
   TAHKill
 
244 - 12.04.19 - 09:43
(241) филиалских около 60 баз в среднем по 5Гб (розница) а в офисе от 2 до 20Гб (242) ну может потому что упп была не файловой)
(234) йохохо, а как думаешь сколько будет занимать по времени если архивом бэкапить без сжатия, но по сети 1Гб? те же 80Гб баз
   Serg_1960
 
245 - 12.04.19 - 09:44
И sorry за резкость суждения, но "10 баз в офисе"- это не то достоинство, которым можно гордиться. Это,имхо, - бардак. И об этом лучше скромно умалчивать :)
   Dotoshin
 
246 - 12.04.19 - 09:45
(244) У вас каждый бухгалтер в своей базе работает что-ли?
   Serg_1960
 
247 - 12.04.19 - 09:50
+(246) Дай угадаю: у автора крупная компания из десяти организаций... и 60 ларьков? Угадал? (пятница, день юмора на форуме :)
   Dotoshin
 
248 - 12.04.19 - 09:52
(247) Думаю да - угадал и скорей всего каждый бухгалтер работает не с одной, а с десятком баз.
   TAHKill
 
249 - 12.04.19 - 10:03
(245) (246) (247) (248) ну чо вы начинаете, нормально же общались) кто в России живет тот все понимает)
 
 Рекламное место пустует
   Serg_1960
 
250 - 12.04.19 - 10:08
Минутка юмора завершена :)

(244) У нас одно время к серверу была подключена отдельная машина для бэкапов через подсеть на отдельных карточках. Не предлагаю вам купить 100 гигабайтные карты, но две хотя бы 10 гиговые Вы же осилите по деньгам?
   Dotoshin
 
251 - 12.04.19 - 10:08
(249) Да мы все понимаем. Тебя ж никто не обвиняет в том бардаке, который творится в вашей конторе. Нормальный такой бардак, вполне характерный для определенной категории бизнесменов.
   TAHKill
 
252 - 12.04.19 - 10:15
(250) тоже есть такая идея, но диски работают максимально и на 1Гбит, в пике загрузка до 700Мб при бэкапе ночью - не думаю что будет прирост от 10Гбит - если ставить то и диски надо еще быстрее
   TAHKill
 
253 - 12.04.19 - 10:28
(251) а по уму как должно быть? я серьезно, я не 1с, а админ и тонкостей 1с могу не знать
чем хуже разделение баз и как правильно, рационально итп должно быть?
   Dotoshin
 
254 - 12.04.19 - 10:41
(253) Ну я не знаю какая на самом деле у вас ситуация, но например с точки зрения получения консолидированной отчетности было бы удобней вести все организации в одной базе. С точки зрения обновлений, доработок и миграции данных тоже было бы удобней все держать в одной базе. Но у вас скорей всего половина (а может и больше) локальных баз - мертвые души, но это  просто мое предположение. Возможно все эти базы рабочие и у вас есть какие-то объективные причины разделять ведение учета по разным базам. Например вы не хотите никому, кроме доверенных лиц показывать какую-то конфиденциальную информацию. В общем это на самом деле больше компетенция вашего 1с-ника, чем админа.
   Garykom
 
255 - 12.04.19 - 10:43
(254) Для доверенных/не доверенных лиц давным давно есть http://v8.1c.ru/overview/Term_000000788.htm и технология фреш.
   Garykom
 
256 - 12.04.19 - 10:44
(255)+ С РИБ по организации если надо отделить физически одну организацию, выгрузить и отдать например.
   Dotoshin
 
257 - 12.04.19 - 10:50
(256) У них 1с-ник боится, что РИБ все сломает, ТС про это несколько раз писал :)
   VladZ
 
258 - 12.04.19 - 10:53
(0) Ставьте SQL и не трахайте мозг себе и людям!
   TAHKill
 
259 - 12.04.19 - 10:55
(254) (255) (256) ну вот по офисной базе я тоже за то чтобы одна была, но вот в филиалах должны быть свои локальные базы - я с точки хрения админской за то .чтобы если навернется главная или временно доступа не будет или еще что - магазины могли продолжать работать
   VladZ
 
267 - 12.04.19 - 11:08
(264) Слишком много непонятных слов.  Моя твоя не понимает.

Я предложил реальное решение проблемы. Вы, конечно, можете повыёживаться, но  вариант решения один. Хотите вы этого или нет.
   ДенисЧ
 
268 - 12.04.19 - 11:09
(257) такого 1сника гнать нужно. И спеть ему на прощание пестню Ленинграда "Дорожная"
   TAHKill
 
269 - 12.04.19 - 11:22
(268) я предлагал - слишком долго они с ним - но идеи у них есть такие и думаю все-таки поменяют
   ДенисЧ
 
270 - 12.04.19 - 11:26
(269) Если он некомпетентен, то нужно таки ему песню спеть.
   TAHKill
 
271 - 12.04.19 - 11:28
(270) он скорее ленив, он в этакой зоне комфорта много лет находится и вот не хочет ничего менять
   Затейник
 
272 - 12.04.19 - 12:48
(271) программист выбирает как фирма будет работает в базах 1с? Может исправить ситуацию, Поручить программисту составить план перехода на SQL и обозначить срок выполнения. А потом спросить с него?
   2mugik
 
273 - 12.04.19 - 15:16
"план перехода на скл" - пятнично.
   Eiffil123
 
274 - 15.04.19 - 16:00
(258) нужно купить серверный ключ 1с и лицензии ms sql (хотя может конечно и постгри). Не факт, что фирма хочет раскошелится на это, тем более видимых проблем с 1С нет. А после перехода на sql база может и перестать летать.
   TAHKill
 
275 - 16.04.19 - 10:10
(274) кстати да - тестировали на постгре и там номенклатура тормозить стала по 4-5сек, а на файловой меньше секунды
   Йохохо
 
276 - 16.04.19 - 10:41
(244) по сети не кошерно делать бэкап, если у вас не кровавый энтерпрайз. Грубо говоря шанс локального отказа 10е-6, по сети 10е-3. Надо лить локально, а потом уже складывать на долгосрочное хранение
(271) судя по ветке он не только ленив, но и беден, как церковная мышь
   PR
 
277 - 16.04.19 - 10:42
(0) После первого предложения дальше не читал
   Dotoshin
 
278 - 16.04.19 - 10:51
(277) А зря - забавная ветка :)
   craxx
 
279 - 16.04.19 - 15:02
(275) постгре еще настроить правильно надо, в отличие от MS SQL
   Провинциальный 1сник
 
280 - 19.04.19 - 09:43
(279) Да как ни настраивай, болезнь постгреса с занижением оценки размера подзапроса неизлечима. То есть, если делаешь джойн с подзапросом (виртуальной таблицей 1с), то очень высок шанс получить nested loop по сотням тысяч записей вместо hash. И тормозааааа.. Пока не перепишут оптимизатор запросов под независимое исполнение подзапросов через неявные временные таблицы с точной статистикой - так и будет.
   Йохохо
 
281 - 19.04.19 - 09:51
(280) это ж было в паче каком то от ПГПро, статистика по вт
   Провинциальный 1сник
 
282 - 19.04.19 - 10:02
(281) Это по ВТ, а при джойне с подзапросом ВТ не используется..
   Йохохо
 
283 - 19.04.19 - 10:04
(282) старая рекомендация для пг не использовать вложенные
   Провинциальный 1сник
 
284 - 19.04.19 - 10:06
(283) Да, но даже в типовых кое-где до сих пор встречается.
   tabarigen
 
285 - 19.04.19 - 13:00
переходи на скуль/постгри и не пудри нам и себе мозги
   tabarigen
 
286 - 19.04.19 - 13:02
если нет денег купить могу подсказать как это обойти
  1  2  3

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