телевизори. Конзоли. Проектори и аксесоари. Технологии. Цифрова телевизия

Създаване на автоматично архивиране на SQL базата данни на сървъра на SQL Express Edition. SQL. Настройка на архивиране SQL архивиране

Нека разгледаме една нежелана ситуация. А именно: по някаква причина базата данни се провали. какво имаме Пълно копие, диференциално копие за вчера, но има данни и за днес, наистина ли беше необходимо да се прави диференциално копие на всеки час? - Не! Яжте Дневник на транзакциите.
Дневник на транзакциите - Дневник, който записва всички транзакции и всички промени в базата данни, направени от всяка транзакция. Тези. всяко действие с базата данни се записва стъпка по стъпка в дневника. Всеки запис се маркира от СУБД, за да се определи дали транзакцията е завършена, дали е завършена или не. С негова помощ можете да възстановите състоянието на базата данни не само след повреда, но и в случай на неочаквани действия с данни. Връщане назад до определено време. Както при базата данни, регистърът на транзакциите трябва да бъде архивиран, пълен, диференциален, инкрементален. За да възстановите част от дневника на транзакциите след повреда в интервала между създаването на резервни копия, трябва да архивирате последния фрагмент от дневника, който всъщност е точката на финализиране Резервно копие. Изпълнява се след повреда, като точка за обратно броене.
И така, за да възстановим база данни след повреда, се нуждаем от текущо пълно копие на базата данни, диференциално копие на базата данни и копие от регистрационния файл на транзакциите.

Има 3 модела за възстановяване на самата база данни - прост, пълен и групово регистриран. Обмисли:

  1. Опростен модел - използва се само пълно резервиране. Без разл. резервни копия, както и резервни копия на регистъра на транзакциите. Пълните копия трябва да се създават възможно най-често. От значение за бази данни, използвани „само за четене“.
  2. Моделът за пълно възстановяване е най-използваният модел, при който са налични всички функции за архивиране и възстановяване на данни. Поддържа възстановяване на отделни страници с данни. Транзакциите се регистрират изцяло и регистърът на транзакциите се запазва.
  3. Моделът Bulk-Logged е предназначен като допълнение към модела за пълно възстановяване. Повечето масови операции не поддържат регистриране; съответно не поддържа възстановяване на база данни определен моментвреме.

Нека разгледаме най-актуалната верига за архивиране: Пълно архивиране - веднъж седмично, Диференциално архивиране - веднъж на ден, Архивиране на регистъра на транзакциите - веднъж на час.
Има няколко опции за създаване на резервни копия:

  • Използване на вградения MS SQL планировчик на задачи
  • Използване на Transact-SQL език
  • Използване на sqlcmd и OS Task Scheduler
  • Ръчно (което не ни устройва, защото работещ администратор трябва постоянно да се забърква)

Нека разгледаме първия вариант като най-използваем. За тази цел се използва Windows сървър 2008 R2 Enterprise и MS SQL Server 2008 Eng.

И така, да кажем, че имаме база данни TECH:

Нека да преминем към инструмента за създаване на работа:

Натиснете десния бутон на мишката и извикайте Master Joba:
Поставете отметка в квадратчето „Изпълнете всяка задача поотделно“, изпълняваме само едно действие

Майсторът е без тюрбан, но размерът на тюрбана не е основният)) Избираме вида на желанието, в нашия случай - пълна резервация:

Майстор Йоба, както се оказва, е малко евреин, затова пита отново:

„Струва си да изберете допълнителни параметри, о, млад паддаван!“:
Тук избираме базата данни, период на съхранение на архива, адрес (лента или диск), път за запис и най-важното - планировчик на задачи!

"Не бива да забравяте за базата данни, когато избирате вашата. Концентрирайте силата си и изберете база данни":

„Бързате да създадете задачата твърде бързо, щракнете върху бутона в долната част с името График - Дефиниране.“
Всъщност планировчикът на задачи, където избираме типа (повтаряне, веднъж и т.н.), ден, час, тип на стартиране:

