УНИВЕРЗИТЕТ СВЕТИ КИРИЛ И МЕТОДИЈ

ПРИРОДНО-МАТЕМАТИЧКИ ФАКУЛТЕТ

СТУДИИ ПО ИНФОРМАТИКА

ПРЕДМЕТ

Бази податоци

Microsoft Windows Azure

SQL Database

Студент: Ставрески Гоце

Индекс бр. 15982

Професор: вон. проф. д-р Вено Пачовски

Академска година 2014/2015

Содржина на есејот:

Содржина на есејот: ....................................................................................................... 2

Функција на базите податоци (општ вовед) ................................................................. 1

Компоненти на базата податоци ................................................................................... 4

База на податоци – MS SQL Azure ................................................................................ 5

Вовед ............................................................................................................................ 5

Оперативни системи на кои работи .......................................................................... 7

Структура (табели, полиња, цели документи, друго) ............................................. 9

Карактеристики – ACID, CAP, друго ..................................................................... 13

Начин на работа со меморија ................................... Error! Bookmark not defined.

Ограничувања ........................................................................................................... 20

Референци: .................................................................................................................... 22

Функција на базите податоци (општ вовед)

Секоја апликација има потреба да биде трајно складирана. Начелно постојат три

механизами за складирање : датотеки, систем на бази на податоци или некој

хибрид.

Постојат повеќе функции кои системот на бази на податоци ги извршува за да

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

Десет функции на систем на бази на податоци се: управување со бибилиотеки на

податоци , управување со склад на податоци, трансформација и презентација на

податоци , управување со безбедност, контрола на пристап од страна на повеќе

корисници, управување со копии на податоци и обнова на податоци, управување

со интегритет на податоци, јазици на бази на податоци и интерфејси за

програмирање на апликации, кoмуникациски интерфејси на бази на податоци и

управување со трансакции.

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

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

(метадата).

Системот на бази на податоци ја користи функцијата за да ги провери потребните

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

на податоци се оди преку системот на бази на податоци. Оваа функција ги

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

со апстракција на податоци . За возврат ова ги прави податоците многу полесни за

крајниот корисник. Библиотеката со податоци е најчесто скриена од корисниците

и ја користат администраторите на базите на податоци и програмерите.

2 . Управување на склад со податоци

Оваа посебна функција се користи за складирање на податоци и било кои

поврзани податочни форми за внесувањe, правила за валидација на податоци,

процедурален код, и структури кои се справуват со видео и аудио формати.

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

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

подесување на перформанси што се однесува на ефикасност на база на податоци

во релација со складот и брзината на пристап.

3 . Трансформација на податоци и нивнa презентација

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

податочна структура. За короистење на трансформација на податоци и

презентација на функцијата сисѕтемот на бази на податоци може да ја определи

разликата меѓу логичките и физичките податочни формати.

4 . Управување со безбедност

Eдна од најважните функции на системот на бази на податоци . Управувањето со

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

базата на податоци. На корисниците им се дава корисничко име и лозинка или

преку биометричка автентикација (преку отисок на прст или скенирање на

ретина) кои имаат високи цени. Тука се поставуваат ограничувања кои подaтоци

кој корисник смее да ги гледа и да управува со нив.

5. Повеќекорисничка контрола на пристап

Податочен интегритет и податочна консистентност се основа на оваа

функција. Повеќекорисничка контрола на пристап е корисна алатка кај системот

на бази на корисници. Податочниот интегритет и податочната консистентност се

основа на оваа функција. Може да се пристапува до базата на податоци без

нарушување на податочниот интегритет на самата база.

6. Управување со резревни копии на податоците и обновување

За правење на резервни копии на податоците и нивно обновување. На

пример ако има недостиг на струја, управување со обновување е колу долго е

потребно да се поврати базите ана податоци прекинот. Манипулација со резервни

копии се однесува на безбедност на податоци и интегритет, на приемр копија на

сите mp3 фајлови на дискот.

7. Ушравување на податочен интегритет

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

како податочна редунданција, кога податоци се складираат непотребно на повеќе

од едно место, и се максимизира конзистентоност на податоции, за да се осигура

дека базата на податоци го враќа точниот истиот одговор секојпат за исто

поставено прашање.

