Въведение

1.2 Отговорности, комуникации и средства на администратора на съвременни системи за управление на бази данни

2 администриране на база данни

2.1 Управление на данни в бази данни

2.3 Управление на сигурността на СУБД

Заключение

Терминологичен речник

Библиографски списък

Приложение 1

Приложение 2

Приложение 3

Въведение

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

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

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

Проблемът на изследването "Администриране на бази данни" е способността да се даде изчерпателен отговор на поставените въпроси: какво е администриране на база данни, какви са основните му функции и задачи, значението му за стабилна и ефективна работаБаза данни.

Уместността на изследването „Администриране на бази данни“ е неоспорима. Може да се направи аналогия между администратор на база данни и одитор на предприятието. Одиторът защитава ресурсите на предприятието, които се наричат ​​пари, а администраторът защитава ресурсите, които се наричат ​​данни. DBA не трябва да се счита само за квалифициран техник, тъй като това не е в съответствие с целите на администрацията. Нивото на администратора на базата данни в йерархията на организацията е достатъчно високо: за да определи структурата на данните и правото на достъп до тях, администраторът трябва да знае как работи предприятието и как се използват съответните данни.

Проблемът с администрирането на бази данни е обърнат внимание сравнително наскоро - с появата и развитието на съвременните бази данни. Въпреки това, поради факта, че подобряването на базите данни и системите за управление на данни е постоянно и непрекъснато явление, проблемът остава доста актуален, поради което изисква допълнителни изследвания в тази област. компютърна технология.

Целта на изследването е да се проучи управлението на база данни

Целите на изследването се формират въз основа на неговото предназначение и са както следва: 1. Разгледайте концепцията, класификацията и функциите на администратора на базата данни. 2. Да разгледа задълженията, връзките и средствата на администратора на съвременните системи за управление на бази данни. 3. Да се ​​изучават основните насоки и принципи на администриране на бази данни.

Това изследване е проведено с помощта на теоретични положения, които разкриват основните характеристики и елементи на изследваното явление.

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

1. Администратор на база данни - Основни понятия

1.1 Концепция, класификация и функции на администратора на базата данни

Функционирането на базата данни (БД) е невъзможно без участието на специалисти, които осигуряват създаването, функционирането и развитието на базата данни. Тази група от специалисти се нарича администратор на база данни (DBA). Тази група от специалисти се счита за неразделна част от базата данни.

В зависимост от сложността и размера на базата данни, от характеристиките на използваната система за управление на база данни (СУБД), обща схемакоето може да се види на фигурата (виж Приложение 1), услугата за администриране на база данни може да се различава както по състава и квалификацията на специалистите, така и по броя на служителите в тази услуга.

Администраторът на базата данни извършва работа по създаване и осигуряване на функционирането на базата данни през всички етапи кръговат на животасистеми. В рамките на групата администратори на банки данни могат да се разграничат различни подгрупи в зависимост от функциите, които изпълняват. Размерът на административната група, функциите, които изпълняват, до голяма степен ще зависят от мащаба на банката данни, спецификата на съхраняваната в нея информация, вида на банката данни, характеристиките на използвания софтуер и някои други фактори.

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

Администраторите на бази данни изпълняват голямо разнообразие от функции:

1. Анализ на предметната област: описание на предметната област, идентифициране на ограничения за интегритет, определяне на състоянието на информацията, определяне на нуждите на потребителите, определяне на статуса на потребителите, определяне на съответствието "данни - потребител", определяне на обемно-времеви характеристики на обработката на данни.

2. Проектиране на структурата на базата данни: определяне на състава и структурата на информационните единици, които съставляват базата данни, установяване на връзки между тях, избор на методи за подреждане на данни и методи за достъп до информация, описание на структурата на базата данни на езика за обработка на данни (DTP).

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

4. Първоначално зареждане и поддръжка на базата данни: разработване на технологията за първоначално зареждане и поддръжка (промяна, добавяне, изтриване на записи) на базата данни, проектиране на входни форми, създаване софтуерни модули, изготвяне на изходни данни, въвеждане и контрол на въвеждане.

5. Защита на данните от неоторизиран достъп:

- осигуряване на въвеждане на пароли в системата: регистриране на потребители, задаване и промяна на пароли;

- осигуряване на защита на конкретни данни: определяне на права за достъп за потребителски групи и отделни потребители, дефиниране на допустими операции с данни за отделни потребители, избор/създаване на софтуер и технологични инструменти за защита на данните; криптиране на информация с цел защита на данните от неоторизирано използване;

- тестване на средствата за защита на данните;

- фиксиране на опити за неоторизиран достъп до информация;

- Разследване на възникващи случаи на нарушения на защитата на данните и предприемане на мерки за предотвратяването им.

6. Защита на данните от унищожаване. Един от начините за защита срещу загуба на данни е съкращаването. Използва се както в случай на физическо увреждане на файл, така и в случай, че са направени нежелани необратими промени в базата данни.

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