Това е, ние го създадохме. Master Joba е готин и зелен. Разглеждаме състоянието в плановете за поддръжка:

За параноиците, не се страхувайте да го признаете в огледалото, струва си да погледнете в душата на SQL Server Agent - Job Activity Monitor, Job Wizard ще ви покаже всичко в детайли:

Сега, ако посочените условия са изпълнени, трябва да се създаде пълен архив на базата данни. Използвайки същия принцип, се създава диференциално архивиране и архивиране на регистър на транзакции (тези под-елементи се намират под „Пълно архивиране“ в списъка за избор на задачи).
Завъртете си MSSQL ушите както искате, не ги развивайте

В следващата статия - създаване с помощта на Transact-SQL и няколко примера.

sqlcmd -S DECLSERVER\SQLGTD -E -Q "декларира @s varchar(255) set @s='E:\backup\GTD_' + convert(varchar(1), datepart(dw, getdate())) + '. архивиране на база данни GTD на диск = @s с init, noformat, skip, nounload"

sqlcmdви позволява да въвеждате Transact-SQL изрази, системни процедури и скриптови файлове от командна линиякъм редактора на заявки в режим SQLCMD,

  • - определя името на сървъра, сървър [\име_на_екземпляр];
  • DECLSERVER\SQLGTD - име на сървър/име на екземпляр, на който работи базата данни;
  • - използва доверена връзка за свързване към SQL сървъра вместо потребителско име и парола;
  • -Q "cmdlinequery" - при стартиране на програмата sqlcmdизпълнява заявката, но не излиза от програмата след приключване на нейното изпълнение. Могат да се изпълняват множество заявки, разделени с точка и запетая. Оградете заявката в кавички, както е показано по-горе;
  • декларирам - декларирайте променливата s, името на променливата винаги започва с @, така че . В нашия случай - това е папката (диска) за съхранение на резервни копия;
  • varchar(n) - задава типа на променливата като низ с дълъг низ n, в примера 255 знака;
  • комплект - задава стойността на променлива , в примера това е резервната папка на устройство E ( E:\резервно копие\), тогава се дава името архивен файл, където наборът от функции конвертиране (varchar(1), datepart(dw, getdate()))връща в текстов формат с дължина 1 знак текущия ден от седмицата (понеделник - 1 , вторник - 2 и т.н.) и разширението се добавя бак. Резултатът ще бъде файл с името GTD_Номер на деня от седмицата.bak;
  • архивиране - създава резервно копие;
  • база данни - показва създаването на резервно копие на цялата база данни;
  • GTD - в нашия пример, името на базата данни на SQL сървъра;
  • на диск - показва вида на устройството за съхранение на резервни копия, твърд файлдиск и променливата е посочена , на който се присвояват пътя и името на файла, който се създава;
  • с init, noformat, skip, nounload - показва, че е необходимо да пренапишем данните в кръг с предефиниране на заглавките, което ще ни позволи да имаме 7 резервни файла за всеки ден от седмицата, пренаписани в кръг.

Можете да използвате други функции, като например компресия, ако е необходимо, вижте Transact-SQL заявка и помощ за функции.

Стъпка 2. Променете разширението на текстовия файл на .cmd

В резултат на това получаваме файла backupGTD.cmd. Run създаден пакетен файлнеобходимо от машината, на която е инсталирана MS SQL базата данни.

Стъпка 3. Автоматизирайте този процес

Нека разгледаме тази стъпка, използвайки MS Windows Server 2008 като пример: Мениджър на сървъра -> Конфигурация -> Планировчик на задания -> Библиотека на планировчика на задания.

Има няколко начина за копиране на таблица в база данни на MS SQL Server. Предлагам няколко опции за създаване на копие на таблици. Кой да изберете зависи от структурата на таблицата, наличието на индекси, тригери и т.н. в нея, както и от желанието да направите нещо ръчно.

1. Ръчен метод за копиране на структурата на таблицата