8. Јазици за пристап на бази на податоци и интерфејси за апликациско

порграмирање

Јазикот со користење прашалници е непроцедурален јазик. Пример за ова е SQL

(структуиран јазик со прашалници). SQL е најопшта форма од овој вид подржан

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

податоци.

9. Интерфејси за комуникација со бази на податоци

Ова се однесува на она како систем за управување со бази на податоци може да

прифати различни побарувања од крајни корисници преку различни мрежни

околини. Пример за ова лесмо се поврзува со интернет. Систем на управување

со базии на податоци може да овозможи пристап кон база со користење на

Интернет преку Веб пребарувачи (Mozilla Firefox, Internet Explorer, Netscape).

10. Управување со трансакции

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

метод кој ке гарантира дека сите надградби во дадена трансакција се направени

или не се направени.

Сите трансакции мора да го следат она што се нарекува својства на ACID.

A – Aтомарност: трансакција е неделива единица која или се изведува во целина

и не по делови или воопшто не се изведува.

C – Конзистентност : Трансакција мора да ја смени базата на податоци од една

постојана состојба во друга.

I – Изолација: Трансакции потребно е да се извршуваат независно една од друга.

Друг дел од трaнасакција во извршување да не може да се види од друга

трансакција.

D – Постојаност:Успешно извршена трансакција постојано се наоѓа во базата на

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

Компоненти на базата податоци

Базата на податоци која ја разгледуваме во овој документ претставува релациона

база на податоци како сервис на SQL Сервер технологијата. Обезбедува безбедни,

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

обработка на податоци во облак.

Одржливост

При користење на SQL база на податоци бидејчи се поврзувате на крајна

точка на сервис нема да мора да раководите со било кој виртуелен или

физички сервер или да инсталирате надградби од било кој осфтвер

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

време.

Наместо да го трошите времето за раководењње со серверите може да го

вложите целото време и енергија во развоја на сервиси и операцџии.

Достапност

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

клиентските бази на податоци за да обезбеди висока достапност. Кога

постои проблем со инфраструктура SQL БП прави копии за да ја осу=игура

достапноста (Microsoft Azure SLA гарантира 99.9% достапност).

Приспособливост

Едднаш кога ќе споделите податоци може хроизонтално да ги

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

избегнување на податочниот проток да постане тесно грло на Вашиот

систем. Од друга старна бидејќи плаќате само она што кориситите може да

постигнете оптимални системски перформанси.

Добро познати развојни околини и алатки

Во овој контекст SQL базата на податоци е високо компатибилна со SQL

Серверот. Комплентото знаење на SQL Срверот како T-SQL, складираните

процедури ADO Net, Entity околината, ODBC и SQL Managament Studio може да

се искористат на SQL база на податоци.

База на податоци – Мicrosoft Windows Azure SQL база на податоци

Вовед

Што е компјутерската обработка на податоци во облак? Зошто ни е потребен

облак? Сушината на компјутерската обработка на податоци во облак е голем

простор за складирање на податоци и вршење компјутерски операции. Со

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

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

услугата која ја користат. Тука е фундаменталната разлика во однос на

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

даватели на услуги поради фактот што мора да ја купат и одржуваат опремата и

да ја зачуваат на определно фуинкционално ниво пред да можат да ги користат

тие услуги. На платформа со компјутерска обработка на облак клиентите се

стекнуваат со нови услуги едноставно со плаќање на претплата и следат

определен принцип на плаќање на услуга базирано само на потрошувачката без

плаќање и за опредлени трошоци за одржување.

Слика 1 - Cloud = resource pool + endpoints

Сервисите кои работат на компјутерската обработка во облак се наречени Cloud

Services и може да се распоредат во две категории : компјутреска обработка и

скалдирање т.н комјутерска обработка во облак и комјутерско складирање во

облак.

Мајкросоофт Ажур обезбедува неколку решенија за складирање на податоци за

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

Инсталација на SQL Сервер на виртуелни машини

Ако сакаме да го исползуваме целосното множество на функции на SQL Сервер ,

потребно е да се извршуваат инстанците на SQL Сервер –от на Мајкрософт Ажур

може да се бира од неколку вградени опции.

Слика 2 – Вградени опции на SQL Сервер

SQL база на податоци

