Спасибо, подписуюсь на Ваш канал так как изучаю сейчас sql/ У меня вопрос база данных 1с занимает 15гиг, сколько будет делаться резервная копия по времени?
эмммм, слишком много недоразумений. Ошибки будут сыпаться с одним текстом, при отсутствии на месте придётся подключаться и смотреть что именно не прошло, если очистка старых бэкапов не критичное событие, то не завершённой бэкап уже требует особого внимания. Разностные бэкапы будут делаться каждый день в отдельные файлы? потом для восстановления придётся сколько файлов использовать? да и разностные бэкапы нужно делать каждый час, а то бухи задолбаются вбивать недостающие документы, а если конфигурация не типовая и нужно делать много манипуляций в системе так вообще вздёрнут
Чувак ты вроде шариш.. но зачем транзакции хранить неделю?? если у тебя каждый день делается разностный бекап. И вот транзакция сделанная после разностной - уже к ней и относится. Все предыдущие транзакции - уже ненужны. Транзы хранить 24часа максимум )). Ибо новая разностная уже свои будет иметь предыдущие транзакции не нужны
Добрый день. Вынужден с вами не согласиться. Несколько раз в жизни у меня была ситуация, когда необходимо было восстановить базу на конкретный момент времени. Часто, перед каким то событием, например обменом. И обнаруживается такая необходимость через несколько дней. Хотя тут все индивидуально. Если вам транзакции не нужны, не храните. Были у меня клиенты, которым нужно было хранить журналы и более месяца. Все зависит от ваших потребностей.
@@Tavalik вы не поняли сути. Транзакция ключевая к предыдущей базе разностной. Если уже сделалась разностная - все последующие транзакции будут к ней. А все предыдущие не нужны ибо они уже есть в разностной. Так вот если разностная делается ежедневно в 9 утра. зачем хранить транзакции вчерашние , позавчерашние и т.д. Если они уже включены в разностную!!! Все транзы сделанные до нее - включены в нее!! И в ней присутствуют. Это как хранить транзакции с начала года . хотя полная делается раз в неделю ))
@@Tavalik Из сайта SQL: =Разностное резервное копирование базы данных. Включает в себя все изменения базы данных с момента последнего полного резервного копирования. =Нельзя восстановить без полной резервной копии. После каждого запуска разностного копирования, размер резервной копии возрастает из-за количества транзакций с момента полного резервного копирования. =При создании разностного резервного копирования выполняются следующие действия: 1.Создание резервных копий баз данных, которые изменились с момента полного резервного копирования. 2.Создание резервных копий всех операций, выполняющихся во время разностного резервного копирования и всех транзакций не зафиксированных в журнале транзакций. ____________________________________ Может так поймете что транзакции сделанные до разностной - не нужны. Ибо они уже будут в разностной.
@@kinostory Наверное вы не поняли суть моего сообщения. Разберем на примере. Сегодня 06.07.2023 и в 9 утра была сделана разностная копия. Но мне надо восстановить базу на состояние 05.07.2023 12:37:44. В этом случае я восстанавливаю разностную копию на 05.07.2023 09:00:00 и добиваю ее по журналам транзакций до времени 12:37:44. Если бы я не хранил журналы транзакций, я бы этого сделать не смог.
![Gucci Mane & Sexyy Red - You Don't Love Me [Official Music Video]](http://i.ytimg.com/vi/j7IBqyFKT4c/mqdefault.jpg)
Огонь!!! Спасибо, столько времени людям сэкономил, кого то вовсе спас! Дай бог тебе здоровья!!!
Спасибо. Ваше видео очень помогло разобраться с программой.
За уведомления оператора отдельное спасибо! Ради этого только и смотрел
молодец, парень, всё четко и понятно, респект!
Все доступно. Благодарю.
Спасибо Вам большое спасибо!!! УСПЕХОВ КАНАЛУ
Спасибо )
Спасибо, подписуюсь на Ваш канал так как изучаю сейчас sql/ У меня вопрос база данных 1с занимает 15гиг, сколько будет делаться резервная копия по времени?
лучший
Всем привет. А как указать сетевую папку для бэкапа? Или несколько папок как указать? Спасибо.
и ещё! при выполнении данных настроек необходимо чтобы не было активных пользователей СУБД
Добрый вечер! Почему то нет вкладки планы обслуживания... как её найти?
В Управлении)
@@pierresheldier1311 а что делать, если "плана обслуживания" там реально нет?
@@АндрейАндреевич-и1и Если версия SQL server express, то его (план обслуживания) там нет и не будет, надо искать другие варианты.
Это также создание stand by server ?
Здравствуйте. Нет, standby - это все же немного другое. Здесь просто создаются резервные копии.
если нет вкладки то что делать?
как доставить?
Вкладка точно должна быть, скорее всего она просто свернулась. Попробуйте выбрать в панели задач "View" - "Toolbox".
@@Tavalik попробую
эмммм, слишком много недоразумений. Ошибки будут сыпаться с одним текстом, при отсутствии на месте придётся подключаться и смотреть что именно не прошло, если очистка старых бэкапов не критичное событие, то не завершённой бэкап уже требует особого внимания. Разностные бэкапы будут делаться каждый день в отдельные файлы? потом для восстановления придётся сколько файлов использовать? да и разностные бэкапы нужно делать каждый час, а то бухи задолбаются вбивать недостающие документы, а если конфигурация не типовая и нужно делать много манипуляций в системе так вообще вздёрнут
Чувак ты вроде шариш.. но зачем транзакции хранить неделю?? если у тебя каждый день делается разностный бекап. И вот транзакция сделанная после разностной - уже к ней и относится. Все предыдущие транзакции - уже ненужны. Транзы хранить 24часа максимум )). Ибо новая разностная уже свои будет иметь предыдущие транзакции не нужны
Добрый день. Вынужден с вами не согласиться. Несколько раз в жизни у меня была ситуация, когда необходимо было восстановить базу на конкретный момент времени. Часто, перед каким то событием, например обменом. И обнаруживается такая необходимость через несколько дней.
Хотя тут все индивидуально. Если вам транзакции не нужны, не храните. Были у меня клиенты, которым нужно было хранить журналы и более месяца. Все зависит от ваших потребностей.
@@Tavalik вы не поняли сути. Транзакция ключевая к предыдущей базе разностной. Если уже сделалась разностная - все последующие транзакции будут к ней. А все предыдущие не нужны ибо они уже есть в разностной.
Так вот если разностная делается ежедневно в 9 утра. зачем хранить транзакции вчерашние , позавчерашние и т.д. Если они уже включены в разностную!!! Все транзы сделанные до нее - включены в нее!! И в ней присутствуют. Это как хранить транзакции с начала года . хотя полная делается раз в неделю ))
@@Tavalik Из сайта SQL:
=Разностное резервное копирование базы данных. Включает в себя все изменения базы данных с момента последнего полного резервного копирования.
=Нельзя восстановить без полной резервной копии. После каждого запуска разностного копирования, размер резервной копии возрастает из-за количества транзакций с момента полного резервного копирования.
=При создании разностного резервного копирования выполняются следующие действия:
1.Создание резервных копий баз данных, которые изменились с момента полного резервного копирования.
2.Создание резервных копий всех операций, выполняющихся во время разностного резервного копирования и всех транзакций не зафиксированных в журнале транзакций.
____________________________________
Может так поймете что транзакции сделанные до разностной - не нужны. Ибо они уже будут в разностной.
@@kinostory Наверное вы не поняли суть моего сообщения. Разберем на примере. Сегодня 06.07.2023 и в 9 утра была сделана разностная копия. Но мне надо восстановить базу на состояние 05.07.2023 12:37:44. В этом случае я восстанавливаю разностную копию на 05.07.2023 09:00:00 и добиваю ее по журналам транзакций до времени 12:37:44. Если бы я не хранил журналы транзакций, я бы этого сделать не смог.
@@kinostory Посмотрите вот это мое видео ruclips.net/video/2YrT2I4LWjo/видео.html, может тогда станет понятнее.