В Microsoft SQL Management Studio изберете базата данни, изберете таблицата, щракнете с десния бутон и изберете „Script Table as“ -> „CREATE TO“ -> „New Query Editor Window“. Прозорецът за заявка ще отвори кода за създаване на таблицата. В него трябва да посочите името на базата данни, в която искате да направите копие на таблицата, и ново име, ако базата данни не се променя. Как да създадете кода за създаване на структурата на съществуваща таблица е показано на фигурата по-долу.

Този метод ще създаде индекси на таблици, но няма да копира тригери. Те трябва да бъдат копирани по подобен начин.

За да копирате данни във вече създадена таблица, трябва да използвате следната SQL заявка:

INSERT в ..tmp_tbl_Deps SELECT * FROM ..tbl_Deps

2. Копиране на SQL таблица с едноредова заявка

Направете копие на структурата на таблицата и данните в една база данни:

ИЗБЕРЕТЕ * в tmp_tbl_Dep ОТ tbl_Deps

Копирайте структурите на таблицата и нейните данни от една база данни в друга:

ИЗБЕРЕТЕ * в ..tmp_tbl_Deps ОТ ..tbl_Deps

Недостатъкът на това решение е, че индексите не се копират.

И също така: SQL архивиране, 1C архивиране.

Сървърната стая на 1C съдържа данни в база данни, разположена на SQL сървър. Днес обмисляме опцията MS SQL 2005/2008.

За да се гарантира, че данните няма да бъдат загубени в случай на изгорял сървърен диск или други форсмажорни ситуации, е необходимо да се правят резервни копия от самото начало.

Правете ръчно архивиране всеки ден SQL база данниРазбира се, никой не иска 1C. Има автоматични инструменти за това. Нека ги опознаем.

Настройка на Backup SQL

Настройката на Backup SQL за база данни 1C не се различава от настройката на резервно копие за всяка друга база данни.

За да конфигурирате, стартирайте MS SQL Management Studio. Тази програма се намира в групата MS SQL програми.

Добавяне на задача за архивиране на 1C SQL база данни

Задачите за автоматично архивиране на SQL база данни се намират в клона Планове за управление / поддръжка.

За да добавите нова задача за архивиране, щракнете с десния бутон върху групата Планове за поддръжка и изберете Нов план за поддръжка.

Въведете заглавие на задачата. Само името има значение за вас. По-добре е да използвате английски символи за всеки случай.

Настройка на задача за архивиране на 1C SQL база данни

Ще се отвори редакторът на задачи. Моля, обърнете внимание - задачите могат да се изпълняват различни операциис базата данни, а не само с резервни копия.

Долу вляво се показва списък с опции за работа. Изберете Back Up Database Task, като щракнете двукратно или просто плъзнете надясно.

Обърнете внимание на стрелката. Можете да плъзнете няколко различни или еднакви операции и да ги свържете със стрелки. След това няколко задачи ще бъдат изпълнени наведнъж в определената от вас последователност.

В прозореца за настройки изберете необходимите бази данни SQL 1C (можете да имате няколко или една наведнъж).

Изберете място за запазване на архива на базата данни SQL 1C. Трябва да изберете физически различен твърд диск. За организационни цели можете да поставите отметка в квадратчето „Създаване на подпапки“.

Сега нека настроим график за архивиране. Графикът за архивиране беше добавен по подразбиране. Но можете да добавите няколко графици (например един е ежедневен, един е седмичен и т.н.). Щракнете върху бутона за настройки на графика за архивиране.

Екранната снимка показва пример за ежедневно архивиране на SQL на база данни 1C в 3 сутринта.

За да направите графика за архивиране в списъка хубав и ясен, можете да го промените.

Запазване на задача за архивиране на 1C SQL база данни

Щракнете върху запис. Задачата ще се появи вляво в списъка.

Важно е! Проверете дали заданието за Backup SQL база данни е създадено правилно. За да направите това, щракнете с десния бутон върху задачата и изберете Изпълнение.

В резултат на това на посочения път трябва да се появи архивен файл. Ако нещо не е наред, изтрийте задачата (Del) и започнете отначало.

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