Релациона база на податоци дефинрана под SaaS од брендот Мaјакрософт. Се

кориsти како услуга со претплатa преку крајни точки кои го подржуваат ТДС

протоколот истиот кој го користи SQL Сервер може да користите SQL база на

податоци како вообичаена инстанца на SQL Сервер.

Слика 3 – Компатибилност на протокл на SQL база на податоци и SQL

Сервер

Мајкрософт Ажур Сервиси за Складирање

Обезбедуваат богато множество на NoSQL сервиси за складирање како штоп се

табели , виртуелни дискови , БЛОБ, редици. Се пристапува до овие сервиси со

користење на клиентски библиотеки.

Оперативни системи на кои работи

Windows Azure не претставува единствен оперативен систем, туку се состои од

неколку ОС кои работат заедно. Битно е да се знаат релациите помеѓу овие ОС и

како тие се во интеракција со алатки за развивање на апликации кои с е користат

при одржување на Windows Azure решенија. Windows Azure е виртуелна околина

која работи на прилагодена Hyper-V платформа. Наместо да се потрошат големи

суми пари за специјализирана опрема, дизајнот на податочниот центар се сведува

на користење на прилагоден хардвер заедно со платформа која креира издржлив

систем.

Слика 4 – Cloud Ecosystem

Поради тоа серверите во Windows Azure податочните центри варираат многу

малку во нивната конфигурација . Виртуелните машини кои се распределени зa

услугите на компјутерска обработка во облак и Windows Azure виртуелните

машини се поставени на партиција на еден од овие физички сервери.

На главната root партиција на серверот е инсталиран ОС кој е познат како

host(домаќин) од брендот Мајкрософт кој е одговорен за раководење со ресурсите

на севрерот и за извршување на Windows Azure Agent кој комуницира со Windows

Azure Fabric Controller-от.

Fabric Controllers вршат мониторинг и ги контролираат големите сегменти на

податочните центри. Остатокот од ресурсите на физичките сервери се поставени

во една или повеќе партиции деца. Kaj овие партиции деца се инсталирани

посебни ОС, кои се рефернцирани како гостински OС. Како што е проиродата на

виртуелната платформа која опслужува неколку клиенти истовремено

гостинските ОС немаат пристап ниту помеѓу себе ниту до ОС домаќинот, освен

ако не е преку јавни крајни точки или тие припаѓаат на исти распоредувања. ОС

кој е домаќин раководи со гостинските партиции и контролиора некои од

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

податочните центри.

Kaj компјутерската обработка на ниво на облак, виртуелни мапшини водат

модифицирана инсталација на Windows Server ОС која е оптимизирана да се

извршува во Windows Azure околина. Посебно измените се извршени од

osFamily атрибутот во Service Configuration фајл (.cscfg). osFamily претставува

верзија на Windows Server да биде користена како гостински ОС.

Тука можеме да го забележиме и osVersion атрибутот што може да збуни бидејќи

повеќето луѓе ги интерпретираат верзиите како ‘2008’ или ‘2012’, поблиски до

концептот на ОС. Наместо верзија на ОС, во контекст на Windows Azure, се

мапира посебно издание на OС.

Ознакатa на изданието е за основен ОС заедно со разни безбедносни закрпи и

поправки на грешки. Може да се забележи гостински ОС опишан како 3.2 rel2.

што би значело дека е инсталиран OС од family 3, Windows Server 2012 и верзија

на ОС .2. Ознаката “rel2” укажува на грешка пронајдена во гостинската ОС

верзија и поправка дека е издадена од таква верзија или пак дека е извршено

реиздание на гостинската верзија на ОС.

Структура (табели, полиња, цели документи, друго)

SQL Azure и други релациони бази на податоци генерално кажано се насочени

повеќе кон обработка на податоци отколку кон сирово складирање и пребарување

на базата на податоци.

На пример ако сакате да го откриете целосниот приход на една компанија во

даден период можеби ќе сакате да скенирате стотици мегабајти од подтаоци за

продажба и да ја пресметате функцијата SUM (сумата). Во база на податоци може

да пратите единствен прашалник неколку бајти до базата на податоци што ќе

предизвика базата да повлече податоци (најверојатно во гигабајти ) од дискот кон

