С помощью Powershell
Данный способ может быть не доступен на старых системах. В остальном, стоит придерживаться именно такого способа резервного копирования.
Для выполнения команды, сначала импортируем модуль:
import-module sqlps -DisableNameChecking
Синтаксис:
Backup-SqlDatabase -ServerInstance <имя SQL сервера> -Database <имя базы> -BackupFile <путь к файлу с резервной копией>
Пример скрипта на powershell
$server = «SQL01»
$curdate = Get-Date -Format yyyyMMdd
import-module sqlps -DisableNameChecking
$db = work1
Backup-SqlDatabase -ServerInstance $server -Database $db -BackupFile $db_$curdate.bak
* где выполняется резервное копирования базы work1 на сервере SQL01
Также как и для cmd, данный скрипт можно поместить в планировщик для запуска по расписанию.
Backup Progress — прогресс архивации — завершено
ps просмотр список баз и путей расположения edb logs
C:\>Get-MailBoxDatabase Name Server Recovery ReplicationType ---- ------ -------- --------------- MDB01 MSK01-EXCH01 False None Get-MailboxDatabase | Select Name,EdbFilePath,LogFolderPath C:\>Get-MailboxDatabase | Select Name,EdbFilePath,LogFolderPath Name EdbFilePath LogFolderPath ---- ----------- ------------- MDB01 c:\db1\db1.edb c:\db1log
Проверка статуса архивации базы
C:\>Get-MailboxDatabase -Status | Select Name,*backup* Name : MDB01 BackupInProgress : False SnapshotLastFullBackup : True SnapshotLastIncrementalBackup : SnapshotLastDifferentialBackup : SnapshotLastCopyBackup : True LastFullBackup : 14.12.2017 21:10:56 LastIncrementalBackup : LastDifferentialBackup : LastCopyBackup : 14.12.2017 20:52:52 RetainDeletedItemsUntilBackup : False
Или ps отмонтировать базу
Dismount-Database -Identity MDB01
использовать PS и утилиту Eseutil /mh «c:\db1\db1.edb» для проверки состояния базы, логов Eseutil /ML E00 «c:\db1log\»
Extensible Storage Engine Utilities for Microsoft(R) Exchange Server
Version 15.01
Copyright (C) Microsoft Corporation. All Rights Reserved.
Initiating FILE DUMP mode...
Database: c:\db1\db1.edb
DATABASE HEADER:
Checksum Information:
Expected Checksum: 0x272e6507
Actual Checksum: 0x272e6507
Fields:
File Type: Database
Checksum: 0x272e6507
Format ulMagic: 0x89abcdef
Engine ulMagic: 0x89abcdef
Format ulVersion: 0x620,20,0 (attached by 0)
Engine ulVersion: 0x620,60,120 (efvCurrent = 9040)
Created ulVersion: 0x620,20
DB Signature: Create time:12/02/2017 22:04:11.816 Rand:834204960 Computer:
cbDbPage: 32768
dbtime: 269439 (0x41c7f)
State: Clean Shutdown
Log Required: 0-0 (0x0-0x0)
Log Committed: 0-0 (0x0-0x0)
Log Recovering: 0 (0x0)
Log Consistent: 0 (0x0)
GenMax Creation: 00/00/1900 00:00:00.000 LOC
Shadowed: Yes
Last Objid: 1464
Scrub Dbtime: 0 (0x0)
Scrub Date: 00/00/1900 00:00:00.000 LOC
Repair Count: 0
Repair Date: 00/00/1900 00:00:00.000 LOC
Old Repair Count: 0
Last Consistent: (0xD4,48,0) 12/14/2017 18:13:38.941 UTC
Last Attach: (0xD1,2,268) 12/14/2017 18:06:31.127 UTC
Last Detach: (0xD4,48,0) 12/14/2017 18:13:38.941 UTC
Last ReAttach: (0xB6,2,268) 12/14/2017 17:06:13.466 UTC
Dbid: 1
Log Signature: Create time:12/02/2017 22:04:11.754 Rand:4064384128 Computer:
OS Version: (6.2.9200 SP 0 NLS ffffffff.ffffffff)
Previous Full Backup:
Log Gen: 209-210 (0xd1-0xd2) - OSSnapshot
Mark: (0xD3,1,0)
Mark: 12/14/2017 18:10:56.593 UTC
Previous Incremental Backup:
Log Gen: 0-0 (0x0-0x0)
Mark: (0x0,0,0)
Mark: 00/00/1900 00:00:00.000 LOC
Previous Copy Backup:
Log Gen: 192-206 (0xc0-0xce) - OSSnapshot
Mark: (0xCF,1,0)
Mark: 12/14/2017 17:52:52.162 UTC
Previous Differential Backup:
Log Gen: 0-0 (0x0-0x0)
Mark: (0x0,0,0)
Mark: 00/00/1900 00:00:00.000 LOC
Current Full Backup:
Log Gen: 0-0 (0x0-0x0)
Mark: (0x0,0,0)
Mark: 00/00/1900 00:00:00.000 LOC
Current Shadow copy backup:
Log Gen: 0-0 (0x0-0x0)
Mark: (0x0,0,0)
Mark: 00/00/1900 00:00:00.000 LOC
cpgUpgrade55Format: 0
cpgUpgradeFreePages: 0
cpgUpgradeSpaceMapPages: 0
ECC Fix Success Count: none
Old ECC Fix Success Count: none
ECC Fix Error Count: none
Old ECC Fix Error Count: none
Bad Checksum Error Count: none
Old bad Checksum Error Count: none
Last Database Maintenance Finish Date: 00/00/1900 00:00:00.000 LOC
Current Database Maintenance Start Date: 00/00/1900 00:00:00.000 LOC
Highest Continuous Database Main
tenance Page: 0
Highest Database Maintenance Page: 0
Database Header Flush Signature: Create time:12/14/2017 18:13:38.941 Rand:4020435156 Computer:
Flush Map Header Flush Signature: Create time:00/00/1900 00:00:00.000 Rand:0 Computer:
Operation completed successfully in 0.79 seconds.
wbadmin backup recovery Select items to recovery — восстановление выбрать объекты для восстановления.
Specify Recovery Options — Куда будем восстанавливать — по умолчанию
Recovery Progress — результаты восстановления
монтируем базу mdb01
mount-Database -Identity MDB01
URL https://technet.microsoft.com/en-us/library/dd876854(v=exchg.160).aspx
Высокая степень интеграции в инфраструктуру
Exchange Server 2016 — это высокоинтегрированная платформа для коммуникаций. И если ИТ-инфраструктура вашей компании построена на программном обеспечении Microsoft, то вы получите максимальные преимущества, максимальную безопасность и наибольшую лёгкость в управлении. Exchange полностью опирается на службу каталогов (домен) Active Directory, вам не придётся по 2 раза заводить пользователей в домене и на почтовом сервере отдельно. Системным администраторам не придётся настраивать рабочие станции пользователей, Outlook 2013 и Outlook 2016 сами подключатся к серверу Exchange и настроятся автоматически при помощи служб автообнаружения. Exchange Server 2016 интегрируется с Forefront Threat Management Gateway 2013 (ранее называвшийся ISA Server), обеспечивая наивысший уровень защищённости от внешних угроз. Exchange интегрируется с такими продуктами, как Microsoft CRM и SharePoint, а объединение Microsoft Exchange Server и Microsoft Office Communications Server представляет собой мощное решение для объединенных коммуникаций (Unified Communications).
What do you need to know before you begin?
-
Estimated time to complete: 1 minute, plus the time it takes to back up the data
-
You need to be assigned permissions before you can perform this procedure or procedures. To see what permissions you need, see the «Mailbox recovery» entry in the Recipients Permissions topic.
-
The Windows Server Backup feature must be installed on the local computer.
-
During the backup operation, a consistency check of the Exchange data files is run to make sure that the files are in a good state and can be used for recovery. If the consistency check succeeds, Exchange data is available for recovery from that backup. If the consistency check fails, the Exchange data isn’t available for recovery. Windows Server Backup runs the consistency check on the snapshot taken for the backup. As a result, before copying files from the snapshot to backup media, the consistency of the backup is known, and the user is notified of the consistency check results.
-
Tip
Having problems? Ask for help in the Exchange forums. Visit the forums at Exchange Server.
How to backup Exchange Server 2013 using VSS Technique
In Exchange Server 2013, VSS (Volume Shadow Copy Service) is the only method to perform backup. VSS allows user to take manual or automatic backup copies. You can take snapshot of data (even if it has lock).
There are two major VSS backup solution available
- Hardware based VSS
- Software based VSS
Why do you need to perform Backup at all?
Some of the reasons that you need to take backup of your database are:
- Single Message Recovery
- Database Recovery
- Entire-Server Recovery
Once you understand why you need to take backup you can determine the goals for data recovery. Below are some sample scenarios with recovery goals:
Scenario I: Corrupted Database
Data Retention Goal: Restored database must not be older than one day.
Data Restoration Goal: Must have empty mailboxes with basic send and receive capabilities up within 1 hour, and the database must be restored within 8 hours.
Scenario II: Mailbox Deletion
Data Retention Goal: Restored data must be less than 30 days old.
Data Restoration Goal: Mailbox must be restored within 1 hour.
Scenario III: Recover a Message that was deleted more than 30 days ago.
Data Retention Goal: Must be able to restore message upto 60 days.
Data Restoration Goal: Message must be restored within one day.
Удаление почтовых ящиков
При удалении почтового ящика он отключается от связанной учетной записи пользователя, которая, в свою очередь, удаляется из Active Directory. Отключенный почтовый ящик скрывается и помечается для удаления. Дата окончательного удаления отключенного почтового ящика зависит от значения свойства MailboxRetention для базы данных почтовых ящиков (значение по умолчанию 30 дней). До этого времени его можно подключить к новой или существующей учетной записи пользователя без связанного почтового ящика. Дополнительные сведения см. в статье Подключение или восстановление удаленного почтового ящика.
Примечание. При удалении почтового ящика со связанным архивом для удаления помечаются как основной, так и архивный почтовые ящики. Чтобы пометить для удаления только архивный почтовый ящик, см. статью .
Удаление почтового ящика в Центре администрирования Exchange
-
В Центре администрирования Exchange и перейдите на вкладку нужного типа почтового ящика:
-
Получатели > Почтовые ящики почтовые ящики пользователей и связанные почтовые ящики.
-
Получатели > Ресурсы почтовые ящики помещений и оборудования.
-
Получатели > Общие общие почтовые ящики.
-
Общедоступные папки > Почтовые ящики общедоступных папок почтовые ящики общедоступных папок.
-
-
Найдите и выберите нужный почтовый ящик. Пример:
-
Прокрутите список. Чтобы отсортировать почтовые ящики, щелкните заголовок столбца.
-
-
Нажмите Поиск и введите текст для фильтрации списка почтовых ящиков.
-
Чтобы выбрать несколько почтовых ящиков, выберите один из них и, удерживая клавишу SHIFT, щелкните другой ниже в списке или удерживайте при выборе клавишу CTRL.
-
-
После выбора почтового ящика или почтовых ящиков, которые необходимо удалить, нажмите кнопку Удалить значок Delete. И нажмите кнопку Да в предостережение, которое появится.
Удаление почтового ящика с помощью командной консоли Exchange
Чтобы удалить почтовый ящик, используйте следующий синтаксис:
В этом примере удаляется почтовый ящик оборудования Fleet Van (16).
В этом примере удаляется почтовый ящик с псевдонимом corpprint.
Как проверить, что все получилось?
Чтобы убедиться, что вы успешно удалили почтовый ящик, выполните одно из следующих действий:
В Центре администрирования Exchange нажмите Получатели, перейдите на соответствующую вкладку и убедитесь, что почтового ящика нет в списке
Обратите внимание, что вам может потребоваться щелкнуть значок Обновление обновления
Убедитесь, что связанная учетная запись больше не отображается в средстве «Пользователи и компьютеры Active Directory»
Обратите внимание, что у почтовых ящиков помещений, оборудования, разрешения конфликтов, общедоступных папок и общих почтовых ящиков также есть связанные учетные записи пользователей, которые отключены. В Exchange командной оболочке замените имя отображения пользователя и запустите следующие команды, чтобы проверить значение свойства DisconnectReason (что указывает на то, что почтовый ящик был помечен для удаления):
В Exchange командной оболочке замените имя отображения пользователя и запустите следующие команды, чтобы проверить значение свойства DisconnectReason (что указывает на то, что почтовый ящик был помечен для удаления):
Примечания:
Свойство DisconnectReason не различает отключенные и удаленные почтовые ящики (значение для обоих является ). Отсутствие связанной учетной записи пользователя указывает на то, что почтовый ящик удален.
Если команда не возвращает результаты, замените имя базы данных почтовых ящиков, в которой находится отключенный почтовый ящик, и запустите следующую команду, чтобы синхронизировать состояние почтовых ящиков для всех отключенных почтовых ящиков в базе данных:
После этого выполните предыдущую команду, которая теперь должна дать результаты.
Barman
Лицензия: GNU GPL
Поддерживаемые СУБД: PostgreSQL
PostgreSQL поддерживает возможности физического и логического бэкапа, добавляя к ним еще один уровень WAL (см. врезку), который можно назвать непрерывным копированием. Но управлять при помощи штатных инструментов несколькими серверами не очень удобно даже админу со стажем, а в случае сбоя счет идет на секунды.
Barman (backup and recovery manager) — внутренняя разработка компании 2ndQuadrant, предоставляющей услуги на базе PostgreSQL. Предназначен для физического бэкапа PostgreSQL (логический не поддерживает), архивирования WAL и быстрого восстановления после сбоев. Поддерживаются удаленный бэкап и восстановление нескольких серверов, функции point-in-time-recovery (PITR), управление WAL. Для копирования и подачи команд на удаленный узел используется SSH, синхронизация и бэкап при помощи rsync позволяет сократить трафик. Также Barman интегрируется со стандартными утилитами bzip2, gzip, tar и подобными. В принципе, можно использовать любую программу сжатия и архивирования, интеграция не займет много времени. Реализованы различные сервисные и диагностические функции, позволяющие контролировать состояние сервисов и регулировать полосу пропускания. Поддерживаются Pre/Post-скрипты.
Конфигурационный файл Barman
Другие статьи в выпуске:
Хакер #183. Малварь для Android
- Содержание выпуска
- Подписка на «Хакер»-60%
Barman написан на Python, управление политиками резервного копирования производится при помощи понятного INI-файла barman.conf, который может находиться в /etc или домашнем каталоге пользователя. В поставке идет готовый шаблон с подробными комментариями внутри. Работает только на *nix-системах. Для установки в RHEL, CentOS и Scientific Linux следует подключить EPEL — репозиторий, в котором содержатся дополнительные пакеты. В распоряжении пользователей Debian/Ubuntu официальный репозиторий:
В репозитории не всегда последняя версия, для ее установки придется обратиться к исходным текстам. Зависимостей немного, и разобраться в процессе несложно.
На каких устройствах делать бэкап
Бэкап лучше делать на всех устройствах, где хранится важная для бизнеса информация: сервер, виртуальная машина, рабочие компьютеры сотрудников и т.д. Но смысл резервной копии теряется, если ее хранить на том же носителе, где и оригинал.
Например, если резервную копию ПК хранить в отдельной папке на рабочем столе компьютера, то в случае поломки оборудования все данные будут повреждены и восстановить их из копии не получится. Поэтому для хранения подойдет сервер компании или корпоративное облако.
Надежнее всего использовать правило «3-2-1»:
- делать минимум три резервные копии;
- в двух форматах хранения;
- минимум одна из которых должна храниться в физически отдельном месте.