Видове резервни копия на бази данни

Първо, нека да разберем какъв вид архивиране има. Сървърът на база данни не е обикновено приложение за настолни компютри и за да се гарантира, че са изпълнени всички свойства на ACID (Atomic, Consistency, Isolated, Durable), се използват редица технологии и следователно създаването и възстановяването на база данни от архив има свои собствени характеристики . Има три различни подхода за архивиране на данни, всеки със своите предимства и недостатъци.

С логическо или SQL архивиране (pg_dump, mysqldump, SQLCMD) се създава моментна снимка на съдържанието на базата данни, като се взема предвид целостта на транзакцията и се записва като файл с SQL команди (можете да изберете цялата база данни или отделни таблици ), с който можете да пресъздадете базата данни на друг сървър. Това отнема време (особено за големи бази данни) за запазване и възстановяване, така че много често тази операция не може да бъде изпълнена и се извършва при минимално натоварване (например през нощта). При възстановяване администраторът ще трябва да изпълни няколко команди, за да подготви всичко необходимо (създаване на празна база данни, СметкиИ така нататък).

Физическо архивиране (ниво файлова система) - копиране на файлове, които СУБД използва за съхраняване на данни в базата данни. Но едно просто копие игнорира заключвания и транзакции, които има вероятност да бъдат неправилно запазени и разбити. Ако се опитате да прикачите този файл, той ще бъде в непоследователно състояние и ще доведе до грешки. Придобивам текущо архивиране, базата данни трябва да бъде спряна (можете да намалите времето за престой, като използвате rsync два пъти - първо на работеща, след това на спряна). Недостатъкът на този метод е очевиден - не можете да възстановите конкретни данни, а само цялата база данни. Когато стартирате база данни, възстановена от архив на файлова система, ще трябва да проверите нейната цялост. Тук се използват различни помощни технологии. Например в PostgreSQL, WAL (предварително записване на регистрационни файлове) и специална функция(Point in Time Recovery - PITR), което ви позволява да се върнете към определено състояние на базата данни. С тяхна помощ лесно се изпълнява третият сценарий, когато архивиране на ниво файлова система се комбинира с резервно копие на WAL файлове. Първо възстановяваме архивните файлове на файловата система и след това, използвайки WAL, базата данни се довежда до текущото състояние. Това е малко по-сложен подход за администриране, но няма проблеми с целостта на базата данни и възстановяването на бази данни до определено време.

Логическото архивиране се използва в случаите, когато е необходимо да се направи еднократно пълно копие на базата данни или при ежедневна употреба, създаването на копие не изисква много време или място. Когато разтоварването на бази данни отнема много време, трябва да обърнете внимание на физическото архивиране.

барман

Разрешително: GNU GPL

Поддържани СУБД: PostgreSQL

PostgreSQL поддържа физически и логически възможности за архивиране, добавяйки друг WAL слой към тях (вижте страничната лента), което може да се нарече непрекъснато копиране. Но управлението на множество сървъри с помощта на стандартни инструменти не е много удобно дори за опитен администратор и в случай на повреда се броят секунди.

Barman (мениджър за архивиране и възстановяване) е вътрешна разработка на компанията 2ndQuadrant, която предоставя услуги, базирани на PostgreSQL. Проектиран за физическо архивиране на PostgreSQL (логически не поддържа), WAL архивиране и бързо възстановяванеслед провали. Поддържа отдалечено архивиране и възстановяване на множество сървъри, функции за възстановяване в момента (PITR) и управление на WAL. SSH се използва за копиране и изпращане на команди до отдалечен хост; синхронизирането и архивирането с помощта на rsync ви позволява да намалите трафика. Barman също се интегрира със стандартни помощни програми bzip2, gzip, tar и други подобни. По принцип можете да използвате всяка програма за компресиране и архивиране, интеграцията няма да отнеме много време. Бяха внедрени различни сервизни и диагностични функции за наблюдение на състоянието на услугите и регулиране на честотната лента. Поддържат се скриптове преди/след.