меморијата , да ги филтрира во определен опсег (некаде околу неколку стотина

мегабајти) во општи сценарија , да изврши пресметка на сумата на продажбите и

да врати како резултат определени цифри за клиентски апликации (неколку

бајти).

Да се направи ова со чист систем за скалдирање потребно е машината која го

извршува кодот на апликацијата да ги повлече податоците преку мрежата од

системот за складирање и потоа девелоперот да креира код да се изврши

функцијата SUM на податоците. Повлекување на многу податоци од складот на

податоци кон паликаицјата обработка може да биде многу скапо и споро.

SQL Azure обезбедува моќности за процесирање на податоци преку прашалници,

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

резултатитре се враќаат во апликацијата.

Ако имате апликација која побарува податоци на кои им е потребна обработка во

големи податочни множества тогаш SQL Azure е добар избор.

Ако и имате аплиакција која складира и превзема (скенира/филтрира) големи

податочни множества но не и е потребна обработка на податоци, тогаш Azure

Table Storage е врвниот избор.

На пример, ако сакате да најдете целосен приход од компанија во даден период ќе

момрате да скенирате стотици мегабајти податоци од продажба за компанијата во

определен период и да ја пресметате SUM.

SQL Azure дава основна функционалност на релациона база на податоци за

користење од страна на апликации.

Ако апликација има податоци потребни да видат сместени во системот на

релациона база на податоци, тогаш ова е начинот.

Ја обезбедува сета општа семантика за пристапот на податоци преку SQL

наредбите.

Следно би демнонстрирал користење на SQL база на поадтоци преку апликација

за огласна табла за голфери која овозможува играчите на гполф да имаат преглед

ан содржината на таблата како и да постираат нови внесувања.

Секое внесување содржи име и порака. Кога голфер ќе внесе постира нова порака

ВЕб улогата креира внесување кое содржи информација внесена од голферите со

користење на сервисот на Windows Azure табелата.

Слика 5 - огласна табла за пораки од голф играчи

Примарно е да сe конектираме на корисничкиот профил на SQL базата на

податоци и да се креира сервер и база на податоци за апликацијата ‘ Огласна

табла за голф играчи’ сo порталот на Windows Azure.

Може да се користи и SQL база на податоци АPI за креирање на SQL податочни

сервери и табели програмерски.

Проццедурите би биле креирање на SQL сервер за бази на податоци , креирање на

база на податоци , креирање на табела со тоа што е потребна претплата на

Windows Azure платформа.

За креирање на SQL Сервер за база на податоци и база на податоци

1. Отворете го Веб прегледникот и преминете на http://windows.azure.com.

2. Логирајте се на Windows Live корисничкиот профил

3. На дното на страницата кликни + NEW, кликни DATA SERVICES,

кликни SQL DATABASE и потоа кликни CUSTOM CREATE.

4. Внесете ги следните вредности:

5. Кликни ја десната стрелка на десниот долен агол од дијалогот

6. Внеси ги следните вредности

7. Кликнете на ознаката за чекирање на десниот долен дел на старницата.

8. На врвот на страницата, кликнете DATABASES за преглед на SQL бази на

податоци. Од листат може да најдете името на серверот на SQL база на

податоци за GolferMessageBoardDB базата на податоци. Чекајте до оној

момент додека theSTATUS покаже Online.

Може да користите или SQL Server Management Studio или Windows Azure

Management Portal за раководење сo Вашата SQL база на податоци. За

поврзување со SQL базата на податоци од SQL Server Management Studio, мора

да обeзбедите целосно квалификувано име на домен и на сервер.

SQL базата на податоци има два типа на пристап на конторла: огнен зид и SQL

автентикација. Мора да ги конфигурирате подесувањата на огнениот зид на

SQL базата на податоци за да дозволат конекции од Вашиот компјутер и

истотака потребно е да дозволите конекции од Windows Azure бидејќи самата

огласна табла е хостирана во Windows Azure. Во придонес на конфигурирање

на SQL база на податоци на стана огнениот sид на серверот, исто мора да се

конфигурира клинетската старна на Вашата околина за да се дозволи your

client-side environment to allow излезна TCP конекција преку TCP порта 1433.

За креирање на правило на SQL Сервер на база на податоци во огнен ѕид

