Полный Backup стандартными средствами Windows / Хабр

Полный Backup стандартными средствами Windows / Хабр

Стандартные средства windows

Начиная с Windows 8, можно создать образ системы без помощи сторонних приложений. Образ — это все данные на вашем компьютере, скопированные в определенный момент времени. Они сохраняются в специальной структуре, из которой впоследствии можно все восстановить обратно той же утилитой.

Сохранять образ рекомендуется на внешний носитель — съемный HDD, флешку (носители должны обязательно быть отформатированы в NTFS) или компакт-диск. Утилита позволяет сделать бэкап системного логического диска на другой диск, например, сохранить все данные с «C» на «D», но делать это не стоит, поскольку «летят» обычно не логические диски, а весь физический, поэтому такой бэкап окажется бесполезным.

Как только вы нашли место для своего бэкапа, можно приступать:

  1. Через меню «Пуск» — «Параметры» перейдите в подраздел «Обновление и безопасность». Полный Backup стандартными средствами Windows / Хабр

  2. Кликните по вкладке «Служба архивации». В открывшемся блоке нажмите «Перейти в раздел Архивация и восстановление». Полный Backup стандартными средствами Windows / Хабр

  3. В новом окне нажмите по «Создание образа системы».Полный Backup стандартными средствами Windows / Хабр

  4. Откроется стартовое меню режима архивации. Здесь необходимо выбрать, куда будет сохранена резервная копия. На выбор доступны три варианта — жесткий диск, DVD или сетевая папка. Обратите внимание, если вы используете внешний HDD или USB FLASH, то при наличии ошибок их необходимо предварительно исправить. Полный Backup стандартными средствами Windows / Хабр

  5. Выбрав место для хранения, нажмите «Далее». Здесь необходимо указать диски, образ которых вы хотите сделать. Выберите диск, на котором у вас установлена система (подсказкой служит соответствующее слово). Также обязательно поставьте галочку напротив строчки «Зарезервировано системой». Ниже можно узнать объем, который будет занимать весь образ. Если свободного пространства не хватает, вы получите предупреждение, как на скриншоте ниже. Полный Backup стандартными средствами Windows / Хабр

  6. Подтвердите все свои действия и в последнем окне нажмите на кнопку «Архивировать». После этого начнется процесс создания образа. Время выполнения — от нескольких минут до часа в зависимости от объема данных.

По окончании процесса на выбранном носителе появится папка с названием вашего устройства. Именно это и будет образом системы. 

Где лучше хранить бэкап? Идеально — компакт-диск или внешний HDD. 

На крайний случай можно временно использовать flash-память. А вот SSD — не самый лучший выбор, поскольку в обесточенном состоянии ячейки памяти хранят данные около 6 месяцев. 

Для восстановления системы с бэкапа необходимо перейти в одноименный раздел через меню «Пуск». После этого подключите накопитель к компьютеру и нажмите кнопку «Перезагрузить» в меню. 

Затем в системном меню Windows выберите «Поиск и устранение неисправностей» — «Дополнительные параметры» — «Восстановление образа системы». Остается только указать образ и подтвердить. 

Таким способом можно сделать резервную копию любого логического диска, а потом так же просто его восстановить. 

Важно! Аппаратная часть ПК или ноутбука должны быть идентичными, иначе при развертывании образа часть устройств будут не определены из-за отсутствия драйверов

Acronis true image

Возможно, самый известный софт. Интуитивно-понятный интерфейс и максимальная простота сделали его незаменимым инструментом для системных администраторов и не только. Функционал программы включает:

  • клонирование диска;

  • создание загрузочных носителей;

  • чистка реестра;

  • создание на диске специального защищенного раздела для бэкапов;

  • организация удаленного доступа к компьютеру и другое.

Однако самая главная и полезная функция — это создание резервных копий. Стоит отметить, что через Acronis можно сделать бэкап всего компьютера, отдельных логических дисков, папок и даже мобильных устройств.

В качестве примера давайте рассмотрим, как создать резервную копию системного диска:

  1. В левой нижней части окна нажмите на «Добавить копию». Далее вам необходимо выбрать источник и хранилище. В качестве источника укажите системный диск. Здесь же можно оценить размер будущего образа. Полный Backup стандартными средствами Windows / Хабр

  2. В качестве хранилища можно выбрать внешний носитель или указать путь, в том числе сетевой или на FTP-сервер. Также зарегистрированным пользователям доступно облако Acronis Cloud.Полный Backup стандартными средствами Windows / Хабр

  3. Остается только нажать на кнопку создания резервной копии. При необходимости ее можно зашифровать паролем. 

После завершения операции в меню резервных копий должен появиться только что созданный образ с подробным графиком распределения данных — сколько места занимают фото, видео, аудио, системные файлы. Полный Backup стандартными средствами Windows / Хабр