Barman е написан на Python и политиките за архивиране се управляват с помощта на удобния за потребителя INI файл barman.conf, който може да се намира в /etc или в домашната директория на потребителя. Включено в доставката готов шаблонс подробни коментари вътре. Работи само на *nix системи. За да инсталирате на RHEL, CentOS и Scientific Linux, трябва да свържете EPEL - хранилище, което съдържа допълнителни пакети. Официалното хранилище е достъпно за потребителите на Debian/Ubuntu:

$ sudo apt-get инсталирайте барман

Не винаги в хранилището последна версия, за да го инсталирате, ще трябва да се обърнете към изходните текстове. Има малко зависимости и процесът е лесен за разбиране.

Sypex Самосвал

Разрешително: BSD

Поддържани СУБД: MySQL

MySQL идва с помощните програми mysqldump и mysqlhotcopy, които ви позволяват лесно да създадете дъмп на база данни; те са добре документирани и можете да намерите голям брой в Интернет. готови примерии интерфейси. Последните позволяват на начинаещия бързо да започне. Sypex Dumper е PHP скрипт, който ви позволява лесно да създавате и възстановявате копие на MySQL база данни. Създаден за работа с големи бази данни, той работи много бързо, разбираем е и лесен за използване. Знае как да работи с MySQL обекти - изгледи, процедури, функции, тригери и събития.

Друг плюс, за разлика от други инструменти, които извършват транскодиране в UTF-8 при експортиране, в Dumper експортирането се извършва в естественото кодиране. Полученият файл заема по-малко място и самият процес е по-бърз. Един дъмп може да съдържа обекти с различни кодировки. Освен това е лесно да импортирате/експортирате на няколко етапа, спирайки процеса по време на зареждане. При подновяване процедурата ще започне от мястото, където е спряла. Има четири опции за възстановяване:

  • CREATE + INSERT - стандартен режим на възстановяване;
  • TRUNCATE + INSERT - по-малко време за създаване на таблици;
  • REPLACE - възстановяваме стари данни в работещата база данни, без да презаписваме нови;
  • INSERT IGNORE - добавяме изтрити или нови данни към базата данни, без да докосваме съществуващите.

Поддържа компресиране на копие (gzip или bzip2), автоматично изтриване на стари архиви, преглед на съдържанието на дъмп файл и възстановяване само на структурата на таблицата. Има и сервизни функции за управление на базата данни (създаване, изтриване, проверка, възстановяване на базата данни, оптимизация, почистване на таблици, работа с индекси и др.), Както и файлов мениджър, който ви позволява да копирате файлове на сървъра.

Управлението се извършва с помощта на уеб браузър, интерфейс с използвайки AJAXлокализиран от кутията и създава впечатление за работа с десктоп приложение. Също така е възможно да се изпълняват задачи от конзолата и по график (чрез cron).

За да работи Dumper, ще ви е необходим класически L|WAMP сървър; инсталацията е стандартна за всички приложения, написани на PHP (копиране на файлове и задаване на разрешения) и няма да бъде трудно дори за начинаещ. Проектът предоставя подробна документация и видео уроци, демонстриращи как да използвате Sypex Dumper.

Има две издания: Sypex Dumper (безплатно) и Pro ($10). Вторият има повече функции, всички разлики са изброени на уебсайта.

SQL архивиране и FTP

Разрешително:

Поддържани СУБД: MS SQL сървър

MS SQL Server е едно от популярните решения и затова се среща доста често. Задание за архивиране се създава с помощта на SQL Server Management Studio, самия Transact-SQL и кратките команди на модула SQL PowerShell (Backup-SqlDatabase). На уебсайта на MS можете да намерите огромно количество документация, която ви позволява да разберете процеса. Документацията, макар и пълна, е много специфична, а информацията в интернет често си противоречи. Начинаещият всъщност ще трябва първо да практикува, „да навлезе в главата си“, така че въпреки всичко казано, разработчиците на трети страни имат място за разширяване. Освен това безплатна версия SQL Server Express няма вградени инструменти за архивиране. За още по-ранни версии MS SQL (до 2008 г.) можете да намерите безплатни помощни програми, например архивиране на SQL Server, но в повечето такива проекти вече са комерсиализирани, въпреки че предлагат цялата функционалност често за символична сума.