1. Од Windows Azure Management Portal, на левата страна, кликни SQL

DATABASES. Треба да видите лист а од SQL бази на податоци.

2. Најдете ја GolferMessageBoardDB базата на податоци, и кликнете го

севрерот (on во истиот ред) кој ја хостира базата нма податоци.

3. На врвот на страницата, кликнете CONFIGURE.

4. Кликни ADD TO ALLOW IP ADDRESSES. Ново правило на огнен зид кој

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

листата.

Овој чекор е потребен прес користење на Management Portal

за SQL базата на податоци.

5. На дното на страницата, кликни SAVE.

eGolfer Message Board апликацијата има една табела за складирање на пораки

за креирање табела

1. Од Windows Azure Management Portal, кликни SQL DATABASES.

2. Од SQL листата на бази на податоци, кликни GolferMessageBoardDB за да

се селектира редица.

3. На дното на страницата, кликни MANAGE. The Management Portal за SQL

база на податоци се отвора различен таб за прегледник или нов прегледник.

4. Внеси ги следните вредности:

5. Кликни Log on.

6. Кликни New Query.

7. Во Query прозорец, внеси го следниот прашалник , и потоа кликни Run.

CREATE TABLE [Messages]

([MessageID] [int] IDENTITY (1, 1) NOT NULL PRIMARY KEY,

[GolferName] [nvarchar](100) NOT NULL,

[GolferMessage] [nvarchar](1000) NOT NULL,

[Timestamp] [date time] NOT NULL )

8. Кликни Message копче на дното на главната страница, и потврди дека

прашалникот е завршен успешно.

Карактеристики – ACID, CAP, друго

Релационите бази на податоци како SQL Azure имаат подршка за обработка на

трансакции, кои се референцираат како ACID (Atomic, Consistent, Isolated,

Durable) карактеристики кои ги наведов погоре во текстот. Главна цел кај

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

атомичност , изолација и постојаност.

CAP тероема

Во дистрибуиран систем на податоци дел од систем може делумно да изгуби

контакт со остатокот од системот. Восуштина системпт се дели на две или повеќе

вмрежени партиции. Промено во една нема да се достаспни во друга што води

конзистентност на системот. Во определни излагања се говори дека е невозможно

дистрибиран систем да ги задоволи сите три, мислејќи на :

- Конзистентност

- Достапност

- Толеранција кај партициите

Како што ACID карактеристиките се поскувани во податочен систем , CAP се

барани во дистибуиран податочен систем.

BASE

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

опишува таков сервис (услуга) што е изведено од b(asically), a(vailable), s(oft

state), e(ventual consistency). Основата на BASE системот е дека тој е постојано

достапен – по цена на неконсистентноста на настанот на поделбата . Различни

корисници на BASE добиваат различни вредности за исти податоци .Пример кога

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

до постара копија на податоците . Идејата на BASE e кога партицијата ќе ги

поправи застоените податоци тие ќе бидат свежи повторно и системот ќе се врати

во конзистентна состојба.

Можноста на BASE системот да функционира кај мрежна партиција го прави

способен за градење на масовни скалбилни системи. BASE системи може да бидат

вградени на начин и поцена која ќе е конкурентна на концептот на ACID

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

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

повеќето податоци на Веб.

ACID plus BASE

ACID и BASE се ортогонални начини за гледање на податочни системи каде еден

дава приоритет на конзистентност друг на достапност. Не се прави разлика дека

едниот е подобар од другиот систем. Поверојатно е дека било кој поголем веб

систем ќе е потребно да ги содржи ACID и BASE податочните системи на пример

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

поголем обем, за работи како кориснички коментари додека податочната

конзистентност на ACID е суштинска за прецизно пресметување на корисниците.

Azure SQL база на податоци - раководење со ресурси

Во овој дел ќе видиме како Azure SQL базата на податоци ги контролира

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

перформанси.

Количината на ресурси достапни за секоја база на податоци зависи од нивото на

перформaнси доделени на базат на податоци. Целта на овој текст е да се разберат

механизмите кои се користат за контрола на ресурсите.

Azure SQL базата на податоци користи три различни механизми за контрола на

ресурсите:

Раководење со ресурси

Една од целите на Basic, Standard и Premium нивоата на услуги е за Азур SQL

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

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