8. Анализ на потребителски заявки към базата данни: събиране на статистика на потребителските заявки към базата данни, съхраняване и анализиране (кой потребител, каква информация, колко често е осъществявал достъп, какви операции са били извършени, времето за изпълнение на заявките, анализ на причините за неуспешни (включително и спешни) повиквания към базата данни.

9. Анализ на ефективността на функционирането на базата данни и развитието на системата: анализ на показателите за функционирането на системата (време за обработка, размер на паметта, показатели за разходите), реорганизация и преструктуриране на бази данни, промени в състава на бази данни, разработка на софтуер и хардуер.

10. Работа с потребители: събиране на информация за промени в предметната област, за оценка на потребителите на базата данни, определяне на правилата за работа на потребителите с базата данни, обучение и консултиране на потребителите.

11. Подготовка и поддръжка на системен софтуер: събиране и анализ на информация за СУБД и други приложни програми, закупуване на софтуер, инсталирането им, проверка на производителността, поддръжка на системни библиотеки, разработка на софтуер.

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

DBA класификация

Има няколко вида DBA и техните отговорности може да се различават в различните компании. Ето характеристиките на някои видове DBA и позициите, които заемат:

Оперативен ADB:

манипулиран дисково пространство

следете текущата производителност на системата

реагират на възникващи неизправности на OBD

актуализиране на системния софтуер и софтуера за база данни

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

стартирайте процедури за архивиране на данни

извършва възстановяване на данни

създават и управляват тестови конфигурации DB

Тактически ADB:

прилагане на схеми за разполагане на информация

одобрява процедури за архивиране и възстановяване на данни;

разработват и внедряват структурните елементи на базата данни: таблици, колони, размери на обекти, индексиране и др.;

скриптове за промяна на схемата на базата данни;

Конфигурационни параметри на БД

одобрява план за извънредни ситуации

Стратегически ADB:

изберете доставчик на база данни

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

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

дефиниране на корпоративната стратегия за архивиране и възстановяване на данни

установяват корпоративен подходза отстраняване на последствията от произшествие и осигуряване на наличност на данни

Старши (старши) ADB:

познават добре персонала си

са много търсени

могат да напишат сценарий, който ще ги освободи от заключен сандък, хвърлен в океана, и са изключително горди с изкуството си

отделят много време за подготовка на младши администратори на база данни

са много оценени от ръководството и получават много пари

Младши (младши) ADB:

мечтаят да стана старши DBA

не е твърде силен в скриптовете

имат голяма склонност към използване на DB контроли

стана добре

DBA на приложения:

бъдете в крак с информационните нужди на компанията

помощ при разработването на приложни проблеми

отговарят за развитието на схемата и нейните промени

заедно със системния DBA осигуряват правилното ниво на архивиране/възстановяване на данни

изграждане на тестови бази данни

Системни DBA:

отговарят за всичко необходимо за архивиране и възстановяване на данни

следете работата на системата като цяло

отстраняване на неизправности

наясно с настоящите и бъдещите изисквания за капацитет на базата данни

наясно с текущото състояние и нуждите на базата данни

Нает (договор) DBA:

са поканени под конкретна задачаили като консултанти

прехвърляне на необходимите знания на персонала

Тоест да характеризира обекта, за който се проектира базата данни. 1 Описание на предметната област Предметната област в заданието е данни за неизправности, собственици на превозни средства и служители на сервиза. Администраторът на базата данни "STO" може да се нуждае от информация за неизправности, собственици, служители, както и време на отстраняване на повредата и отчет за работата на STO. ...

А понякога и невъзможно. Недостатъци на модела MOLAP: · Многоизмерните СУБД не позволяват работа с големи бази данни. · Многоизмерните СУБД използват външна памет много неефективно в сравнение с релационните. В преобладаващото мнозинство от случаите информационният хиперкуб е много рядък и тъй като данните се съхраняват в подредена форма, недефинирани стойности ...

Следователно независимостта на данните позволява на системата от база данни да се развива без прекъсване съществуващи приложения... 3.4 Избор на типа база данни Базата данни е организирана във формата на бази данни на платформата SQL Server... Най-важните характеристики на тази СУБД са: лекота на администриране, възможност за свързване към мрежата, производителност и функционалностмеханизъм...

Изпратете вашата добра работа в базата от знания е лесно. Използвайте формуляра по-долу

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

публикувано на http://www.allbest.ru/

Курсова работа

Име на дисциплината: Бази данни

Тема: Администриране на бази данни

Студент Лавриненко Алексей Михайлович

Въведение

Главна част

2. Управление на целостта на данните в системите за управление на бази данни

Заключение

Терминологичен речник

Приложения

Въведение

Оттогава, когато човек започна да мисли за бъдещето и да отчита по-внимателно настоящето, той се нуждаеше от помощ при анализирането и отчитането на наличните данни, т.к. той вече нямаше достатъчно собствена памет, за да вземе предвид всичко, което се случваше около него или това, което имаше. От появата на писането стана по-лесно да се направи.

Едно от първите хранилища на данни, в широкия смисъл на тази дума, може да се счита за "кипу" - образец от нодуларната писменост на инките. „Кипу“ е древна мнемонична и система за броене на инките и техните предшественици в Андите, вид писменост; Това е сложна въжена тъкан и възли, направени от вълната на южноамериканските камилиди или от памук. Може да има от няколко висящи нишки в кипу до 2000 г. Използван е както за предаване на съобщения, така и в други аспекти на социалния живот - като календар, топографска система, за определяне на данъци, закони и т.н. Един от испанските хронолози пише че „цялата империя на инките е била управлявана от кипу“.

Книгите могат да се считат за следващия етап в развитието на складовете за данни. От появата на пълноценната писменост се водят житни книги. Предимствата им в сравнение със същото "кипу" са очевидни - те заемат по-малко място и не изискват специални, супер сложни умения за дирижиране.

Историята на складовете за данни в тесен смисъл, по начина, по който сега го познаваме. Гражданският кодекс на Руската федерация (глава 70, член 1260) гласи, че базата данни е набор от независими материали (статии, изчисления, наредби, съдебни решения и др.), представени в обективна форма, систематизирани по такъв начин, че тези материалите могат да бъдат намерени и обработени с помощта на електронен изчислителна машина(КОМПЮТЪР). В съответствие с друго определение, въведено от Кристофър Дейт в неговия класически учебник „Въведение в системите за бази данни“, базата данни е колекция от данни, организирани в съответствие с определени правила и поддържани в компютърната памет, характеризиращи текущото състояние на определена предметна област и използвани за задоволяване на нуждите на потребителя от информация. Както и да е, отличителната черта на съвременните бази данни е, че те се съхраняват и обработват в изчислителна система. И поради факта, че съвременните бази данни са доста обемни, а системите им за управление са доста сложни, с течение на времето се появи отделно направление в информационните системи и технологии - администриране на бази данни.

1. Основни понятия за администриране на база данни

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

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

Администраторът на база данни извършва работата по създаване и поддържане на базата данни през всички етапи от нейния живот. Администраторският екип на базата данни може да бъде разделен на различни групи въз основа на тяхната цел и отговорности. Размерът на административната група и изпълняваните задачи до голяма степен зависят от мащаба на базата данни, характеристиките на съхраняваната информация, вида на базата данни, спецификата на използвания софтуер и други фактори. Като цяло администрирането на база данни включва:

Системен администратор;

архитект на база данни;

анализатор на база данни;

модел на данни;

системен разработчик софтуер;

разработчик на приложен софтуер;

анализатор на производителността;

администратор на склад за данни;

маркетинг специалист (в случай на търговска база данни).

Администраторите на бази данни изпълняват много широк спектър от функции:

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

проектиране на структурата на базата данни: определяне на състава и структурата на информационното съдържание на базата данни, определяне на връзките между тях, избор на методи за достъп до данни, описване на структурата на базата данни на езика за описание на данни;

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

въвеждане в експлоатация и поддръжка на базата данни: разработване на технологията за въвеждане в експлоатация и поддържане (промяна, добавяне, изтриване на записи) на базата данни, проектиране на входни и изходни форми, създаване на програмни модули на plug-in;

защита на съществуващи данни от неоторизиран достъп: осигуряване на оторизирано влизане на потребители в системата (регистриране и изтриване на потребители, присвояване и промяна на пароли, издаване и изхвърляне на физически ключове за авторизация), осигуряване на защита на данните (дефиниране на права за достъп за потребители и потребителски групи, дефиниране приемливи операции с данни за потребители и потребителски групи, избор и създаване на инструменти за защита на данните, криптиране на данните с цел защитата им от неоторизиран достъп), наблюдение на опити за неоторизиран достъп до данни, разследване на съществуващи случаи на нарушения на защитата на данните и предприемане на мерки за предотвратяване на подобни случаи;

защита срещу загуба и унищожаване на данни: планиране и изпълнение на архивиране на база данни, организиране и изпълнение на възстановяване на базата данни в случай на повреда, унищожаване или нежелани промени в данните;

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

работа с крайни потребители: наблюдение на промените в предметната област, потребителска оценка на базата данни, определяне как потребителите работят с базата данни, обучение и консултиране на потребителите.

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

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

архитект на база данни: проектиране и изграждане на база данни; внедряване на нови решения в областта на базата данни; стандартизиране и разработване на процедури за управление на бази данни; разработване на интерфейси и системи за взаимодействие с приложения и между бази данни;

анализатор на база данни: разработване на комплексни предложения за подобряване на състоянието на базата данни; осигуряване на интегриране на различни софтуерни приложения за решаване на оптимизационни и стратегически задачи;

анализатор на производителност: оценка и анализиране на използването на хардуерни ресурси, търсене тесни места; правене и обосноваване на предложения за подобряване на хардуера;

приложен програмист: разработка и модернизация на приложен софтуер;

техническа поддръжка: съвети и съдействие на крайните потребители при овладяване и използване на базата данни.

2. Управление на целостта на данните в системите за управление на бази данни

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

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

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

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

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

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

Едно от основните изисквания за система за управление на база данни е - сигурно съхранениеданни във външна памет. Под надеждност на съхранението имаме предвид, че системата за управление на базата данни трябва да може да възстанови базата данни до последното й последователно състояние след всяка хардуерна или софтуерна повреда. Обикновено се разглеждат два възможни типа хардуерни повреди: така наречените меки повреди, които могат да се тълкуват като внезапно изключване на компютъра (например аварийно изключване на захранването) и твърди повреди, характеризиращи се със загуба на информация за външни носител с памет. Примерите за софтуерни повреди включват срив на системата за управление на база данни (поради софтуерна грешка или хардуерна грешка) или срив. потребителска програма, в резултат на което някаква транзакция остава незавършена. Първата ситуация може да се разглежда като специален видмека хардуерна повреда, защото когато настъпи, се изисква отстраняване на последиците само от една сделка.

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

Друга важна функция на системата за управление на база данни е регистрирането. Регистрирането е функция на системата за управление на базата данни, която запазва информацията, необходима за възстановяване на базата данни в предишно състояние в случай на логически или физически неуспехи... В най-простия случай регистрирането на промените означава последователно регистриране на всички промени, направени в базата данни. В същото време списанието е специална част от базата данни, която не е достъпна за крайните потребители и която се поддържа внимателно. Примерно съдържание на дневника:

пореден номер, време и вид на промяната на данните

номер на транзакцията

модифициран обект

предишното и новото състояние на модифицирания обект.

Има системи за управление на база данни с предварителна и предварителна запис. Системата за управление на база данни за обратно запис натрупва промени във външните буфери на паметта, докато настъпи събитие за проверка (това може да е контролна точка, край на пространството, разпределено за дневника, изключване на системата за управление на базата данни, липса на RAM за външни буфери на паметта). След като настъпи важен етап, всички натрупани промени се прехвърлят в регистъра на промените. Тази технология на системата за управление на базата данни избягва честия обмен на данни с външна памет и следователно повишава ефективността на работата. Системата за управление на база данни с предварителна запис се основава на факта, че промяната се регистрира първо и след това промяната се въвежда в базата данни. Тази технология улеснява възстановяването на базата данни в случай на повреда.

3. Управление на сигурността в системите за управление на бази данни

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

Информационната сигурност е състояние на сигурност на информационната среда, което предотвратява изтичане на защитена информация, както и неразрешено и (или) непреднамерено въздействие върху поверителността, целостта и достъпността на информацията.

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

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

Най-често потребителят на базата данни се удостоверява чрез съответните механизми операционна системаили самата база данни: потребителят е оторизиран със собственото си име и е удостоверен с парола. Упълномощаването е процес на потвърждаване или проверка на правата на потребителите да извършват определени действия. Удостоверяването е доказателство за автентичност. Това означава, че всъщност упълномощаването е изявление от страна на потребителя, че има определени права в тази база данни (правата му са обвързани с неговото потребителско име - вход), а удостоверяването е потвърждение на потребителя за правото да използва това влизане. Тази процедура за използване на двойка вход/парола е една от най-простите, но много ефективни методиконтрол на достъпа до данни. Това е най-често срещаният, но не много надежден - слабостта на защитата се дължи преди всичко на факта, че е много трудно да се определи фактът, че двойката потребителско име / парола е била научена от неупълномощени лица. Освен това, обикновени потребителирядко измислят добри сложни пароликато правило се спират на нещо просто и с определена логическа последователност - така по-лесно запомнят паролата, но и по-лесно да отгатнат. Друг по-рядко срещан метод за контрол на достъпа е използването на контрол на достъпа физически носители- когато вместо потребителско име и парола се използва смарт карта или USB ключ. Този методсвободен от липсата на "невидимо" владеене на ключа от външни лица, но не е лишен от недостатъците си - например механични повреди на ключа, особено тънки смарт карти, са много вероятни. Всеки от тези методи поотделно дава еднофакторна автентификация, а комбинацията им дава повече надежден методконтрол на достъпа до данни, наречен двуфакторна автентификация.

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

Привилегиите в система за управление на база данни са разделени на две основни групи – привилегии за сигурност и права за достъп. Привилегиите за сигурност винаги се присвояват на конкретен потребител. Има общо пет такива привилегии:

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

createdb е привилегията за създаване и пускане на бази данни. Тази привилегия се притежава не само от администратора на сървъра, но и от администраторите на базата данни;

оператор е правото да извършва действия, които са от компетентността на оператора, т.е. стартиране и спиране на сървъра, запазване и възстановяване на информация. В допълнение към администраторите на сървъра и базата данни, администраторът на операционната система също има тази привилегия;

support_locations е привилегията за управление на местоположението на базите данни. Трябва да е собственост на администраторите на сървъра на базата данни и администратора на операционната система;

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

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

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

select е правото да прави селекции на данни от таблици;

inset е правото за добавяне на данни към таблици;

delete е правото за изтриване на данни от таблици;

update е правото за актуализиране на данни в таблици и можете да посочите конкретни колони, налични за актуализиране;

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

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

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

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

Друга задача, не по-малко важна от контрола на достъпа, е задачата за поддържане на целостта. Цялостността на информацията (или целостта на данните) е концепция, която означава, че данните са пълни и не са били променяни при извършване на каквато и да е операция върху тях, било то предаване, съхранение или представяне, и промяната в информацията се извършва само умишлено от субекти, които имат право на това. Като цяло целостта на данните е намирането на данни в състоянието, в което са създадени. Пример за нарушаване на целостта на данните е опит за фалшифициране на документ, целият или част от него, от неупълномощено лице, случайна промяна на данните в случай на повреда на оборудването или в резултат на необмислени действия на потребителя. В теорията на базата данни целостта на данните означава коректност и последователност на данните.

Основните източници на нарушения на целостта на данните са:

грешки и повреди в оборудването;

грешки на обслужващия и административния персонал;

грешки на приложни и системни програми;

потребителски грешки.

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

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

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

Друг метод за защита на база данни е регистрирането и одитирането. Регистрирането е събиране и натрупване на информация за събития, настъпващи в информационната система. Във всеки конкретен случай има набор от възможни събития, но те винаги могат да бъдат разделени на външни (причинени от действията на външни фактори, например системен софтуер), вътрешни (причинени от действията на самата система за управление на базата данни) и клиент (причинени от действията на потребители и администратори). Одитът е анализ на записана информация, който се извършва незабавно, в реално време или периодично (например веднъж на ден, веднъж седмично). Има четири основни цели, преследвани от одита:

поддържане на отговорност на потребителите и администраторите;

осигуряване на способност за реконструкция на последователността от събития;

откриване на опити за нарушаване на информационната сигурност;

предоставяне на информация за идентифициране и анализиране на проблеми.

дата и час на събитието;

идентификатор на потребителя, причинил събитието;

вид събитие;

резултатът от действието (успех или неуспех);

източникът на заявката (например името на клиентската станция);

имената на засегнатите обекти (например отворените таблици);

извършване на промени в защитните бази данни (например промяна на правата за достъп).

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

такова регистриране консумира силно системни ресурси;

понякога е физически невъзможно да се извърши пълен одит на всички регистрирани по този начин данни, така че протоколите се игнорират.

Друг от съществени условияработата на базата данни е да осигури наличност или отказоустойчивост. По-горе вече обсъдихме някои методи на системи за управление на бази данни, насочени към осигуряване на отказоустойчивост, така че тук ще разгледаме други методи, които не са пряко свързани със системите за управление на бази данни. Има два основни метода за осигуряване на отказоустойчивост - навременно архивиране и осигуряване на отказоустойчивост на хардуера на сървъра.

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

надеждност - това изискване се осигурява чрез използване на оборудване за устойчиви на грешки системи за съхранение и дублиране на резервни копия;

лекотата на използване е автоматизирането на процеса на архивиране, което води до минимизиране на човешкото участие;

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

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

Максималната устойчивост на системата се постига чрез изграждане на клъстер. Клъстерът е група от компютри, обединени от високоскоростни комуникационни канали и представляващи единен хардуерен ресурс от гледна точка на крайния потребител. Най-общо клъстерите са разделени на няколко вида в зависимост от решаваните задачи: отказоустойчиви клъстери, клъстери с балансиран товар, изчислителни клъстери и мрежови системи. За да се гарантира наличността на базата данни, се използва отказен клъстер, известен също като клъстер с висока наличност. Прекомерният брой сървъри в клъстера гарантира, че дори в случай на пълен отказ на един от сървърите, крайният потребител няма да забележи нищо, за него базата данни ще работи в нормална операция... Значителен недостатък на клъстерите е тяхната изключително висока цена, поради което на практика осигуряването на наличност на базата данни обикновено се постига чрез архивиране на отделни сървърни възли, а именно изграждане на RAID масиви.

RAID е масив от няколко твърди дисковеуправлявани от контролера (или софтуера), свързани помежду си чрез високоскоростни канали и възприемани от системата като цяло. В зависимост от типа на използвания масив се предоставят различни степени на отказоустойчивост и производителност. Най-често използваните са нива на RAID 1 (огледално) и 5 ​​(прекъсване с неразпределен паритет). Защото RAID масивът е изграден на базата на прекомерен брой твърди дискове, тогава един от недостатъците на тази технология е добавената цена на "допълнителни" твърди дискове, въпреки факта, че в резултат на това не целият им обем е наличен за полезна употреба (общият наличен обем на твърдия диск зависи от конкретното ниво на RAID масив). Освен това, в зависимост от нивото на RAID масива, скоростта на четене/запис на данни се променя - в някои случаи се увеличава, в някои случаи намалява.

По този начин е възможно да се изгради определена стратегия за сигурност: минимум привилегии за потребителя; разделяне на задълженията и правата на администраторите; "Ешелон защита" ( различни линиизащита на сървъра на базата данни, системата за управление на базата данни и операционната система); цялостна подкрепа за мерките за сигурност; минимизиране на "човешкия фактор".

Заключение

Обобщавайки всичко по-горе, могат да се направят следните изводи.

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

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

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

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

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

Имайки предвид всичко това, администраторът на база данни е не само технически персонал, но и административен. Работата и ролята на DBA се определят чрез третиране на данните като организационен ресурс, така че решаването на административни проблеми започва с разбиране основни принципиработа на системите за управление на бази данни директно от ръководството на компанията.

В допълнение към създаването и внедряването на база данни, дефинирането на данни и правата за достъп, от администратора често се изисква да разработи насоки за поддържане на данни.

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

Терминологичен речник

		Определение
		Процесът на потвърждаване (проверка) на потребителските права за извършване на определени действия
	База данни	Набор от данни, организирани в съответствие с определени правила и поддържани в паметта на компютъра, които характеризират текущото състояние на определена предметна област и се използват за задоволяване на информационните нужди на потребителите
	Буфериране	Методът за организиране на обмена, по-специално въвеждането и извеждането на данни в компютри и други изчислителни устройства, което предполага използването на буфер за временно съхранение на данни
	Дневникиране	Процесът на запис на информация за събития, възникващи с някакъв обект (или в рамките на някакъв процес) в дневника (например във файл)
		Група компютри, обединени от високоскоростни комуникационни канали и представляващи, от гледна точка на потребителя, единен хардуерен ресурс
		Име на потребителския акаунт
	Система за управление на база данни	Набор от софтуерни и езикови инструменти с общо или специално предназначение, осигуряващи управление на създаването и използването на бази данни
	Системен софтуер	Набор от програми, които осигуряват ефективно управление на компонентите на компютърна система
	Цялост на базата данни	Съответствие на наличната информация в базата данни с нейната вътрешна логика, структура и всички изрично посочени правила
	Език за описание на данните	Семейство компютърни езици, използвани в компютърни програмиза описание на структурата на базите данни

защита на буферирането на администратора на базата данни

Списък на използваните източници

1. Хомоненко A.D., Бази данни, 5-то издание - М.: CORONA print, 2006, 672 стр.

2. Голицина О.Л., Бази данни: учебник, - М .: Форум-Инфра, 2008, 352 с.

3. Марков A.S., Бази данни: въведение в теорията и методологията - М.: Финанси и статистика, 2006 г., 512 стр.

4. Коноли Т., Бази данни. Проектиране, изпълнение и поддръжка. Теория и практика - М .: Williams, 2007, 1436 страници.

5. Григориев Ю.А., Банки данни: Учебник за университети, Москва: Московски държавен технически университет им. Бауман, 2007 г., 320 стр.

6. Kogalovsky MR, Енциклопедия на технологиите за бази данни - M .: Финанси и статистика, 2009, 800 страници.

7. Кузин А.В. Бази данни - Москва: Академия, 2010, 320 стр.

8. Крейг С. Мълинс, Администрация на бази данни. Завършен справочникпо методи и процедури - М .: КУДИЦ-Образ, 2008, 752 с.

9. Ревунков Г.И., Самохвалов Е.Н., Чистов В.В. Бази данни и банки данни и знания. Учебник за университети. - М., 2009, 392 с.

10. Гуде С.В., Ревин С.Б., Информационни системи. Урок. -М., 2009, 147 с.

11. Фред Роланд, Основни концепции за бази данни - М.: Уилямс, 2008, 256 стр.

Приложения

Приложение А

Структура на СУБД клиент-сървър

Приложение Б

Таблица. RAID нива - основни характеристики, предимства, недостатъци

RAID ниво	Брой дискове в масива	Ефективен капацитет	Толерантност към грешки	Предимства	недостатъци
				най-висока производителност	много ниска надеждност
	от 2, дори			висока производителност и надеждност	цената на дисковото пространство е N пъти повече
	от 4, дори			най-висока производителност и много висока надеждност	удвоява цената на дисковото пространство
				рентабилност, висока надеждност	производителност под RAID 0 и 1
	от 6, дори			висока надеждност и производителност	висока цена и сложност на поддръжката
				рентабилен, висока надеждност, по-бърз от RAID 5
				бързо възстановяване на данни след повреда, рентабилно, висока надеждност, скорост през RAID 5	производителността е по-ниска от RAID 0 и 1, резервният е неактивен и не е тестван
				икономичност, най-висока надеждност	производителност под RAID 5
	от 6, дори			много висока надеждност	висока цена и сложност на организацията

N - броят на дисковете в масива

S - обемът на най-малкия диск

За нива 10, 50 и 60 - данните няма да бъдат загубени, дори ако всички дискове в едно огледало се повредят

Публикувано на Allbest.ru

Подобни документи

Система за управление на база данни като неразделна част от автоматизирана банка данни. Структурата и функциите на системата за управление на базата данни. Класификация на СУБД по начин на достъп до базата данни. SQL език в системи за управление на бази данни, СУБД на Microsoft.

резюме, добавено на 01.11.2009 г


Основните функции на системата за управление на базата данни. Комплекс от софтуерни и езикови инструменти за общи или специални цели. Условия на възприетата технология за обработка на данни. Управление на RAM буферите. Журнализацията и нейното значение.

курсова работа, добавена на 19.01.2012г


Структурата и функциите на система за управление на база данни (СУБД). Съхранение на данни и управление на достъпа. Защита и поддържане на целостта на данните. Надеждност на съхранение на данни във външна памет. Класификация на СУБД по начин на достъп до базата данни.

Презентацията е добавена на 06/05/2014


Характеристика на категориите съвременни бази данни. Изучаване на особеностите на централизираните и разпределени бази данниданни. Класификация на системите за управление на бази данни по видове програми и приложения. Управление на RAM буфери и транзакции.

курсова работа, добавена на 10.03.2016


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

курсова работа, добавена на 12/07/2010


Презентацията е добавена на 29.09.2013 г


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

курсова работа, добавена на 11.12.2014


Функции на високо и ниско ниво на СУБД. Управление на данни във външна памет. Основните характеристики на управлението на транзакции, буфери. Поддържане на дневник на промените в базата данни (регистриране на промените). Осигуряване на целостта и сигурността на данните.

презентация добавена на 14.10.2013 г


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

резюме, добавено на 01.11.2010 г


Теоретична информацияи основни понятия за бази данни. Системи за управление на бази данни: състав, структура, безопасност, режими на работа, обекти. Работа с бази данни в OpenOffice.Org BASE: създаване на таблици, връзки, заявки с помощта на съветника за заявки.

Целите на администрацията и нейното значение за съвременните бази данни.

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

Необходимостта от персонал да осигурява администриране на данни в системата от база данни по време на работа е следствие от централизирания характер на управлението на данните в такива системи, което постоянно изисква търсене на компромис между противоречиви изисквания към системата в социална потребителска среда. Въпреки че тази необходимост е била призната в началото на развитието на технологията за бази данни, ясното разбиране и структуриране на функциите на административния персонал се развива едва с признаването на многостепенната архитектура на базата данни (ANSI / X3 / SPARC през 1975 г.).

Описание на работата.

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

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

DBA трябва да може да идентифицира тесните места в системата, които ограничават нейната производителност, да настройва SQL и СУБД софтуер и да има необходимите знания за разрешаване на проблеми с оптимизиране на производителността на базата данни.

Администратор на база данни: класически подходи.

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

Първата група се нарича администратор на предметна област (администратор на концептуална схема) ... Тя отговаря за представянето на базата данни на концептуалното ниво на архитектурата на СУБД, което е общо за всички приложения на въпросната база данни, за адекватно показване на промените, които настъпват в предметната област в концептуалната схема на база данни. Администраторът на домейна трябва да гарантира, че базата данни е преструктурирана за тази цел — промяна на концептуалната схема на базата данни.

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

Третата група - администратор на приложения (външен администратор на схема) - осигурява поддръжка на база данни за различни групи потребители на механизма на външното ниво на архитектурата на СУБД. Тя отговаря за съвкупността от външни схеми на базата данни.

накрая, администратор по сигурността data предоставя на потребителите разрешение за достъп до данните в базата данни и съответно коригира контролите за неоторизиран достъп на системата.

Може да се даде и друга класификация на административните групи – източник – списание Oracle Professional, октомври 2001 г.; виж Приложение 1.

Административна процедура.

Администрирането на база данни включва обслужване на потребителите на базата данни. Може да се направи аналогия между администратор на база данни и одитор на предприятието. Одиторът защитава ресурсите на предприятието, които се наричат ​​пари, а администраторът защитава ресурсите, които се наричат ​​данни. DBA не трябва да се счита само за квалифициран техник, тъй като това не е в съответствие с целите на администрацията. Нивото на администратора на базата данни в йерархията на организацията е достатъчно високо: за определяне на структурата на данните и правото на достъп до тях. Администраторът трябва да знае как работи предприятието и как се използват съответните данни; важна е не само техническата компетентност, но и разбирането на предметната област, както и способността за общуване с хората.

Администраторът на база данни (DBA) трябва да координира събирането на информация, дизайна и работата на базата данни и защитата на данните. Той е длъжен да отчита настоящите и бъдещите информационни изисквания на предметната област, което е една от основните задачи.

Правилното изпълнение на административните функции на базата данни значително подобрява контрола и управлението на ресурсите от данни на домейна. От тази гледна точка функциите на DBA са повече управленски, отколкото технически. Принципите на работа на СУБД и нейните функции се определят от подхода към данните по отношение на ресурсите на организацията, поради което решаването на проблемите, свързани с администрирането, започва с установяване на общи принципи на работа на СУБД.

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

По този начин могат да се направят определени обобщения.

Администратор на база данни- това е:

· Мениджърът на данни, а не собственикът;

· системен програмистопределен профил, както и експерт Най-високо нивопредоставяне на оперативната услуга с решения за процедури и правила за работа;

· Човек, който взема окончателното решение в своята област, и човек, който има способността да общува, съвместно планиране и компромис.

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

Набор от функции за администратор на база данни .

1. Консултиране на анализатори и програмисти относно спецификата на използваната версия на СУБД и средства за разработка, участие - заедно с анализатори на дизайна на база данни - в логичното проектиране, ако е полезно да се вземат предвид препоръките за проектиране на база данни, специфични за СУБД или режима на обработка на данни.

2. Планиране на използването на устройства за съхранение ( дискова памет), във физическия дизайн на базата данни.

3. Поддържане на справочник речник.

4. Събиране и анализиране на статистически данни за функционирането на базата данни, настройването й за ефективна обработка на данни и обслужване на потребителите.

5. Управление на представянето на базата данни в средата за съхранение.

· Настройката на СУБД за специфични условия на използване може да включва промяна на параметрите на организацията на средата за съхранение на данни: избор на нови, по-ефективни методи за достъп. Обикновено настройката на системата ви позволява да промените структурата на съхраняваните данни, за да подобрите производителността на системата и да възстановите използваната памет за повторна употреба.

6. Реорганизация (преструктуриране) на базата данни

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

7. Контрол на целостта и възстановяване на база данни.

· Поддръжката за логическа цялост (последователност) на базата данни се осигурява чрез деклариране на ограничения за целостта на модела в схемата на базата данни, като се проверява всеки път, когато данните или връзките между тях се актуализират. За много СУБД ограниченията за целостта се поддържат само на нивото на въвеждане на данни в базата данни и са свързани с използването на екранни форми.

· Проблемът за физическата цялост на базата данни възниква във връзка с евентуалното й унищожаване в резултат на откази и откази на оборудването на компютърната система. Разработените СУБД разполагат с инструменти за възстановяване на унищожена база данни въз основа на използването на нейното контролно копие и регистриране на промените.

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

9. Контролиране на растежа на СУБД; определяне на целесъобразността от модернизация на оборудването.

10. Преобразуване на данни и приложения.

Инструменти за DBA

За да поддържа функциите за администриране на данни, СУБД предвижда специален инструментариум, организиран, като правило, под формата на различни видове обслужващи програми - помощни програми. Нуждите на администратора зависят от техните отговорности и квалификация.

1. Превантивен монитор:

· Освобождава администратора от спешни мерки;

· Разтоварва администратора вечер и почивни дни;

· Ускорява придобиването на опит.

1. Инструменти за диагностика:

· Превърнете младши DBA в старши, позволявайки на последния да се концентрира върху други задачи.

2. Инструменти за анализ:

· Помощ при планиране на растежа на базата данни и бъдещи разходи.

3. Инструменти за поддръжка:

· Помощ при архивиране и възстановяване на данни, съкращаване на времето за работа и намаляване на броя на грешките;

· Помощ при реорганизации, спестяване на време, намаляване на броя на грешките и продължителността на прозорците за поддръжка;

· Насърчаване на високата наличност на данни чрез създаване на „невидими“ от гледна точка на системните превантивни прозорци и подпомагане при архивиране/възстановяване на системата.

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

Приложение 1

DBA класификация

Има няколко вида DBA и техните отговорности може да се различават в различните компании. Ето характеристиките на някои видове DBA и позициите, които заемат:

1. Оперативен ADB:

Манипулирайте дисковото пространство

Следете текущата производителност на системата

Реагирайте на възникващи неизправности на OBD

Актуализирайте системния софтуер и софтуера за база данни

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

Стартирайте процедурите за архивиране на данни

Извършете възстановяване на данни

Създавайте и управлявайте конфигурации на тестова база данни

2. Тактически ADB:

Прилагане на схеми за разполагане на информация

Одобрява процедури за архивиране и възстановяване на данни

· Разработване и внедряване на структурните елементи на базата данни: таблици, колони, размери на обекти, индексиране и др.; скриптове за промяна на схемата на базата данни; Конфигурационни параметри на БД

· Одобряване на план за действие в случай на извънредна ситуация

3. Стратегически ADB:

Изберете доставчик на база данни

Задайте стандарти за корпоративни данни

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

Определете корпоративната стратегия за архивиране и възстановяване на данни

Създаване на корпоративен подход за елиминиране на последствията от авария и осигуряване на наличност на данни

4. Старши (старши) ADB:

Познавайте добре техния персонал

Имат голямо търсене

Могат да напишат сценарий, който ще ги освободи от заключен сандък, хвърлен в океана, и са изключително горди с изкуството си

Отделете много време за подготовка на младши DBA

Много се оценява от ръководството и получава много пари

5. Младши(младши)ABD:

Мечтайте да станете старши DBA

Не е много силен в скриптирането

Имате голяма склонност към използване на DB контроли

· Станете добре и вие

6. Приложено(приложение)ABD:

Запознат с информационните нужди на компанията

Помощ при разработването на приложни проблеми

Отговарят за развитието на схемата и нейните промени

Заедно със системата DBA осигуряват правилното ниво на архивиране/възстановяване на данни

Занимават се с изграждането на тестови бази данни

7. Системни DBA:

Отговарят за всичко необходимо за архивиране и възстановяване на данни

Наблюдавайте работата на системата като цяло

Извършете отстраняване на неизправности

Бъдете в крак с настоящите и бъдещите нужди на базата данни по отношение на капацитета

Бъдете в крак с текущото състояние и нуждите на базата данни

8. На заплата(договор)ABD :

Поканени са за конкретна задача или като консултанти

Прехвърлете необходимите знания на персонала

· Записвайте действията им!

Трябва да е добре запознат в съответната област

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

9. Изпълнителни администратори:

Правете седмични срещи

Определете списък с приоритети

Създаване и съобщаване на официалния курс и стратегия

· Одобряване и коригиране на длъжностни характеристики и списък с отговорности

Следете наличието на съответната документация

Приложение 2

Администриране на СУБД за бизнес лидери

На уебсайта на IBM alphaWorks, чрез който корпорацията представя своите софтуерни технологии, които са в процес на разработка, е свободно достъпна пробна версия на инструмента за управление на данни, базиран на политики. Според говорител на IBM India Research Lab, инструментариумът ще даде възможност на „бизнес лидерите, отговорни за вътрешната политика в предприятието, самостоятелно да направят необходимите промени в съответните бази данни“. По-специално, системата ви позволява да създавате и променяте бизнес правила, регулиращи запазването на счетоводните и други записи на компанията. Политиките и бизнес обектите (като голям клиент, информация за кредитни карти и т.н.) се създават с помощта на опростен графичен интерфейс. Поддържат се възможности за архивиране, изтриване на данни, изпращане на известия. Пример за правило, което може да бъде създадено с помощта на системата, е например автоматичното уведомяване на ръководител на отдел в случай на напускане на клиент с висока стойност. Противоречиви правила се признават. Инструментариумът е проектиран за DB2, но също така ще работи с Oracle и SQL Server с "проста модификация".

Въведение ………………………………………………………………………. 3
1 Администратор на база данни – основни понятия ……………………………… 5

1.1 История, концепция, основни типове администратор на база данни ... 5

1.2 Задачи на администратора на базата данни …………………………………………… 7

1.3 Задължения на администратора на съвременни системи за управление
бази данни ……………………………………………………………………………………………………………………………………………………… ………………………… ... 8

2 Администриране на база данни ……………………………………… .. 12

2.1 Управление на данни в бази данни …………………………………………… 12
2.1.1 Директно управление на данни във външна памет ……… .. 12
2.1.2 Управление на RAM буфери ………………………… .. 12
2.1.3 Управление на транзакциите ………………… ………………………… ... 13
2.1.4 Регистриране ……………………………………………………………………… 14

2.1.5 Поддръжка на езици на базата данни ………………………………………………………………………………. 17

2.2 Управление на сигурността в СУБД ……………………………………………… .. 18
Заключение…………………………………………………………………………………………………………. 28
Речник …………………………………………………………………………………… 30
Списък на използваните източници ……………………………………………….…. 32
Приложения ……………………………………………………………………………………………… 33

Въведение

Съвременните бази данни са сложни многофункционални софтуерни системи, работещи в отворена разпределена среда. Те вече са достъпни за бизнес употреба днес и действат не само като технически и научни решения, но и като цялостни продукти, които предоставят на разработчиците мощни инструменти за управление на данни и богати инструменти за създаване на приложения и системи.
Администрирането на базата данни осигурява изпълнението на функции, насочени към осигуряване на надеждно и ефективно функциониране на системата от база данни, адекватност на съдържанието на базата данни на информационните нужди на потребителите и показване на актуалното състояние на предметната област в базата данни.
Необходимостта от персонал да осигурява администриране на данни в системата от база данни по време на работа е следствие от централизирания характер на управлението на данните в такива системи, което постоянно изисква търсене на компромис между противоречиви изисквания към системата в социална потребителска среда. Въпреки че тази необходимост беше призната в ранните етапи на технологията за бази данни, ясното разбиране и структуриране на ролите на административния персонал се развиха само с признаването на многостепенната архитектура на базата данни.
Проблемът на изследването "Администриране на бази данни" е способността да се даде изчерпателен отговор на поставените въпроси: какво е администриране на база данни, какви са основните му функции и задачи, значението му за стабилната и ефективна работа на базата данни.
Уместността на изследването „Администриране на бази данни“ е неоспорима. Проблемът с администрирането на бази данни е обърнат внимание сравнително наскоро - с появата и развитието на съвременните бази данни. Въпреки това, поради факта, че подобряването на бази данни и системи за управление на данни е постоянно и непрекъснато явление, проблемът остава доста актуален, следователно изисква допълнителни изследвания в тази област на компютърните технологии.
Целта на изследването е да се проучи управлението на база данни.
Целите на изследването се формират въз основа на неговата цел и са както следва:
1. Разгледайте концепцията, класификацията и функциите на администратора на базата данни.
2. Помислете за отговорностите, връзките и инструментите на администратора на съвременните системи за управление на бази данни.
3. Да се ​​проучат основните насоки и принципи на администриране на база данни.
Това изследване е проведено с помощта на теоретични положения, които разкриват основните характеристики и елементи на изследваното явление.
Практическата значимост на изследването се крие във възможното му използване при изучаване на информационни технологии във висшите учебни заведения.

Главна част

1 Администратор на база данни - Концепции

История, концепция, основни видове администратор на база данни

Класическите подходи за попълване на концепцията за "DBA" започнаха да се формират след публикуването на работния доклад на групата за бази данни на Американския национален институт по стандартизация ANSI / X3 / SPARC през 1975 г. Този доклад описва тристепенна архитектура на СУБД, която подчертава слоя със схема на външни данни, слоя на схемата за концептуални данни и слоя на схемата за съхранение на физически данни. Тази архитектура дефинира три DBA роли: администратор на концептуална схема, администратор на външна схема и администратор на съхранение. В много малка система тези роли могат да се изпълняват от един човек; в голяма система може да бъде назначена група хора, които да изпълняват всяка роля. На всяка роля е присвоен набор от функции и всички тези функции заедно съставляват функциите на DBA.
През 1980 - 1981 г. в американската литература е прието да се включват във функциите на DBA:

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

В нашата страна в същото време първата дефиниция на DBA в GOST зададе твърде тесен набор от функции на DBA:

подготовка на изчислителен комплекс за инсталиране на СУБД, участие в инсталирането и приемането на СУБД и самата БД с комплекс от приложни програми,
управление на операцията на базата данни,
подготовка на речници и други справочни данни - справочна информация - до момента на започване на теста на базата данни.

Предполагаше се, че функциите на БД ще бъдат насочени само към функционирането на БД, а нейното развитие ще се извършва от специализирана организация.
До средата на 90-те години все още имаше незавършени, но вече доста стабилни и завършени методологии за разработване на системи с бази данни. Основната работа по планирането на информационните нужди на предприятието, проектиране на концептуална и логическа схема на базата данни, външни схеми, използвани в отделните процеси на обработка на информация, сега пада върху групата за проектиране на автоматизирана система (AS). Обхватът на функциите на DBA също става по-определен. Това има за цел да осигури надеждна и ефективна работа на потребителите и програмите с базата данни, подкрепа на разработчиците при достъпа им до базата данни и инструменти за разработка.
Администраторът на база данни (DBA) или администраторът на база данни (DBA) е лицето, отговорно за разработването на изисквания към базата данни, нейното проектиране, внедряване, ефективна употреба и поддръжка, включително управлението на потребителски акаунти на база данни и защита срещу неоторизиран достъп. Също толкова важна функция на DBA е поддържането на целостта на базата данни.
В зависимост от сложността и обема на банката данни, от характеристиките на използваната система за управление на база данни (СУБД), чиято обща схема може да се види на фигурата (виж Приложение Б), услугата за администриране на база данни може да се различава както в състав и квалификация на специалистите, както и в броя работещи в тази служба.
Администраторът на база данни извършва работа по създаването и поддръжката на базата данни през всички етапи от жизнения цикъл на системата. В рамките на групата администратори на банки данни могат да се разграничат различни подгрупи в зависимост от функциите, които изпълняват. Размерът на административната група, функциите, които изпълняват, до голяма степен ще зависят от мащаба на банката данни, спецификата на съхраняваната в нея информация, вида на банката данни, характеристиките на използвания софтуер и някои други фактори.
Администрирането на базата данни трябва да включва системни анализатори, дизайнери на структури от данни и информационна поддръжка извън банката данни, дизайнери на технологични процеси за обработка на данни, системни и приложни програмисти, оператори и специалисти по поддръжка. Ако говорим за търговска банка данни, тогава маркетинг специалистите ще играят важна роля тук.
Сред DBA няма строга документална диференциация по вид. Но има няколко общи типа DBA, в зависимост от отговорностите, които са им възложени:

Системен администратор.
Архитект на база данни.
Анализатор на база данни.
Моделатор на данни.
Администратор на приложението.
Проблемно ориентиран администратор на база данни.
Анализатор на производителността.
Администратор на склад за данни.

Задачи на администратор на база данни

Задачите на администратора на база данни (СУБД) може да се различават леко в зависимост от вида на използваната система за управление на база данни (СУБД), но основните задачи включват:

Проектиране на база данни.
Оптимизиране на производителността на базата данни.
Предоставяне и контролиране на достъп до базата данни.
Осигуряване на сигурност в базата данни.
Архивиране и възстановяване на база данни.
Осигуряване на целостта на базите данни.
Осигуряване на преход към нова версия на СУБД.

Отговорности на администратора на съвременни системи за управление на бази данни

Тъй като системата от база данни може да бъде много голяма и може да има много потребители, трябва да има лице или група хора, които управляват системата. Такова лице се нарича администратор на база данни (DBA).
Всяка база данни трябва да има поне едно лице, изпълняващо административни задължения; ако базата данни е голяма, тези отговорности могат да бъдат разделени между няколко администратора.
Задълженията на администратора могат да включват:
- инсталиране и актуализиране на сървърни версии и приложни инструменти;
- разпределяне на дисково съхранение и планиране за бъдещи изисквания за съхранение на системата;
- създаването на първични структури на паметта в базата данни (таблични пространства), тъй като приложенията се проектират от разработчиците на приложения;
- създаване на първични обекти (таблици, изгледи, индекси) като разработчиците проектират приложения;
- модификация на структурата на базата данни в съответствие с нуждите на приложенията;
- регистриране на потребители и поддържане на защитата на системата;
- спазване на лицензионното споразумение;
- управление и проследяване на потребителския достъп до базата данни;
- наблюдение и оптимизиране на производителността на базата данни;
- планиране на архивиране и възстановяване;
- поддържане на архивирани данни на устройства за съхранение на информация;
- изпълнение на архивиране и възстановяване;
- свържете се с корпорацията за техническа поддръжка.
В някои случаи базата данни трябва също да има един или повече служители по сигурността. Служителят по сигурността отговаря основно за регистрирането на нови потребители, управлението и наблюдението на потребителския достъп до базата данни и защитата на базата данни.
Разработчици на приложения.
Отговорностите на разработчика на приложения включват:

проектиране и разработване на приложения за бази данни;

проектиране на структурата на базата данни в съответствие с изискванията на приложенията;

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

В хода на своята дейност администраторът на базата данни взаимодейства с други категории потребители на базата данни, както и с „външни” специалисти, които не са потребители на базата данни.
На първо място, ако се създаде банка данни за информационната услуга на всяко предприятие или организация, тогава са необходими контакти с администрацията на тази организация. Както бе споменато по-горе, въвеждането на база данни води до големи промени не само в системата за обработка на данни, но и в цялата система за управление на организацията. Естествено, такива големи проекти не могат да бъдат завършени без активното участие и подкрепата на ръководителите на организацията. Ръководството на организацията трябва да е запознато с възможностите, предоставяни от базата данни, информирано за техните предимства и недостатъци, както и проблемите, породени от създаването и функционирането на базата данни.
Тъй като базата данни е динамичен информационен дисплей на предметната област, желателно е администраторът на базата данни от своя страна да бъде своевременно информиран за перспективите за развитие на обекта, за който се създава информационната система.
Ръководството на организацията и администраторът на базата данни трябва да се споразумеят за целите, основните насоки и условия за създаване на база данни и нейното развитие, последователността на свързване на потребителите.
При крайните потребители се наблюдава много тясна връзка с DBA на всички етапи от жизнения цикъл на базата данни. Това взаимодействие започва в начални етапипроектиране на системата, когато се изучават нуждите на потребителите, се изясняват характеристиките на предметната област и се поддържа постоянно както по време на процеса на проектиране, така и при функционирането на системата.
Трябва да се отбележи, че напоследък се наблюдава активно преразпределение на функциите между крайните потребители и администраторите на базата данни. Това се дължи преди всичко на разработването на езикови и софтуерни инструменти, насочени към крайните потребители. Те включват прости и в същото време мощни езицизаявки, както и инструменти за автоматизация на проектиране.
Ако банката с данни функционира като част от всяка автоматизирана информационна система, която я включва (например в автоматизирана система за управление), тогава DBA трябва да работи в контакт със специалисти по обработка на данни в тази система.
Администраторите на бази данни взаимодействат и с външни групи специалисти и преди всичко с доставчици на СУБД и PPP (приложни софтуерни пакети), администратори на други бази данни.
Базите данни често се създават от специализирани проектантски екипи на базата на договор за разработване на информационна система като цяло или база данни като самостоятелен обект на проектиране. В този случай услугата за администриране на база данни трябва да бъде създадена както в организацията на разработчиците, така и в организацията на клиента.
Много външни и вътрешни фактори влияят върху производителността на база данни. Нарастващата сложност и мащаб на базата данни, високата "цена" на неправилни или късни решения за администриране на бази данни, високите изисквания към квалификацията на специалистите правят спешно използването на модерни автоматизирани (или дори автоматични) инструменти за администриране на бази данни.
Инструментите за администриране са включени във всички СУБД. Тези инструменти са специално разработени в корпоративната СУБД. Освен това се появи цял клас специализиран софтуер: инструменти за DBA (администриране на бази данни).
Типичните функции на DBA инструментите са представени в Приложението, вижте Приложение A.

2 Администриране на база данни

2.1 Управление на данни в бази данни

2.1.1 Директно управление на данни във външна памет

Тази функция включва предоставянето на необходимите външни структури на паметта както за съхраняване на данни, директно включени в базата данни, така и за сервизни цели, например за ускоряване на достъпа до данни в някои случаи (обикновено за това се използват индекси). В някои реализации на СУБД активно се използват възможностите на съществуващите файлови системи, в други се работи до нивото на външни устройства с памет. Но ние подчертаваме, че в развитите СУБД потребителите в никакъв случай не са длъжни да знаят дали СУБД използва файловата система и ако да, как са организирани файловете. По-специално, СУБД поддържа своя собствена система за именуване на обекти на база данни.

2.1.2 Управление на RAM буферите

СУБД обикновено работят с бази данни със значителен размер; поне този размер обикновено е значително по-голям от наличната RAM. Ясно е, че ако при достъп до някой елемент от данни има обмен с външна памет, тогава цялата система ще работи със скоростта на външно устройство с памет. Почти единственият начин действително да увеличите тази скорост е чрез буфериране на данни в RAM. Освен това, дори ако операционната система извършва буфериране в цялата система (както в случая с UNIX OS), това не е достатъчно за целите на СУБД, която има много повече информация за полезността на буферирането на една или друга част от базата данни . Следователно, разработените СУБД поддържат собствен набор от RAM буфери със собствена дисциплина за подмяна на буфери.
Имайте предвид, че има отделна посока на СУБД, която е фокусирана върху постоянното присъствие на цялата база данни в RAM. Тази посока се основава на предположението, че в бъдеще количеството RAM в компютрите ще бъде толкова голямо, че няма да се тревожи за буфериране. Докато тези произведения са в етап на проучване.

2.1.3 Управление на транзакциите

Транзакцията е последователност от операции върху база данни, разглеждана от СУБД като цяло. Или транзакцията е изпълнена успешно и СУБД записва (COMMIT) промените в базата данни, направени от тази транзакция във външна памет, или нито една от тези промени не засяга състоянието на базата данни по никакъв начин. Концепцията за транзакция е необходима за поддържане на логическата цялост на базата данни. Ако си припомним нашия пример за информационна система с файлове СЛУЖИТЕЛИ и ОТДЕЛИ, то единственият начин да не нарушаваме целостта на базата данни при наемане на нов служител е да комбинираме елементарни операции с файловете СЛУЖИТЕЛИ и ОТДЕЛИ в една транзакция. По този начин поддържането на механизма на транзакциите е предпоставка дори за СУБД с един потребител (ако, разбира се, такава система заслужава името СУБД). Но концепцията за транзакция е много по-важна в многопотребителските СУБД.
Свойството, че всяка транзакция започва с консистентно състояние на базата данни и оставя това състояние непокътнато след нейното завършване, прави много удобно да се използва концепцията за транзакция като единица за потребителска активност по отношение на базата данни. При подходящо управление на едновременни транзакции от СУБД всеки от потребителите може по принцип да се чувства като единствен потребител на СУБД (всъщност това е донякъде идеализиран изглед, тъй като в някои случаи потребителите на многопотребителски СУБД могат да усетят присъствието на техните колеги).
Свързани с управлението на транзакциите в многопотребителска СУБД са важните концепции за сериализиране на транзакции и сериализиран план за изпълнение за смес от транзакции. Под сериализиране на едновременно изпълнявани транзакции се разбира такъв ред на планиране на тяхната работа, при който общият ефект от смес от транзакции е еквивалентен на ефекта от тяхното някакво последователно изпълнение. Сериализиран план за изпълнение за смес от транзакции е този, който води до сериализиране на транзакции. Ясно е, че ако е възможно да се постигне наистина серийно изпълнение на смес от транзакции, тогава за всеки потребител, по чиято инициатива се формира транзакцията, наличието на други транзакции ще бъде невидимо (с изключение на известно забавяне в сравнение с единичната - потребителски режим).
Има няколко основни алгоритма за сериализиране на транзакции. В централизираната СУБД най-често срещаните алгоритми се основават на синхронизирано улавяне на обекти от база данни. При използване на всеки алгоритъм за сериализация са възможни ситуации на конфликти между две или повече транзакции при достъп до обекти на базата данни. В този случай, за да поддържате сериализацията, трябва да върнете назад (отхвърлите всички промени, направени в базата данни) една или повече транзакции. Това е един от случаите, когато потребител на многопотребителска СУБД може реалистично (и доста неприятно) да усети присъствието на транзакции на други потребители в системата.

2.1.4 Регистриране

Едно от основните изисквания за СУБД е надеждността на съхранение на данни във външна памет. Надеждността на съхранението означава, че СУБД трябва да може да възстанови последното последователно състояние на DB след всяка хардуерна или софтуерна повреда. Обикновено се разглеждат два възможни типа хардуерни повреди: така наречените меки повреди, които могат да се тълкуват като внезапно изключване на компютъра (например аварийно изключване на захранването) и твърди повреди, характеризиращи се със загуба на информация за външни носител с памет. Примери за софтуерни повреди могат да бъдат: необичайно прекратяване на СУБД (поради грешка в програмата или в резултат на някакъв хардуерен отказ) или ненормално прекратяване на потребителска програма, в резултат на което някаква транзакция остава незавършена. Първата ситуация може да се разглежда като специален вид повреда на софтуерния хардуер; при настъпване на последното се изисква отстраняване на последиците само от една сделка.
Ясно е, че във всеки случай, за да възстановите базата данни, трябва да имате някаква допълнителна информация. С други думи, поддържането на надеждността на съхранението на данни в база данни изисква излишно съхранение на данни и тази част от данните, която се използва за възстановяване, трябва да се съхранява особено надеждно. Най-често срещаният метод за поддържане на такава излишна информация е поддържането на регистър на промените в базата данни.
Журналът е специална част от базата данни, която е недостъпна за потребителите на СУБД и се поддържа със специално внимание (понякога се поддържат две копия на дневника, разположени на различни физически дискове), която получава записи за всички промени в основната част на базата данни . В различните СУБД промените в базата данни се регистрират на различни нива: понякога запис в регистрационния файл съответства на някаква логическа операция за промяна на базата данни (например операция за изтриване на ред от таблица на релационна база данни), понякога - на минимална вътрешна операция на промяна на страница с външна памет; някои системи използват и двата подхода едновременно.
Във всички случаи се следва стратегия за регистриране "напред" (т.нар. Write Ahead Log - WAL протокол). Грубо казано, тази стратегия се състои във факта, че запис за промяна на който и да е обект на база данни трябва да влезе във външната памет на дневника, преди промененият обект да попадне във външната памет на основната част от базата данни. Известно е, че ако протоколът WAL се спазва правилно в СУБД, тогава с помощта на дневника можете да решите всички проблеми с възстановяването на базата данни след всяка неизправност.
Най-простата ситуация за възстановяване е индивидуално връщане на транзакция. Строго погледнато, това не изисква регистър на промените в цялата система. Достатъчно е всяка транзакция да поддържа локален дневник на операциите по модификация на базата данни, извършени в тази транзакция, и да върне транзакцията, като извърши обратни операции, следващи от края на локалния дневник. В някои СУБД правят това, но в повечето системи локалните регистрационни файлове не поддържат и отделните транзакции се връщат обратно според системния регистър, за който всички записи от една транзакция са свързани в обратен списък (от край до начало ).
В случай на мека неизправност външната памет на основната част на базата данни може да съдържа обекти, модифицирани от транзакции, които не са били завършени към момента на грешката, и може да няма обекти, модифицирани от транзакции, които са били успешно завършени от време на повреда (поради използването на RAM буфери, чието съдържание изчезва в случай на мека повреда). Ако следвате протокола WAL, външната памет на дневника трябва да гарантира, че съдържа записи, свързани с операциите по модификация и на двата типа обекти. Целта на процеса на възстановяване след мека повреда е състоянието на външната памет на основната част от базата данни, което би възникнало, когато промените на всички завършени транзакции бъдат записани във външна памет и което няма да съдържа никакви следи от незавършени транзакции . За да постигнат това, те първо връщат обратно незаети транзакции (отмяна), а след това преиграват (повторяват) тези операции на завършени транзакции, резултатите от които не се съпоставят във външната памет. Този процес съдържа много тънкости, свързани с обща организацияуправление на буфери и журнали. Ще разгледаме това по-подробно в съответната лекция.
За възстановяване на базата данни след тежка повреда се използват дневник и архивно копие на базата данни. Грубо казано, архивното копие е пълно копие на базата данни до момента, в който журналът започне да се попълва (има много опции за по-гъвкава интерпретация на значението на архивното копие). Разбира се, за нормално възстановяване на базата данни след тежка повреда е необходимо логът да не изчезва. Както вече беше отбелязано, особено повишени изисквания се налагат към безопасността на дневника във външната памет в СУБД. След това възстановяването на база данни се състои във факта, че въз основа на архивното копие работата на всички транзакции, приключили в момента на повредата, се възпроизвежда в дневника. По принцип е възможно дори да се възпроизведе работата на неангажирани транзакции и да продължи работата им след завършване на възстановяването. В реалните системи обаче това обикновено не се прави, тъй като процесът на възстановяване от твърда повреда отнема доста време.

2.1.5. Поддръжка на езици на базата данни

За работа с бази данни се използват специални езици, обикновено наричани езици на бази данни. Ранните СУБД поддържаха няколко езика, специализирани в техните функции. Най-често се разграничават два езика - езикът за дефиниране на схемата на базата данни (SDL - Schema Definition Language) и езикът за манипулиране на данни (DML - Data Manipulation Language). SDL служи основно за дефиниране на логическата структура на базата данни, т.е. структурата на базата данни, както изглежда на потребителите. DML съдържа набор от оператори за манипулиране на данни, т.е. оператори, които позволяват въвеждане на данни в базата данни, изтриване, промяна или избор на съществуващи данни. Ще разгледаме по-отблизо ранните езици на СУБД в следващата глава.
и др.................

7 лекция. Администрация на БД

Администратор на база данни - Това е длъжностно лице, което отговаря за поддръжката на СУБД.

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

Кой може да стане DBA

Човекът, който разработва и управлява базата данни, може да стане администратор на база данни. Може да е програмист, който е поел отговорността за поддръжката на SQLСървър по време на разработването на проекта и беше толкова увлечен от тази професия, че промени профила на работата си. Може също да е системен администратор, който също е натоварен с поддръжка на SQL.Сървър. Може дори да е преквалифициран специалист от друга област, например счетоводител. Ако искате да станете и DBA, имате нужда от следното:

· добро познаване на операционните системи на Microsoft Windows;

· владеене на език структурирани заявки(SQL);

· способност за разработване на бази данни;

· обща концепция за мрежови архитектури (напр. клиент/сървър, Интернет/интранет, Enterprise);

· знания Microsoft SQLСървър.

Експертни съвети на Microsoft:

Ако сте член на екипа поддръжка, коятоизисква администратор на Microsoft SQL Server, ето моят съвет: обадете сепо този позиция. Първо, така епрекрасна работа. Второ, доброто DBA са необходими по всяко време и навсякъде. И трето, обикновеноте получават повече от разработчиците.

Отговорности на DBA

1 Инсталиране и надграждане на SQL Server

Администраторът на базата данни е отговорен за инсталирането и надграждането на съществуващата SQL версииСървър. Ако надграждате SQL Server, DBA е отговорен да гарантира, че ако възникне грешка, можете да се върнете към предишна версия на SQL Server и да я използвате, докато всички проблеми не бъдат разрешени. DBA също така отговаря за прилагането на сервизни пакети на SQL Server. Сервизният пакет не е надстройка, а само инсталация сегашна версиясофтуер, който коригира различни грешки, открити след пускането на продукта.

2.Мониторинг на състоянието на сървъра на базата данни и съответното му конфигуриране

Наблюдението на състоянието на сървъра на базата данни е от съществено значение, за да се гарантира, че:

Сървърът работи с оптимална производителност;

Грешките в работата на СУБД не се записват в дневника за грешки или дневника на събитията;

Поддръжката на базата данни се извършва ежедневно, а цялата система като цяло - периодично (последното е отговорност на системния администратор).

3.Правилно използване на паметта

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

Архивиране и възстановяване на данни

Архивирането и възстановяването на данни са най-важните задачи на DBA. Това включва следното:

Разработване на стандарти и график за архивиране;

Разработване на процедури за възстановяване за всяка база данни;

Уверете се, че графикът за архивиране отговаря на изискванията за възстановяване на данни.

Управление и сигурност на потребителите на база данни

В SQL Server 2000 DBA работи в тясно сътрудничество с Windows администратор NT / 2000 в областта на присвояването на права за достъп до база данни на потребителите. Когато не става дума за сферата Влияние на Windows NT / 2000, DBA позволява на потребителите такъв достъп сам. Той също така е отговорен за присвояването на потребител към определена база данни и определянето на правата му за достъп. В зависимост от тези права, потребителят може (или не може) да осъществява достъп различни предметибази данни, като таблици, изгледи и съхранени процедури.

Сътрудничество с разработчици

Много е важно DBA да работи в тясно сътрудничество с екипа за разработка на цялостния дизайн на базата данни. Това включва създаване на нормализирани бази данни, настройка, присвояване на правилните индекси и разработване на тригери и съхранени процедури. В среда на SQL Server 2000 добрият DBA може да напътства разработчиците как да се възползват от съветника за настройка на индекса на SQL Server и SQL Server Profiler.

Дефиниране на конвенции и стандарти

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

Трансфер на данни

DBA отговаря за импортирането и експортирането на данни към и от SQL Server. Понастоящем има тенденция към намаляване на размера на системите клиент/сървър и комбинирането им с мейнфреймове и уеб технологии за създаване на системи за управление на предприятието (като Enterprise). При тези обстоятелства импортирането на данни от мейнфрейма в SQL Server стана нещо обичайно; Тази практика стана още по-разпространена с появата на SQL Server 2000 Data Transformation Services (DTS). Добри администратори, DTS знаещ, в близко бъдеще ще бъде на страхотна цена, тъй като сега фирмите се стремят да се трансформират остарели системив системи като Enterprise.

Репликация на данни

SQL Server 2000 въвежда нови възможности за репликация, като например репликация при сливане (двупосочна изолирана репликация). Управлението на репликацията и конфигурирането на нейните топологии ще се превърнат в много важна задача за DBA, тъй като репликацията е огромна функция, която ще играе важна роля в работата на много организации.

Съхранение на данни

SQL Server 2000 въвежда нови възможности за съхранение на данни, които изискват от DBA да научи допълнителен продукт (Microsoft OLAP Server) и неговата архитектура. С появата на тази възможност DBA е изправена пред нови и интересни предизвикателства!

График за обработка на събития

Администраторът на базата данни е отговорен за планирането на обработката на различни събития, използвайки стандарт Windows инструменти NT/2000 и SQL Server. Това ще ви помогне успешно да се справите с различни задачи като архивиране и процеси на репликация.

Осигуряване на 24/7 достъп до данни

Сървърът на базата данни трябва да работи денонощно, осигурявайки достъп до базите данни. Бъдете готови след известно време да извършите необходимите операции за поддържане на работоспособността на СУБД и нейната модернизация. Опитайте се да издържите и на този ужасен пейджър сигнал. Ако сървърът на базата данни се срине, трябва да го стартирате и стартирате. В крайна сметка това е твоя работа.

Как DBA взаимодейства с други членове на екипа

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

Системни и мрежови администратори

Взаимодействието на DBA с мрежовия администратор се отнася преди всичко до видовете използвани мрежови протоколи и мрежови адресили номер на порт, който можете да изберете за сървъра. Ако потребителите се оплакват от бавно изпълнение на заявка, докато SQL Server изпълнява заявки много бързо, DBA трябва да работи с мрежовия администратор, за да се опита да открие основната причина на мрежата за тези проблеми.

По правило DBA работи по-тясно със системния администратор, отколкото с мрежовия администратор. Системният администратор е отговорен за конфигурирането на сървъра на Windows NT / 2000, който изпълнява SQL Server. Той също така отговаря за добавянето на твърди дискове и разпределянето на паметта, необходима за съхраняване на базите данни. Ако ще използвате интегриран с SQL Сървърна системапотребителски достъп, трябва заедно със системния администратор да дефинирате правилно акаунтите за потребители и потребителски групи в Windows NT / 2000. Различните видове процедури за архивиране и възстановяване за Windows NT / 2000 Server и SQL Server трябва да бъдат разработени от двете страни, тъй като системен администраторможе да се наложи възстановяване системен дисксъдържаща базата данни или нейното резервно копие.

Разработчици

Разликите между организациите се отразяват най-много във взаимодействието на DBA с разработчиците. В някои организации това взаимодействие е много близко, докато в други на практика липсва; във втория случай DBA само мълчаливо приема всичко, което са направили разработчиците, без да прави никакви коментари или да прави препоръки. Разбира се, за да се получи оптимален резултат, DBA трябва да бъде възможно най-тесен, но да си сътрудничи с разработчиците. В крайна сметка той ще бъде този, който ще поддържа базата данни и в повечето случаи ще има повече опит в разработването и конфигурирането на релационни бази данни. Следователно DBA трябва да участва активно в разработването, да дава съвети, да помага и да е в крак с всички събития. Неговата помощ трябва да бъде в правилния избор на индекси, оптимизиране на заявки и съхранени процедури и предоставяне на разработчиците с необходимата информация.

Потребители

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

SQLСървър- това е високопроизводителна система за управление на база данни, която е дълбоко интегрирана с Windows NT / 2000 и Windows 9x / Me, така че SQL Server може да се възползва напълно от функциите, предоставени от тези операционни системи. SQL Server е мощна система за управление на база данни, която напълно отговаря на нуждите на съвременните сложни клиент/сървър системи.

Архитектура

Чрез дълбокото интегриране на SQL Server с операционната система, на която работи, имате следните важни възможности:

Симетрична многопроцесорна обработка (SMP);

Преносимост - работи на много ОС;

Мрежова независимост;

Надеждност.

Симетрична многопроцесорна обработка (SMP)

Използването на SMP позволява на SQL Server да подобри производителността с допълнителни процесори. SQL Server 2000 Enterprise Edition под Контрол на Windows Datacenter 2000 поддържа до 32 процесора и до 64 GB RAM. SQL Server може автоматично да изпълнява заявка за паралелно изпълнение на два или повече процесора. Всичко това се случва без намеса на потребителя; администраторите също са освободени от караницата при управлението на множество процесори.

Версията на SQL Server за Windows 9x не поддържа SMP.

Мрежова независимост

Операционните системи Windows NT / 2000 и Windows 9x / Me поддържат множество различни видовемрежови протоколи. Това ниво на поддръжка се простира чак до свързаността на предния край на SQL Server. По този начин можете да изберете мрежовия протокол, който най-добре отговаря на вашите нужди. В момента се поддържат следните мрежови протоколи: TCP / IP, IPX / SPX, Named Pipes, AppleTalk и Banyan Vines.

Надеждност

Windows NT / 2000 и SQL Server осигуряват стабилна защита на данните срещу неочаквани или системни сривове, динамично управление на паметта, предварително планиране на задачи и дистанционно управление. Тези възможности поддържат SQL Server работещ 24 часа в денонощието, 7 дни в седмицата.

Разработване на стратегия и план за монтаж

Разработването на инсталационен план започва с анализ на изискванията, произтичащи от естеството на предприятието и желанията на потребителите. Трябва да разгледате широк спектър от въпроси, от избора и закупуването на хардуер до вземането на решения за инсталиране. специфични параметри SQL Server. Започнете, като вземете предвид системните изисквания и желанията на потребителя. Въз основа на това проучете възможните хардуерни конфигурации и опциите на SQL Server. След това направете списък с опции, които да използвате по време на инсталацията, и накрая инсталирайте SQL Server.

Етап 1. Определяне на системните изисквания и желанията на потребителя

Как да определим Системни изискванияи разберете желанията на потребителите? Много е просто: задавайте въпроси и анализирайте отговорите. Започнете с желанията на потребителите и изискванията, произтичащи от естеството на бизнеса, и можете да решите какъв вид хардуер ви е необходим. Така че първо намерете отговорите на следните въпроси:

Каква е целта на системата?

Какви са изискванията за СУБД?

Какви са желанията на потребителите и какви са изискванията, произтичащи от естеството на предприятието?

Колко струва?

Каква е целта на системата

Първият въпрос, който трябва да си зададете, е за какво е системата и колко потребители ще я използват едновременно (например системата е създадена за един отдел, състоящ се от 10 потребители, или за голямо предприятие с хиляди потребители ). Как повече потребителиподдържа системата, толкова по-високи са изискванията за скорост, RAM и пространство на твърдия диск на сървъра. Компютърът е предназначен единствено за стартирайте SQLСървър или ще изпълнява някаква друга функция (като отпечатване на файлове)? Новата система замества ли старата чрез надграждане или преоразмеряване на базата данни? Ако наистина е замяна стара система, тогава ще имате доста необходима информация (например текущото натоварване на системата и нейните недостатъци). Активна ли е системата или тестова в процес на разработка? Сървърът на живо изисква по-стабилна защита от сривове и по-големи твърди дискове от тестовия сървър.

Какви са изискванията към базата данни

Какви са изискванията към сървъра на базата данни? Какво ще поддържа SQL Server първо: системи за вземане на решения или системи за изпълнение на транзакции? Колко тежко ще бъде очакваното натоварване на транзакциите? Ако системата е проектирана да извършва транзакция, опитайте се да определите очаквания брой транзакции на ден и как ще бъдат обработени. Например сървърът може да не работи в продължение на осем часа и след това да обработва всички транзакции в продължение на няколко часа или да обработва транзакции равномерно през целия ден. Какъв е очакваният размер на базата данни? Възможно е да мигрирате бази данни от вашата наследена система към SQL Server в резултат на надстройка или преоразмеряване. Ако е така, можете да получите информация за текущите и очакваните размери на базата данни и за текущото натоварване на транзакциите в системата.

Какви са изискванията и нуждите на потребителите

Винаги е много важно да разберете какво изискват и очакват потребителите на SQL Server. Какво е времето за реакция на системата, очаквано от потребителите? Колко потребители ще бъдат свързани към SQL Server едновременно? Какви са изискванията за архивиране и съхранение поради естеството на бизнеса? Какви са изискванията за архивиране и съхранение за потребителите? След като разберете нуждите на вашите потребители, опитайте се да определите дали можете да създадете система, която да отговаря на тези нужди. Може да се наложи да ги свалите на земята, за да осъзнаят реалните възможности на системата.

Колко струва

Вероятно първо трябва да се зададе този въпрос! V Истински животразликата между системата, която искате, и тази, която получавате, се дължи само на размера на средствата, с които разполагате. Но можете да се утешите с факта, че цените на компютрите непрекъснато намаляват и цената на сървъра, от който се нуждаете, става все по-приемлива.

Етап 2. Избор на платформа

С отговорите на въпросите от първата стъпка, вие сте готови да изберете хардуерна платформа за SQL Server. За да изберете платформа, трябва да вземете решение за следните четири точки:

Хардуер (включително броя на процесорите и необходимите периферни устройства);

Количеството RAM;

Капацитет на твърдия диск;

Тип файлова система.

Хардуер

Когато избирате хардуерна платформа, трябва да проверите дали списъкът за хардуерна съвместимост на Windows NT / 2000 включва марката и модела на компютъра, който искате да използвате като сървър. Чрез закупуванекомпютър, не забравяйте да кажете на търговската компания, че възнамерявате да го използвате като сървър на база данни.

СЪВЕТ на Microsoft

Ще се спасите от много проблеми, ако използвате само тях компютри, коитосертифицирани Microsoft Corporation за работа с операционна система Windows NT/2000.

Имам ли нужда от компютър с няколко процесора?

Windows NT може да поддържа до четири процесора, а Windows 2000 може да поддържа осем. SQL Server може да се възползва отпредимствата на такава мултипроцесорна поддръжка без специални добавки или промени в конфигурацията.

RAM

SQL Server изисква най-малко 32 MB RAM за лични и настолни версии и 64 MB за всички други B версии нова версияВ SQL Server вече не е необходимо ръчно да разпределяте RAM и да указвате как да го използвате. SQL Server 2000 динамично регулира обема на използваната памет въз основа на текущите изисквания и състоянието на операционната система на компютъра, на който работи.

Независимо от първоначалното количество памет, с течение на времето ще можете по-точно да определите колко памет трябва да работи SQL Server.

Твърди дискове

Трябва да вземете още един важно решение: изберете типа твърди дискове и контролери за тях. Изборът на правилните твърди дискове ще има значително влияние върху цялостната производителност на SQL Server и цялостната устойчивост на системата.

За вкъщи Специално вниманиеизбор на типа твърди дискове. I/O операциите са едно от тесните места на всички СУБД

Устойчивостта на грешки на съвременните дискови устройства е също толкова важна, колкото и скоростта на твърдите дискове. Базата данни трябва да бъде защитена колкото е възможно повече, като същевременно се гарантира оптимална производителност... Една от възможностите е да използвате RAID масиви (излишен масив от евтини дискове). Конфигурацията на RAID използва множество устройства, за да създаде едно логическо споделено устройство. По този начин, логично, RAID масивът е едно устройство, но физически това са няколко твърди диска, работещи със съответния софтуер и хардуер. В RAID конфигурации файловете могат да бъдат разделени на няколко физически устройства, което ви позволява да постигнете висока производителност... Друго предимство на RAID масивите е тяхната устойчивост на грешки и възстановяване на данни. RAID масив от 5-то ниво ви позволява напълно да възстановите данните, съдържащи се в него, в случай на повреда на един диск. Когато се добави нов диск, RAID автоматично ще възстанови данните, които са били на изгубеното устройство, и ще ги постави на новия диск. Ниво 5 RAID осигурява висока степензащита и оптимална работа на базата данни. RAID масивите могат да бъдат създадени с помощта на хардуер или софтуер на Windows NT / 2000. Като цяло, хардуерно базираните RAID масиви са по-бързи от софтуерните RAID масиви.

Файлова система

Коя файлова система трябва да се използва при работа с Windows NT / 2000 - NTFS (Файлова система с нова технология) или FAT (Таблица за разпределение на файлове)? Що се отнася до производителността, това няма никакво значение, тъй като разликата в производителността между тези две файлови системи е напълно незначителна. В общи линии NTFS е по-бързизпълнява операции за четене, докато FAT изпълнява операции за запис. Въпреки това, с NTFS можете да се възползвате от предимствата на сигурността на Windows NT / 2000.

СЪВЕТ

За Windows NT / 2000 обикновено препоръчвам да използвате NTFS за възползвам се отползите от NT сигурността и нейните одитни възможности.

Избор на платформа

Правилната платформа за SQL Server е тази, която има възможно най-голяма конфигурация, която можете да си позволите и предоставя нормална работа SQLСървър! Добра конфигурация за SQL Server: Компютър с един или повече процесори с поне 256 MB RAM. Използвайте RAID масив от ниво 5 за хостване на вашите бази данни. Поставете регистрационните файлове на транзакциите в ивици RAID 1 (огледален) масив, а операционната система и SQL Server на обикновено дисково устройство или RAID 1.

Стъпка 3. Важни въпроси, на които трябва да се отговори

Трябва да знаете твърдо отговорите на редица въпроси.

Къде да сложа файловете на базата данни?

Какво е името на сървърния екземпляр?

Какъв е редът на сортиране и кодирането на знаци?

Какъв мрежов протокол да използвам?

Под каква сметка Windows NT / 2000 трябва да изпълнява услугите на SQL Server и SQL Server Agent?

Местоположение на файлове в базата данни

По време на инсталацията ще трябва да отговорите къде да инсталирате системните бази данни на SQL Server (т.е. да посочите устройството и пътя). ДА СЕ системни базиданните включват следното:

Master - база данни за конфигурация на SQL Server;

Mode1 - база, която служи като шаблон за създаване на други бази данни;

Tempdb - област за временно съхранение на данни (временна база данни);

Msdb - база данни за съхранение на работния график и SQL Server: Агентна база данни;

Northwind и Pubs са примерни бази данни.

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

Основните msdb и моделите бази данни обикновено не нарастват много бързо (те добавят само няколко мегабайта на седмица). Но tempdb е съвсем различен въпрос. SQL Server 2000 автоматично увеличава tempdb според нуждите, ако надвишава ограничението за размер, посочено по време на инсталацията. И когато SQL Server бъде спрян или рестартиран, tempdb автоматично се връща към първоначалния си размер. Следователно има смисъл да изберете устройство или RAID масив за tempdb с достатъчно пространство за разширяване на базата данни; това устройство също трябва да осигурява висока производителност.

Име на екземпляра

SQL Server 2000 ви позволява да инсталирате множество екземпляри на базата данни на SQL Server. Ако инсталирате единично копие на SQL Server, името по подразбиране е името на компютъра. Ако са инсталирани няколко екземпляра, на всеки трябва да бъде присвоено уникално име. Имената на екземпляри не са чувствителни към малки и големи букви и не могат да надвишават 16 знака. Първият знак на името трябва да бъде буква, долно подчертаване, цифра или амперсанд.

Опции за съпоставяне и кодиране на знаци

SQL Server 2000 не изисква отделно съпоставяне и дефиниране на набор от знаци за нормални данни и символи в Unicode. Изборът за съпоставяне (идентифициран по име) определя правилата за съпоставяне и сравнение както за обикновените данни, така и за символите в Unicode. Например, можете да зададете сравнение без значение на главни букви или сравнение на двоични еквиваленти на знаци. Съпоставянето включва наборите от знаци, използвани от данните. Unicode символиимат два пъти по-голям размеротколкото ANSI знаци. ANSI използва 256 знака, а Unicode използва 65 356 знака. При инсталиране на SQL Server се използват настройките за съпоставяне и кодиране на инсталираната операционна система Windows и по подразбиране сървърът конфигурира всички тези настройки сам. Препоръчително е да се придържате към тази настройка по подразбиране.

ВНИМАНИЕ!

За промяна на параметрите за съпоставяне и кодиране след инсталиране на SQL Server; трябва да направите промени в главната база данни и персонализиранБаза данни.

Мрежови протоколи

Тъй като SQL Server може да поддържа няколко различни мрежови протокола едновременно, клиентите, използващи TCP / IP, могат да се свързват към SQL Server едновременно с клиентите, използващи IPX / SPX. По време на инсталирането на SQL Server, различни мрежови библиотеки, предназначен за обмен на мрежови съобщения с други сървъри и клиентски работни станции. При инсталиране на SQL Server 2000 поддръжката за множество мрежови протоколи се инсталира по подразбиране.

Има 2 режима на сигурност:

режим удостоверяване на Windows NT... Възползва се от системата за сигурност на Windows NT / 2000, която използва механизма за създаване на акаунт на NT сървъра. Този режимизисква установяването на доверена връзка със сървъра и може да бъде реализиран чрез Named Pipes протокол (named pipe) или мулти-протокол.

Смесен режим.Позволява на потребителите да се свързват със SQL Server, използвайки режимите на удостоверяване на Windows NT и SQL Server. В последния случай потребителят, който се свързва към SQL Server, предоставя потребителско име и парола, които се проверяват от SQL Server спрямо системната таблица. Потребителите, използващи доверени връзки, могат да се свържат със SQL Server, използвайки Windows NT Authentication Mode.

Протокол с име Pipes

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

Многопротоколна

Мултипротоколът използва механизма за отдалечено извикване на процедури (RPC) на Windows NT за съобщения и не изисква допълнителна конфигурация. Понастоящем мулти-протоколът поддържа NWLink IPX / SPX, TCP / IP и Named Pipes. Той позволява на потребителите на IPX / SPX и TCP / IP да се възползват от удостоверяването на потребителя на Windows NT.

NWLink IPX / SPX протокол

Това е добре познат мрежов протокол за мрежи на Novell. Ако по време на инсталацията на SQL Server го изберете, тогава ще бъдете помолени за име сервизен отдел Novell Bindery къмрегистрирайте SQL Server.

TCP/IP протокол

Това е популярен протокол, използван в Интернет. Ако изберете TCP / IP, ще бъдете подканени за номера на TCP / IP порта, който SQL Server да използва за клиентски връзки. Стандартна стаяПортът за SQL Server е 1433.

И няколко други.