Например разработката на SQL Backup And FTP и One-Click SQL Restore следва принципа „настройте и забравете“. Имайки много прост и интуитивен интерфейс, те ви позволяват да създавате копия на бази данни MS SQL Server (включително Express) и Azure, да запазвате криптирани и компресирани файловекъм FTP и облачни услуги(Dropbox, Box, Google Drive, MS SkyDrive или Amazon S3), резултатът може да се види веднага. Възможно е да стартирате процеса ръчно или по график, да изпратите съобщение за резултата от задачата по имейл или да стартирате персонализирани скриптове.

Поддържат се всички опции за архивиране: пълен, диференциален, регистър на транзакциите, копиране на папка с файлове и много други. Старите резервни копия се изтриват автоматично. SQL Management Studio се използва за свързване към виртуалния хост, въпреки че може да има нюанси и това няма да работи във всички подобни конфигурации. Има пет версии, достъпни за изтегляне - от Безплатнодо сложния Prof Lifetime (към момента на писане на тези редове струваше само $149). Функционалността на Free е напълно достатъчна за малки мрежи с инсталиран един или два SQL сървъра, всички основни функции са активни. Броят на резервните бази данни, възможността за изпращане на файлове до Google Drive и SkyDrive и криптирането на файлове са ограничени. Въпреки че интерфейсът не е локализиран, той е много прост и разбираем дори за начинаещ. Просто трябва да се свържете към SQL сървъра, след което ще се покаже списък с бази данни, трябва да изберете тези, от които се нуждаете, да конфигурирате достъпа до отдалечени ресурси и да посочите времето за изпълнение на задачата. И всичко това в един прозорец.

Но има едно „но“. Самата програма не е предназначена за възстановяване на архиви. За това се предлага отделна безплатна помощна програма One-Click SQL Restore, която също разбира формата, създаден от командата BACKUP DATABASE. Администраторът трябва само да посочи архива и сървъра, на който да възстанови данните, и да натисне един бутон. Но в по-сложни сценарии ще трябва да използвате RESTORE.


Характеристики на архивирането на MS SQL Server

Създаването на резервно копие и възстановяването на СУБД има свои собствени различия, които трябва да се вземат предвид, особено при прехвърляне на архив на друг сървър. Като пример, нека да разгледаме някои от нюансите на MS SQL Server. За да архивирате с помощта на Transact-SQL, използвайте командата BACKUP DATABASE (съществува и команда DIFFERENTIAL) и регистъра на транзакциите BACKUP LOG.

Ако резервно копиее разположен на друг сървър, трябва да се уверите, че същите са налице логически устройства. Като опция можете ръчно да посочите правилните пътища за файловете на базата данни, като използвате опцията WITH MOVE на командата RESTORE DATABASE.

Проста ситуация - архивиране и прехвърляне на бази данни към други версии на SQL Server. Тази операция се поддържа, но в случай на SQL Server ще работи, ако версията на сървъра, на който е разположено копието, е същата или по-нова от тази, на която е създадено. Освен това има ограничение: не повече от две версии са по-нови. След възстановяването базата данни ще бъде в режим на съвместимост с версията, с която е направен преходът, т.е. новите функции няма да бъдат налични. Това може лесно да се коригира чрез промяна на COMPATIBILITY_LEVEL. Можете да направите това с помощта на GUI или SQL.

ALTER DATABASE MyDB SET COMPATIBILITY_LEVEL = 110;

Можете да определите на коя версия е създадено копието, като погледнете заглавката на архивния файл. За да не експериментирате, при преминаване към нова версия SQL Server трябва да работи безплатна помощна програмаСъветник за надстройка на Microsoft.

Иперий

Разрешително:търговски, има безплатна версия

Поддържани СУБД: Oracle 9–11, XE, MySQL, MariaDB, PostgreSQL и MS SQL Server