Обратите внимание, что образы Acronis True Image имеют разрешение «.tib». Соответственно, восстановление возможно только через этот софт. В программе также можно настроить расписание автоматического резервного копирования с выбором из нескольких схем. Например, при создании нового бэкапа старый будет автоматически удаляться или обновляться только новыми изменениями.

Чтобы восстановить систему, достаточно перейти в соответствующий раздел и правильно указать место для развертывания образа. Сделать это можно, даже если Windows не прогружается, например, при помощи загрузочной флешки c WindowsPE, на которой предустановлен Acronis.

*{padding:0;margin:0;overflow:hidden}html,body{height:100%}img,svg{position:absolute;width:100%;top:0;bottom:0;margin:auto}svg{left:calc(50% – 34px)}Полный Backup стандартными средствами Windows / Хабр” frameborder=”0″ allow=”accelerometer; autoplay; encrypted-media; gyroscope; picture-in-picture” allowfullscreen>

Iperius backup

Это еще одни мощный инструмент для создания резервных копий. Стоит отметить, что софт предлагает впечатляющий функционал для корпоративного сектора, например:

  • генерирование образов дисков;

  • бэкапы баз данных (Oracle, SQL, MySQL и других);

  • создание копий ESXi/HyperV и открытых файлов VSS;

  • запись резервных копий по FTP-протоколу;

  • поддержка шифрования AES 256 bit.

Небольшой нюанс — в бесплатной версии вы не сможете сделать образ диска, но Iperius Backup дает пробный период в 21 день. Стоимость лицензий начинается от 29 евро. Впрочем, ценник невысокий, учитывая инструментарий. 

Создание резервной копии диска не представляет особых сложностей — достаточно выполнить несколько простых действий:

1.       Выберите элемент для резервного копирования. Это может быть как папка, так и логические диски.

2.       При бэкапе дисков вам предложат выбрать тип копии. Формат будет идентичный, но во втором случае (Образ Windows) вы сможете сделать восстановление стандартной утилитой, о которой мы говорили ранее.

3.       После укажите, какой диск нужно зарезервировать и где будет сохранена копия. Заметьте, что меню будет отличаться в зависимости от предыдущего выбора. 

4.       Как только источник и приемник выбраны, следует выбрать в списке созданный элемент и выполнить подробную настройку резервирования. В окне будут шесть дополнительных вкладок, на которых можно настроить расписание, указать дополнительные места хранения копии, сделать уведомление на e-mail и другое.

5.       Финальный шаг — кликнуть ПКМ по элементу в списке заданий и нажать «Запустить».

Восстановить образы VHD/VHDX можно через меню «Восстановление». 

Iperius Backup — это функциональный инструмент для ручного и автоматизированного создания резервных копий с единственным недостатком: за функционал придется платить.

*{padding:0;margin:0;overflow:hidden}html,body{height:100%}img,svg{position:absolute;width:100%;top:0;bottom:0;margin:auto}svg{left:calc(50% – 34px)}Полный Backup стандартными средствами Windows / Хабр” frameborder=”0″ allow=”accelerometer; autoplay; encrypted-media; gyroscope; picture-in-picture” allowfullscreen>

Могу ли я развернуть бэкап на версии sql server, отличной от той, на которой был сделан бэкап? какие проблемы могут возникнуть?

Вы можете восстановить бэкап на другой версии SQL Server, но только в том случае, если версия SQL Server, на которой вы разворачиваете бэкап, более новая чем та, на которой вы его сделали. Другими словами, вы можете развернуть бэкап, сделанный SQL Server 2000 на SQL Server 2005, SQL Server 2005 на SQL Server 2008 R2 или с SQL Server 2008 на SQL Server 2021, но никогда не сможете сделать этого в обратном направлении.