Раководењето со ресурси го пројавува ова однесување за време на извршувањето

на прашалниците. Ако агрегатното користење на ресурсите го достигнува

максимумот на дозволени ресурси на ЦПУ, Меморија и Записи во Денвник и

Прашалници на ресурси доделени во базите на податоци , раководењето со

ресурси доделени на базат на податоци ќе ги подреди во нивното извршување и

же додели ресурси на подаредените прашалници редоследно како што се

ослобоодуваат.

Препораки: Следење на користењето на ресурси како и просечните времиња на

одговор од прашалниците при доближување на максималното користење на

базата на податоци. При доближувањето на долгото извршување на

прашалниицте генерално имате три опции:

1. Намалување на количеството на дојодвни барања кон базата на податоци за

спречување на количествот кон базата на податоци за да го спречи истекот на

времето и трупањето на работни нишки.

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

3. Оптимизирај ги прашалниците за да ги наамлите користењето на ресурсите

за секој прашалник.

Azure SQL базата на податоци вклучува раководење на ресурси со поставување

на максимална граница на симучтано извршување на работни нишки (барања)

симултано извршување на сесии за секоја база на податоци. Механизмот за

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

Веб/Бизнис едиција или Премиум база на податоци.

Зголемување на ограничувањата

Бројот на конекции SQL базата на податоци како и бројни барања кои миоже да

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

конекциите кон базата н аподатоци да биде поголема од бројот на барања кои се

извршуваат симултано за поддршка на здружување на конекциите.

Додека количествцото а конекции кои се достапшни се може лесно да биде

контролирано од апликација , количеството на паралелни барања е често тешко да

се тешко да се предвиди и контролира. Посебно за време на полнења на врвовите

кога апликацијата испраќа премногу барања или базата на податоци не може да се

справи со границите на ресурсите посебнои за време на достигнување на

полнењата на врвот кога апликацијата или испраќа премногу барања до базата на

податоци или базат а не моќже да ги достигне границите на и почнува да

натрупува работни нишки при извршувбање на долгите прашалници може да се

појави грешката <NUMBER> .

1. Намалување на количеството на дојдовни барања кон базата на податоци за

спречување на количеството кон базата на податоци за да го спречи истекот на

времето и трупањето на работни нишки.

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

5. Оптимизирај ги прашалниците за да го намалите користењето на ресурсите

за секој прашалник.

Препорака: При извршување на работни нишки генерално имате три опции:

1. Намалување на количеството на дојдовни барања кон базата на податоци за

спречување на количеството кон базата на податоци за да го спречи истекот на

времето и трупањето на работни нишки.

2.Доделување на повисоко ниво на перформанси на базата на податоци кое ќе

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

3.Оптимизирај ги прашалниците за да ги намалите користењето на ресурсите за

секој прашалник.

Следната табела ги излистува границите на ресурсите позади која Azure SQL

базата на податоци ги одбива барањата или ги прекинува конекциите за да влијае

на ресурсите враќа код за грешка.

Ресурси Граница

Враќа

код со

грешка

Големина на

база на

податоци

Зависно од квота (MAXSIZE) 40544

Времетраење

на

трансакцијата

Состојба 1: 24 часа

Состојба 2: 20 секунди ако трансакција заклучи

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

40549

Затворање на

броење на

трансакција

1 милион заклучувања при трансакција 40550

Tempdb Состојба 1: 5 GB of tempdb простор

Состојба 2: 2 GB по трансакција во tempdb

Состојба 3: 20% од вкупен простор на дневник во

tempdb

40551

Дневник за

должина на

трансакција

Состојба 1: 2 GB по трансакција

Состојба 2: 20% од вкупен простор на дневник

40552

Користење на

меморијата

16 MB memory grant for more than 20 seconds 40553

Пригушување

Интензитетот на пригушувањето доаѓа во една од двете фази:

Меко пригушување: Прва фаза кога со ресурсите како дневник на

трансакции, В/И и складиштето ги преминуваат безбедните прагови. SQL

бази на податоци одбира подмножествон бази на податоци кои ги

конзумираат повеќето од ресурсите и потоа ги пригушуваат нивните

активности, и потоа ги пригушуваат нивните активности. Не сите бази на