Когато трябва да управлявате няколко типа СУБД, не можете без комбинации. Изборът е голям. Например, Iperius е лека, много лесна за използване, но мощна програма за архивиране на файлове, която включва горещи архиви на база данни без прекъсване или блокиране. Осигурява пълно или инкрементално архивиране. Може да създава пълни дискови изображения за автоматична преинсталацияцялата система. Поддържа архивиране към NAS, USB устройства, streamer, FTP/FTPS, Google Drive, Dropbox и SkyDrive. Поддържа zip компресия без ограничение за размера на файла и AES256 криптиране, стартиране на външни скриптове и програми. Включва много функционален планировчик на задачи, възможно е паралелно или последователно изпълнение на няколко задачи, резултатът се изпраща по имейл. Поддържат се множество филтри, променливи за персонализиране на пътища и настройки.


Възможността за качване по FTP улеснява актуализирането на информация в множество уебсайтове. Отворете файловесе архивират с помощта на VSS (volume shadow copy) технология, която позволява горещо архивиране не само на DBMS файлове, но и на други приложения. За Oracle се използва и инструментът за архивиране и възстановяване RMAN (Recovery Manager). За да избегнете претоварване на канала, е възможно да конфигурирате честотната лента. Архивирането и възстановяването се управляват с помощта на локална и уеб конзола. Всички функции са видими, така че за да настроите задача, трябва само да разберете процеса; дори не е нужно да преглеждате документацията. Просто следваме инструкциите на съветника. Можете също така да отбележите мениджъра на акаунти, което е много удобно, когато имате голям брой системи.

Основните функции се предлагат безплатно, но възможността за архивиране на база данни е включена само в Advanced DB и Full версиите. Поддържа се инсталация от XP към Windows Server 2012.

Удобно архивиране

Разрешително:реклама

Поддържани СУБД: Oracle, MySQL, IBM DB2 (7–9.5) и MS SQL Server

Една от най-мощните системи за управление релационни бази данниданни - IBM DB2, който има уникални чертимащабируем и поддържа множество платформи. Предлага се в няколко издания, които са изградени на една и съща основа и се различават функционално. Архитектурата на базата данни на DB2 ви позволява да управлявате почти всички типове данни: документи, XML, медийни файлове и т.н. Безплатният DB2 Express-C е особено популярен. Архивирането е много просто:

Db2 резервно db пример

Или моментна снимка с помощта на функцията Advanced Copy Services (ACS):

Db2 резервно копие db образец използва моментна снимка

Но трябва да помним, че в случай на моментни снимки не можем да възстановим (db2 възстановяване на db) отделни таблици. Има и възможности за автоматично архивиране и много други. Продуктите са добре документирани, въпреки че ръководствата са рядкост в рускоезичния интернет. Освен това не всички персонализирани решения предлагат DB2 поддръжка.

Например, Handy Backup ви позволява да архивирате няколко типа сървъри на бази данни и да записвате файлове на почти всеки носител ( HDD, CD/DVD, облачно и мрежово съхранение, FTP/S, WebDAV и други). Архивирането на база данни е възможно чрез ODBC (само за таблици). Това е едно от малкото решения, които поддържат DB2 и също така носят логото „Ready for IBM DB2 Data Server Software“. Цялата процедура се извършва с помощта на обикновен съветник, в който трябва само да изберете желания елемент и да създадете задача. Самият процес на настройка е толкова прост, че дори начинаещ може да го разбере. Можете да създадете няколко задачи, които ще се изпълняват по график. Резултатът се записва в дневник и се изпраща по имейл. Няма нужда да спирате услугата, докато заданието се изпълнява. Архивът е автоматично компресиран и криптиран, което гарантира неговата сигурност.

Две версии на Handy Backup поддържат работа с DB2 - Office Expert (локална) и Server Network (мрежова). Работи на компютри с Win8/7/Vista/XP или 2012/2008/2003. Самият процес на внедряване е лесен за всеки администратор.



Свързани публикации