Каждая версия SQL Server вносит свои изменения в базу данных и файлы, хранящие её. Компания Microsoft не будет «возвращаться в прошлое» и переписывать предыдущие версии SQL Server для поддержки этих изменений. Если же вам действительно нужно перейти на более старую версию SQL Server, вам нужно будет заскриптовать схему и сами данные (например, вот

Для того, чтобы определить на какой версии SQL Server был создан бэкап, нужно посмотреть заголовок файла бэкапа:

RESTORE HEADERONLY FROM DISK = 'd:bumm.bak';

В результате вы увидите Major, Minor и Build-версии того экземпляра SQL Server, на котором был сделан бэкап (как показано на скриншоте снизу). Это позволит вам определить подходящую версию SQL Server для восстановления этого бэкапа.

При восстановлении БД на более новую версию SQL Server, может оказаться, что в ней присутствует что-то несовместимое с этой версией SQL Server. Наиболее безопасным подходом к переходу на новую версию SQL Server будет запуск Microsoft Upgrade Advisor (бесплатная утилита доступная для каждой версии SQL Server) на базе, которую требуется переносить, убедиться, что она готова, а затем сделать бэкап и восстановить её на новом экземпляре (но только в этом порядке, а не сначала попытаться перенести бэкап, а затем запустить помощника).

После восстановления, БД будет находиться в режиме совместимости с той версией SQL Server’а, с которой осуществлялся переход. Это означает, что ей будет доступен только тот функционал, который поддерживался версией SQL Server, на которой создавался бэкап.

ALTER DATABASE MyDB SET COMPATIBILITY_LEVEL = 110;

Различные числа обозначают различные версии SQL Server: 90 для SQL Server 2005, 100 для SQL Server 2008 и 2008 R2 и 110 для SQL Server 2021 (

Сейчас ищут техподдержку:  Команды для управления Hive OS | CRYPTO-ДНЕВНИК

более подробно о версиях SQL Server можно прочитать здесь — прим. переводчика

Стоит добавить, что не все «переходы» возможны. SQL Server позволят «прыгнуть вперёд» только на две версии. Например, вы не можете развернуть бэкап, сделанный SQL Server 2000, на SQL Server 2021. Сначала вам нужно будет развернуть его на SQL Server 2008, установить соответствующий уровень совместимости, создать новый бэкап, а его, затем, развернуть на SQL Server 2021.

Существует ли какой-либо флаг, установив который при создании бэкапа, я могу быть уверен, что всегда смогу из него восстановиться?

Если под таким флагом вы подразумеваете, что ваш процесс создания резервной копии включает в себя выполнение операции RESTORE VERIFYONLY после создания бэкапа, то нет, вы не можете быть уверены в том, что сможете восстановить БД из этого бэкапа. RESTORE VERIFYONLY может выполнять набор из двух проверок.

Во-первых, она проверяет заголовок бэкапа, чтобы убедиться, что в нём нет ошибок. Если заголовок повреждён, то вы не сможете восстановить БД из этого бэкапа.

RESTORE VERIFYONLY
FROM DISK= '<Backup_location>'

Вторая проверка возможно только в том случае, если вы запускали процедуру создания резервной копии с параметром WITH CHECKSUM. Это означает, что в ходе создания резервной копии, SQL Server пересчитывает и сверяет контрольные суммы для всех прочитанных страниц.

Соответственно, RESTORE VERIFYONLY может использоваться для пересчёта контрольной суммы и проверки того, что за время хранения резервная копия не была повреждена

RESTORE VERIFYONLY
FROM DISK= '<Backup_location>'
WITH CHECKSUM

Проблемы могут возникнуть в двух местах. Во первых, проверка заголовка в ходе выполнения VERIFYONLY не проверяет всё что может повлиять на процесс восстановления. Это означает, что RESTORE VERIFYONLY может завершиться без ошибок, но БД всё равно не сможет быть восстановлена из «проверенной» копии.

Во-вторых, CHECKSUM не может обнаружить повреждения, произошедшие в памяти. Если страница данных была обновлена, находясь в памяти и затем произошло её повреждение прежде чем она была записана на диск (и, соответственно, в бэкап), тогда вычисление контрольной суммы не покажет никакой ошибки, а просто подтвердит, что в бэкап была записана та же страница, что и содержалась в БД в момент создания бэкапа. Т.е. если страница уже была повреждена в момент создания бэкапа, ошибка не может быть найдена с помощью контрольной суммы и восстановление из этого бэкапа может завершиться ошибкой.

Единственный способ узнать наверняка, что из бэкапа можно восстановиться и полученная БД не повреждена – это восстановить его и, желательно, запустить проверку целостности БД на восстановленной копии.

Создаем MBR на новом диске.

Чтобы корректно создать загрузочную запись, монтируем рабочие каталоги к нашему будущему root-каталогу, у меня это /mnt. Каталоги /dev и /proc сейчас используются live-системой, используем параметр bind, чтобы они были доступны сразу в двух местах:

mount --bind /dev /mnt/dev
mount --bind /proc /mnt/proc

Переключаемся на новую систему используя chroot:

chroot /mnt


Делаем swap-раздел для новой системы:

mkswap /dev/sda2 

Подключаем его же:

swapon /dev/sda2

Чтобы grub работал, нужно указать ему правильные UUID разделов в fstab, сейчас там прописаны разделы предыдущей системы:

nano /etc/fstab

Открываем второй терминал (Alt F2) под root:

sudo su


Вызываем:

blkid

И видим текущие UUID разделов.

Вручную переписываем их в fstab переключаясь между Alt F1 и Alt F2. Да, муторно, но попытки копировать занимали у меня больше времени, чем переписывание. Сохраняем fstab.

Устанавливаем grub2. У меня один физический диск, поэтому ставим его на sda:

grub-install /dev/sda


На чистый диск должно встать без ошибок. Обновляем информацию из fstab:

update-grub

Возвращаемся в Live-систему:

exit

Размонтируем все каталоги:

umount /mnt/dev
umount /mnt/proc
umount /mnt

Можно ли присоединять как базу данных файл mdf, если у меня нет файла журнала транзакций?

Единственный вариант, когда это допустимо – если журнал транзакций был утерян уже после того как работа базы данных была корректно завершена. В любом случае – это не очень хорошая идея. При присоединении БД, файл журнала транзакций, так же как и файл данных, нужен для проведения процесса восстановления БД (

здесь под восстановлением БД понимается не операция RESTORE DATABASE, а recovery – процесс, происходящий при каждом запуске SQL Server, при котором SQL Server «проходит» по журналу транзакций и приводит файлы данных в согласованное состояние – прим. переводчика

). Тем не менее, в некоторых случаях возможно присоединение файла данных без файла журнала транзакций, но эта возможность предназначена только для тех случаев, когда файл журнала транзакций был повреждён или потерян в результате проблем с оборудованием и при отсутствии резервных копий.

Присоединение файла данных без файла журнала транзакций разрушает цепочку журналов и, в добавок, может оказаться, что в БД нарушена транзакционная или структурная целостность (в зависимости от состояния БД на момент «потери» журнала транзакций). Операция присоединения такой БД может завершаться ошибкой вне зависимости от того, какие бы действия не предпринимались.

Копирование файлов данных и файлов журнала транзакций допустимо только после выполнения операции отсоединения (detach), либо после того как процесс SQL Server был корректно завершён – это обеспечит корректное завершение всех транзакций. Копирование/перемещение файлов баз данных на другой сервер является более быстрым способом переноса БД на другой сервер, чем создание/разворачивание резервной копии, но не так безопасно (в том случае, если вы перемещаете непосредственно файлы БД, не имея копий).

Создание бэкапа

Грузимся с live-флэшки, у меня это debian-live-7.8.0-amd64-standard.

Переключаемся на root:

sudo su


Монтируем раздел, который будем архивировать, у меня это sda1, чтобы случайно не наломать дров, монтируем только для чтения. Посмотреть все свои разделы можно при помощи команд

ls /dev | grep sd

или

df -l

mount -o ro /dev/sda1 /mnt 

Наша флэшка уже примонтирована, но в режиме только чтения, нужно перемонтировать для чтения-записи, чтобы писать туда бэкап.

mount -o remount,rw /dev/sdb1 /lib/live/mount/medium

Все готово для создания архива

tar -cvzpf /lib/live/mount/medium/backupYYYYMMDD.tgz --exclude=/mnt/var/spool/asterisk/monitor --exclude=/mnt/var/spool/asterisk/backup /mnt/

Здесь у нас параметры: c — создать архив, v — выводить информацию о процессе, z — использовать сжатие gzip, p — сохраняем данные о владельцах и правах доступа, f — пишем архив в файл, путь к файлу, –exclude — исключаем из архива каталог (я исключил каталоги с записями разговоров и каталог с бэкапами FreePBX), /mnt/ — каталог, который архивируем.

Ждем… у меня вся подготовка и создание архива заняли 10 минут. Будь флэшка быстрее, уложился бы в 7-8 минут.

Отмонтируем диск:

umount /mnt

… и перезагружаемся.

reboot


Складываем архив в надежное место за пределами офиса.

Моя бд лежит на san. я слышал, что бэкапов san достаточно. это правда?

Это может быть правдой. Главное чтобы ваша SAN (

СХД, Сеть/Система Хранения Данных – прим. переводчика

) поддерживала транзакции SQL Server. Если это так, тогда она будет знать о том, что в БД существуют транзакции и наличие этих транзакций может означать, что данные в файлах данных, могут быть не полными, поскольку процесс записи данных, изменённых в этих транзакциях, на жёсткий диск, может быть не завершён на момент создания резервной копии. Те бэкапы, которые делает сам SQL Server, естественно, учитывают эти моменты.

EMC Data Domain, например – это комбинация ПО и SAN, обеспечивающая поддержку транзакций, как и продукция других вендоров, но вам всё равно нужно проверить документацию вашего SAN. Обратите внимание на наличие фраз вроде «transaction consistency», или «transaction aware», или чего-то подобного.

Если вы их не нашли, то я бы посоветовал вам проверить восстановление БД прежде чем вы решите, что бэкапов SAN вам достаточно для выполнения всех ваших требований к резервным копиям. Впрочем, даже после того, как вы убедились, что бэкапы SAN выполняются корректно, это вовсе не означает, что «родные» бэкапы SQL Server вам больше не нужны.

Обычно, при создании бэкапа, SAN с поддержкой SQL Server, использует VDI-интерфейс SQL Server и «замораживает» БД на время создания резервной копии. Если вы запустите механизм создания такого бэкапа и посмотрите в журнал ошибок SQL Server, там вы увидите сообщения о том, что операции IO были заморожены.

Сейчас ищут техподдержку:  Как исправить ошибку обновления или публикации в WordPress

Если вы полагаетесь на резервные копии создаваемые SAN, вам всё равно нужно проводить проверки целостности БД либо на «живых» БД, либо на копиях, восстановленных с бэкапа SAN. В противном случае, вы можете долгое время создавать бэкапы повреждённой БД и даже не знать об этом.

Почему я не могу использовать в качестве бэкапов копии файлов данных, созданных windows? мне не нужна возможность восстановления на произвольный момент времени.


SQL Server не является обычным десктопным приложением. Он управляет своими файлами таким образом, чтобы обеспечить выполнение всех свойств ACID (Atomic, Consistency, Isolated, Durable –

чуть более подробно — прим. переводчика

). Вкратце, чтобы обеспечить успешное завершение транзакций, SQL Server старается никому не давать доступ к своим файлам и сам модифицирует их так, как ему нужно.

Если вы просто скопируете файл данных, игнорируя блокировки и транзакции, которые могут выполняться в данный момент, это означает, что когда вы попробуете присоединить этот файл позже, он будет в несогласованном состоянии, что приведёт к ошибкам.

Только в том случае, когда база данных совершенно не изменяется, вы сможете скопировать файл и присоединить его позже. Если же существует хотя бы минимальная вероятность того, что в момент копирования файла была открыта хотя бы одна транзакция, скорее всего, вы получите неудачную резервную копию.

Намного безопаснее и проще использовать встроенный механизм SQL Serverдля создания бэкапов. Такой бэкап будет являться полной копией вашей БД, и все свойства ACID будут выполнены.

Как делается резервная копия «ватсапа»

Меню настроек может различаться на разных устройствах. Но принцип работы везде одинаковый.

Чтобы настроить систематическое сохранение данных мессенджера на виртуальный носитель, зайдите в раздел «Чаты» по алгоритму, описанному выше, и также выберете вкладку, относящуюся к РК (значок облака и стрелка вверх). Тапните на строку, где указано копирование на Google Диск.

Резервная копия
Резервная копия WhatsApp делается из меню настроек.

В новом окне вам будет предложено выбрать периодичность, с которой нужно сохранять информацию:

  • никогда;
  • только при нажатии на «Резервное копирование»;
  • ежедневно;
  • еженедельно;
  • ежемесячно.

Отметьте удобный цикл, и информация автоматически будет отправляться в облачное хранилище и находиться там.

При срочном бэкапе (когда вы меняете телефон) в разделе «Резервное копирование» нажмите на большую зеленую кнопку с соответствующим названием. Передача данных чатов произойдет в этот же миг.

Однако при первом копировании времени потребуется больше, чем при последующих.

Резервная копия папок и файлов

Выполняется, в принципе, аналогично созданию копии диска (которую сделали в предыдущем шаге). Для начала запустите утилиту и нажмите кнопку “File Backup”.

Далее нужно указать:

  1. Select the file or folder: папки (или даже целые диски), которые вы хотите добавить в резервную копию. Например, я выбрал папку “My Dosuments” (мои документы);
  2. Destination: куда сохранить бэкап (лучше на сторонний носитель);
  3. Название и описание можете задать любыми (Plan name, Description);
  4. Schedule (расписание): если нужно – задайте (я, обычно, никогда не указываю – когда решил сделать бэкап, делаю все вручную ☺);
  5. Proceed – начало операции.

В общем-то, достаточно быстро программа создала и бэкап моих документов. Кстати, сам файл бэкапа можно записать в последствии на другой носитель (или даже загрузить, например, на Яндекс-диск, куда-нибудь в облако).

👉 Справка!

Облачное хранилище: что, как, зачем? Как подключить облачный диск к Windows, Android -безопасное хранение файлов в облаке, доступное всегда и везде

Облако как лучшее хранилище для бэкапа

Флешки и внешние HDD  не гарантируют абсолютной сохранности данных. Недавно мы выпустили обзор лучших сервисов для резервных копий, где вы можете подробно изучить всю информацию.

Если коротко, то самый большой объем бесплатного пространства предлагает Google Диск и сервис Mega. У Google ограничение на загрузку отдельного файла целых 5 ТБ, поэтому образ «чистой» Windows вполне можно сохранить, не говоря о многочисленных документах, фото и других файлах.

В Mega на бесплатных аккаунтах установлен лимит на передачу данных с одного IP-адреса до 4 ГБ каждые 6 часов. На первый месяц вам дают целых 50 ГБ облака (15 стандартные 35 за регистрацию). Впрочем, за отдельные действия можно еще на 180–365 дней получить бонусный объем и трафик.

Если говорить о платных тарифах, то здесь есть масса вариантов. Например, «Яндекс.Диск» предлагает 3 ТБ всего за 900 рублей в месяц, а при годовой подписке ценник снижается до 625 рублей. Mega в свою очередь дает 16 ТБ за 29,99 евро в месяц.

Омг! я только что удалил таблицу! я знаю, что это есть в журнале транзакций. как мне её вернуть?

После того как транзакция была зафиксирована, SQL Server не сможет её откатить. Операции DELETE И TRUNCATE удаляют данные совершенно разными способами. Операция DELETE удаляет данные с помощью транзакций, удаляющих каждую строку. Операция TRUNCATE просто отмечает странницы данных, на которых лежали удаляемые данные, как не использующиеся.

Но последствия ни одной из этих операций не могут быть устранены вручную при просмотре журнала транзакций. Вместо этого, вам нужно выполнить процесс, называющийся восстановлением на момент времени. Вы должны немедленно сделать бэкап журнала транзакций вашей БД для того, чтобы сохранить все изменения сделанные до того момента, как вы случайно удалили нужные данные из таблицы. Затем, вам нужно выполнить шаги, описанные в главе 6

для восстановления на момент времени (

в MSDN тоже всё есть – прим. переводчика

Другой вариант – использование сторонних утилит, типа SQL Backup Pro, которые могут выполнять восстановление отдельных объектов БД в режиме online из имеющихся резервных копий.

А если я просто хочу создать с помощью бэкапа скрипт для построения бд, без восстановления непосредственно бэкапа…?

Стандартных средств для создания такого скрипта в SQL Server не предусмотрено. Однако, утилиты, типа SQL Compare, могут сформировать его. Он легко создаётся с помощью GUI, но так же это возможно с использованием PowerShell:

& ‘C:Program Files (x86)Red GateSQL Compare 8SQLCompare.exe’ /Backup1:C:MyBackupsMyBackupFile.bak /MakeScripts:”C:MyScriptsMyBackupScript”

Так же, вы можете обратить внимание на SQL Virtual Restore. Эта утилита позволяет вам примонтировать бэкап к вашему SQL Server так, как будто бы вы запускали процесс восстановления из этого бэкапа, но не требует использования всего того места, которое было бы необходимым при восстановлени.

От переводчика:Грант довольно активно пиарил утилиты своей компании на протяжении всей статьи, я постарался это немного сгладить. Названия остались, а если кому-то будут нужны ссылки – их достаточно легко найти в интернете (ну или спросить в личке у меня).Как обычно, любые пожелания и исправления по переводу и стилистике приветствуются.

Как удалить резервную копию «ватсапа»

Сохраненная информация не занимает много места ни на устройстве, ни в облачном хранилище.

удалить резервную копию
Резервную копию WhatsApp можно удалить.

По истечении времени она заменяется свежей. Но если есть необходимость удалить РК с телефона, используйте менеджер файлов (он же проводник):

  1. Откройте приложение.
  2. В документах выберете папку WhatsApp, откройте ее.
  3. В новом окне нажмите и удерживайте Backups, пока не появится меню с вариантами действий.
  4. Выберете «Удалить».

Чтобы стереть РК из облачного хранилища, необходимо:

  • зайти в это приложение;
  • отрыть меню;
  • выбрать «Резервные копии»;
  • найти РК «Ватсапа»;
  • нажать на вертикальное троеточие – откроется дополнительное меню;
  • выбрать «Удалить».

Восстановить РК будет невозможно, так что вы должны действовать осознанно.

Могу ли я использовать операцию восстановления для создания копии базы даных? что может пойти не так?

Да, вы можете это сделать. Если вы разворачиваете бэкап на другом сервере, то нужно убедиться в том, что на новом сервере у вас присутствуют те же самые логические диски, что и на «старом» сервере, либо вручную прописать правильные пути для файлов базы данных, используя опцию WITH MOVE команды RESTORE DATABASE:

RESTORE DATABASE NewDBName
FROM  DISK = 'c:bumm.bak'
WITH  MOVE 'OldDB' TO 'c:datanew_mm.mdf',
MOVE 'OldDB_Log' TO 'c:datanew_mm_log.ldf';

У файлов баз данных есть как логические имена, так и физические имена файлов. Вам нужно всего лишь прописать все логические имена файлов и определить для каждого из них новое физическое размещение.

Основными проблемами, с которыми вы можете столкнуться, являются ошибки связанные с нехваткой свободного места на дисках, на которые вы восстанавливаете базу данных, либо вы можете забыть указать новое имя для базы данных и SQL Server будет пытаться восстановить базу данных поверх существующей БД.

Сейчас ищут техподдержку:  Телефон бесплатной горячей линии Сбербанка

У меня очень маленькая бд. почему я не могу просто «выгрузить» каждую таблицу на диск для создания резервной копии?

Вы можете использовать что-нибудь вроде SQLCMD и выгрузить таблицы в простой текстовый файл, но потом, вместо того, чтобы просто одной командой восстановить БД, вам придётся выполнить целый ряд команд. Во-первых, вам нужно будет создать пустую БД. Затем, вам нужно будет создать и загрузить из файла каждую таблицу.

Если какая-нибудь таблица содержит столбец IDENTITY, вам нужно будет выполнять SET IDENTITY_INSERT на каждой из этих таблиц. Так же, вам придётся тщательно определять порядок, в котором вы будете загружать данные в таблицы, чтобы обеспечивать целостность.

Плюс, учитывайте, что все ваши таблицы выгружены на диск в разное время, так что если данные как-то изменялись во время выгрузки, после восстановления вы не получите БД в целостном состоянии и вам придётся вручную искать ошибки и исправлять их.

Конечно, вы вправе поступать таким образом. С другой стороны, вы можете просто выполнить команду BACKUP DATABASE, а потом, когда понадобится, восстановить этот бэкап.

Как отключить резервное копирование whatsapp

Хочу отметить, что на виртуальном хранилище сквозным шифрованием ваши данные не защищены. Иногда это бывает причиной отказа пользоваться такой услугой.

Как отключить
Если у вас нет необходимости сохранять переписку, отключите эту функцию.

Если у вас нет необходимости сохранять переписку из «Ватсапа», можно отказаться от этой функции.

  1. Откройте WhatsApp.
  2. Нажмите на вертикальное троеточие.
  3. Выберете «Настройки».
  4. Зайдите в раздел «Чаты».
  5. Выберите «Резервная копия».
  6. Тапните на строку «Копирование на Google Диск».
  7. В появившемся меню укажите «Никогда».

Так вы запретите отправлять вашу информацию из «Ватсапа» в виртуальное хранилище.

На гугл диске

Преимущества отправки резервных копий (РК) в облако заключается в том, что восстановить их можно даже при потере смартфона.

На Гугл Диске
Хранилище «Гугл Диск» привязано к аккаунту пользователя.

Это хранилище привязано к Google-аккаунту пользователя, который есть во всех гаджетах с системой Андроид и управляется через приложение.

Туда по желанию можно отсылать медийные файлы и текстовые документы, чтобы освободить место в телефоне.

Как посмотреть резервную копию в WhatsApp:

  1. Откройте «Гугл Диск».
  2. Зайдите в меню.
  3. Выберете «Резервные копии».

В этом окне вы сможете увидеть список сохраненных с вашего смартфона данных.

Размечаем диск, создаем файловую систему

Грузимся с live-флэшки, у меня все та же debian-live-7.8.0.

Переключаемся на root:

sudo su


Размечаем диск. Мне понравилась утилита с псевдографическим интерфейсом cfdisk. Там все просто и понятно.

cfdisk

Удаляем все имеющиеся разделы. Я создал два новых раздела, один на 490 Gb под / (sda1) и 10 Gb под swap (sda2) в конце диска, т.к. он практически не будет задействован. Проверим типы разделов. Который под систему должен иметь тип 83 Linux, второй — 82 Linux swap / Solaris. Помечаем системный раздел загрузочным (bootable), сохраняем изменения и выходим.

Cоздаем файловую систему на первом разделе.

mkfs.ext4 /dev/sda1

А кто-нибудь может изменить содержимое резервной копии?

Возможности изменять содержимое файла резервной копии не предусмотрено. Поскольку бэкап это постраничная копия базы данных (в том виде в котором она существовала на момент создания бэкапа), восстановленная копия этой БД будет находиться в абсолютно том же состоянии, в котором оригинал был на момент создания бэкапа.

Когда SQL Server считывает каждую страницу, в ходе восстановления БД, он высчитывает её контрольную сумму, зависящую от её содержания, и сравнивает с тем значением, которое было прочитано с оригинальной страницы в момент создания бэкапа (подразумевается, что вы использовали параметр WITH CHECKSUM при создании резервной копии).

Пример восстановления (и обзор файлов в бэкапе)

И так, у вас пропал какой-то файл (или даже папка), и вы решили восстановить из бекапа эти данные.

Запускаем программу EaseUS Todo Backup и жмем по кнопке “Browse to Recover” (просмотр резервной копии).

Далее находите у себя на диске, куда вы сохранили копию(и), и открываете нужную.

После, можете просмотреть свой бэкап: папки, файлы, все показывается в древовидном виде (наглядно и просто). Вам осталось отметить галочками, какие папки вы хотите восстановить (цифра 1 на скрине ниже), выбрать папку, куда вы восстановите выбранные данные из копии (цифры 2, 3 на скрине ниже), и, собственно, начать процесс – нажав на кнопку “Proceed”.

Через некоторое время – папки и файлы будут восстановлены. Удобно и быстро…

Распаковываем архив.

Монтируем отформатированный раздел

mount /dev/sda1 /mnt

Распаковываем архив прямо с флэшки

tar --same-owner -xvpf /lib/live/mount/medium/backupYYYYMMDD.tgz -C /mnt/


Параметр –same-owner — сохраняет владельцев у распаковываемых файлов, x — извлекаем из архива, v — выводить информацию о процессе, p — сохраняем права доступа, f — указываем файл, который распаковываем, C — распаковываем в категорию.

Вариант 1: авто-бэкап с помощью облачного диска

👉 Яндекс диск хорош прежде всего тем, что им крайне легко пользоваться, и можно настроить всё так, чтобы ваша папка с документами (или даже весь определенный HDD) автоматически копировался на облачный диск!

Здесь краткой покажу как это делается (установку “Яндекс диска” опускаю, она стандартная).

1) Сначала необходимо войти в настройки Яндекс-диска (в трее есть спец. значок, см. пример ниже 👇).

Далее проверить, что программа автоматически будет стартовать вместе с загрузкой Windows.

После открыть параметры расположения папок.

Начинаем копать теорию:

По созданию бэкапов уйма статей, я для себя отметил два способа:

— упаковывает и сжимает все файлы, при этом не сохраняется MBR, мой бэкап будет весить около 1.5 Gb;

— делает полную копию раздела, включая MBR и всю область, где нет файлов, архив будет равен размеру раздела, в моем случае ~490 Gb.

Не содержит ли бэкап что-нибудь кроме данных? может ли кто-нибудь прочесть пароли из него?

Бэкап содержит не только данные. Он содержит всю структуру базы данных. Она включается в себя все данные, процедуры, представления, функции и весь остальной код. Также, он содержит все настройки БД. Наконец, он содержит всю информацию о пользователях БД.

На телефоне

Чтобы найти любой файл на смартфоне, используйте приложение «Проводник». Откройте его и в верхнем регистре тапните на значок в виде папки. Откроется весь список документов. Тот, что с названием WhatsApp, и будет содержать заархивированную информацию ваших переписок.

Прочитать их нельзя, т. к. гаджет не поддерживает нужного формата, но при восстановлении все останется сохраненным.

Robocopy.exe — многопоточное копирование

Robocopy разработана для отказоустойчивого копирования каталогов и деревьев каталогов. Она обладает возможностью копирования всех (или выборочных) NTFS атрибутов и свойств, имеет дополнительный код для перезапуска при применении с сетевым соединением в случае его разрывов.

Итак, к делу. Cоздаем текстовый файл и пишем в нем следующие:

Тестирование и устранение неполадок.

ifconfig -a

Показывет интерфейсы eth1 и lo, гугление сказало, что gateway можно прописать только подключению eth0, остальные рассчитаны только на работу внутри сети.

Похоже, отсутствие eth0 вызвано способом переноса системы. Находим файл, который отвечает за нумерацию интерфейсов, смотрим туда:

Сколько хранится резервная копия whatsapp

В виртуальном хранилище обновление РК зависит от личных настроек.

На самом же устройстве все происходит несколько иначе. Раз в сутки (в 02:00) смартфон автоматически сохраняет информацию и отправляет ее на внутреннюю память. Но, так как количество места на устройстве ограничено, сведения хранятся неделю, а затем постепенно вытесняются новыми.

Где хранятся резервные копии whatsapp

Вся переписка и медиафайлы, которые вы получаете от собеседников, периодически сохраняются и архивируются.

Куда копируются сообщения с «Ватсапа» на телефоне Андроид:

  • в память телефона;
  • на съемной микро-SD;
  • в облачное хранилище.

Итак, план действия:

  1. создание бэкапа;
  2. форматирование, разметка диска, создание файловой системы;
  3. восстановление бэкапа;
  4. создание MBR;
  5. тестирование и устранение неполадок.

Сторонний софт для создания бэкапа

Специально для создания бэкапов можно установить на компьютер программу. Рассмотрим пару популярных вариантов.

В gmail

Gmail – это почтовый сервис. Он также привязан к Гугл-аккаунту, но не служит для хранения информации.

Что понадобиться для работы

1) Спец. программа(ы)

EaseUS Todo Backup Free

1 Звезда2 Звезды3 Звезды4 Звезды5 Звезд (Пока оценок нет)
Загрузка...

Оставьте комментарий

Adblock
detector