податоци на машината се подложни на пригушување само оние кои

користат максимум од ресурсите. Искористеноста под определениот прагт

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

Tврдо пригушување : Вториот и краен чекор кога машината е под силно

влијание поради преоптоварувањето. Со тврдо придушување не се

дозволени нови конекции на базата на податоци која е хостирана на

машината, се додека не се ослободат ресурсите, SQL базата на податоци

враќа пораки за грешки за нови обиди на конекции, со индикација дека

ресурсите се надминати.

Ограничувања

Единица на Пропуст на база на податоци (DTU)

DTUs – опишува релативен капацитет на ниво на перформанси и единици мерки

на ЦПУ, читање и запишување во меморијата. Секој сеервер има максимум од

1600 DTUs за Основни, стандардни и Премиум бази на податоци во дополнение

на целокупните граници на базите на податоци , серверот и ограничувањеето на

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

DTUs се трошат врз база на рејтингот за перформансите за тоа ниво на

перформанси. На приемер серверот има 5 Основни бази на податоци и 2

Стандардни S1 бази на податоци , и 3 Premium P1 бази на податоци кои

конмсумираат 365 DTUs.

Големина и број на бази на податоци

Секој сервер подржува до 150 бази на податоци , вклучувајќи ја и master базата

на податоци. Оваа граница се однесусва на сите нивоа на услуги (едиции). При

ограничување на бројот на базите на податоци по сервер секое ниво на

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

големината на базта на податоци ја достигне неговата MAXSIZE, ќе добуиете код

за грешка 40544. Кога ова се јавува, не ќе можете д авметнете или креирате нови

објекти, како што се табели, скалдирани процедури, пшогледи и функции. Сепак,

можете да читате и бришете податоци, кратејќи табели , отфрлајќи табели и

индекси и повторно градење на индекси. Ако отстраните некои од слободнииот

простор на податоците ќе постои застој од 15 тина минути пред да можете да

вметнете нови податоци.

Ограничувања во конекции

Microsoft Azure SQL база на податоци обезбедува сервиси на споделени ресурси.

Со цел да обезбеди добро искуство за сите клиенти на Microsoft Azure SQL база

на податоци, Вашата конекција на сервисите може да се затвори и поради

следните услови :

Користење на прекумерни ресурси

Конекции кои се неактивни 30 минути или повеќе

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

Најавената сесија која е неактивна за 30 минути автоматски се прекинува, завршува.

Препорачуваме да се користи здружување на конекции и секогаш да се затвораат конекциите кога ќе

завршите со неупотребените конекциии, тие ќе бидат кон базенот.

Референци:

1. http://blogs.msdn.com/b/mssmallbiz/archive/2012/07/27/large-collection-of-

free-microsoft-ebooks-for-you-including-sharepoint-visual-studio-windows-

phone-windows-8-office-365-office-2010-sql-server-2012-azure-and-more.aspx

(последен пат посетено на 01.12.2015)

2. http://www.databasejournal.com/features/mssql/introduction-to-sql-server-in-

microsoft-azure.html (последен пат посетено на 01.01.2015 )

3. http://www.microsoftvirtualacademy.com/training-courses/windows-azure-sql-

database (последен пат посетено на 01.01.2015)

4. http://www.mikroknjiga.rs/Knjige/PYT3/06_PYT3.pdf (последен пат

посетено на 1.01.2015)

http://www.tomsitpro.com/articles/cloud-os-microsoft-sql-server-azure-system-

center,1-1112.html (последен пат посетено на 30.12.2014)

5. http://databasemanagement.wikia.com/wiki/DBMS_Functions (последен пат

посетено на 01.01.2015)

6. http://msdn.microsoft.com/en-us/magazine/gg309178.aspx (последен пат

посетено на 02-01-2015)

7. http://azure.microsoft.com/blog/2012/07/30/fault-tolerance-in-windows-azure-

sql-database/ (последен пат посетено на 30.12.2014)

8. Jonathan Gao, November 2012, Windows Azure and

SQL Database Tutorials, TechNet Wiki (link to source content), November

2012, Copyright © 2012 by Microsoft Corporation

9. http://msdn.microsoft.com/en-us/library/azure/dn338083.aspx#Limits

(последен пат посетено на 01.06.2015)