Järgnevalt näidatakse teile, kuidas luua hooldusplaani SQL serveri keskkonnas. juhtimisstuudio". Selles artiklis proovin lihtsalt visuaalselt kirjeldada hooldusplaani koostamise algoritmi hooldusplaani viisardi abil, laskumata probleemi teoreetilist osa. Hangi rohkem informatsiooni selle ala kohta vaadake MSDN-i SQL Server Books Online'i.

Allpool kirjeldatud plaan sisaldab ainult 2 ülesannet.

• Andmebaasi varundamine.
• Andmebaasi terviklikkuse kontroll.

Loodan, et pärast selle juhendi lugemist saab igaüks tulevikus iseseisvalt koostada vajaliku SQL-serveri hooldusplaani.

1. Algandmed

1. operatsioonisüsteem Windowsi perekonnad(minu näites kasutatakse seda)
2. Paigaldatud Microsoft SQL Server 2008 R2 (installimise kohta SQL Server saab lugeda)
3. Olemasolev andmebaas SQL Serveris (lugege SQL Serveris andmebaaside loomise kohta)
4. Kohandatud andmebaasi meilikomponent juhuks, kui soovite teavitada e-mail operaatoritele hooldusplaani täitmise tulemustest (kirjutasin sellest, kuidas Database Mail komponenti seadistada ja süsteemioperaatorit luua).

2. SQL Server Agenti töö kontrollimine

Esimene asi, mida peame tegema, on veenduda, et SQL Server Agent on installitud ja töötab. Selleks käivitage " Teenused» (« Alusta» ( alustada) — « Administreerimine» ( Haldustööriistad) — « Teenused» ( Teenused)) ja teenuste loendist leidke teenus " SQL serveri agent» ( SQL serveri agent).

Avage selle teenuse atribuudid (klõpsates sellel kaks korda) ja veenduge, et:

• Käivitustüüp on " Automaatselt» (Käivitustüüp: Automaatne);
• osariik" Töötab» (Teenuse olek: Alustatud);

Vastasel juhul peate sätteid muutma nagu ülaltoodud ekraanipildil ja salvestama sätted, klõpsates " Rakenda» (Rakenda) .

Nüüd käivitame programmi "SQL Sever Management Studio" (" Alusta» ( alustada) — « Kõik programmid» (Kõik programmid) — « Microsoft SQL Server 2008 R2» — « SQL Server 2008 R2 tööriistad") ja sisestage autoriseerimiseks vajalikud andmed.

Pärast seda veenduge veel kord, et SQL Server Agent töötab (objektibrauseris peaks olema vahekaart " SQL serveri agent» (SQL Server Agent) rohelise ikooniga vasakul.

3. Koostage hooldusplaan

Liigume nüüd hooldusplaani loomise juurde. Objektibrauseris ( Objektiuurija) avage vahekaart " Kontroll» (Haldamine), klõpsake paremklõps hiir vahekaardil" Teenindusplaanid» (Hooldusplaanid) ja kontekstimenüü vali" Hooldusplaani viisard» (Hooldusplaani viisard ) .

Avanevas hooldusplaani viisardis klõpsake tervituslehel " Edasi» (Järgmine) ja järgmises aknas sisesta uue plaani nimi ja kirjeldus.

Seejärel peate otsustama ajakava, mille järgi see plaan teenust. Selleks seadke lüliti asendisse " Ühtne ajakava kogu plaani jaoks või ilma ajakavata» ( Ühtne ajakava kogu plaani jaoks või ilma ajakavata) ja vajuta " Muuda…» (Muuda…) ajakava määramiseks.

Aken " Töögraafiku omadused» . Siin määrame parameetrid, mille järgi hooldusplaani tuleb täita ja klõpsake nuppu " Okei» . Minu näites on see:

• Esitatud - " Iganädalane" (Esineb - iganädalane);
• Kordub iga - 1 nädal"V" pühapäev» (Kordub iga: 1 nädal(t) pühapäeval);
• Jookse üks kord päevas kell: - "2:00:00" (Toimub ühel korral: "2:00:00");

Veel kord veenduge, et ajakava on õigesti seadistatud, ja klõpsake nuppu " Edasi» (Järgmine) .

Siin valime ülesanded, mida meie hooldusplaan täidab. Minu näites on see:

1. Andmebaasi terviklikkuse kontrollimine (Check Database Integrity);
2. Andmebaasi varundamine (täielik) (The Back Up Database (Full));

Pange tähele, et iga ülesande jaoks on oma Lühike kirjeldus allolevas kastis. Pärast vajalike ülesannete valimist klõpsake nuppu " Edasi» (Järgmine) .

Nüüd tuleb määrata ülesannete sooritamise järjekord, kasutades nuppe « Üles…" (Liiguta üles) ja " Alla…" (Liigu alla). Kui tellimus on tehtud, klõpsake nuppu " Edasi» (Järgmine) .

Siin tuleb määrata iga plaani ülesande parameetrid. Esimene ülesanne meie nimekirjas on " Andmebaasi kopeerimine (täis)» (Varunda andmebaas (täielik)).

Kõigepealt peate valima andmebaasid Reservkoopia klõpsates loendi valiku nuppu " Teatud andmebaasid» (Valige üks või mitu). Pärast varundamiseks vajalike andmebaaside valimist klõpsake nuppu " Okei» .

Allpool määrame varukoopiate asukoha ja salvestusperioodi, samuti määrame Lisavalikud:

1. Kui paned lüliti sisse Loo fail varukoopia iga andmebaasi jaoks» (Loo varukoopia faili jaoks iga andmebaas) , siis ülesande täitmisel luuakse valitud kataloogis mitu varukoopiafaili, mille nimed vastavad andmebaaside nimedele. Noh, lipu püstitamine" Looge iga andmebaasi jaoks alamkataloog» (Looge alamkataloog igaühele andmebaas) lagundab failid eraldi kaustad. Pange tähele, et peate jätma varufaili laiendi täidetud.
2. Lipu püstitamine" Varunduskomplekt aegub" (Varunduskomplekt aegub) teatab SQL Serverile, millal saab selle komplekti üle kirjutada ilma aegumiskontrolli selgesõnaliselt vahele jätmata.
3. Suurima töökindluse huvides saate määrata lipu " Kontrollige varukoopia terviklikkust» (Kontrollige varukoopia terviklikkust).
4. Soovitan valida ka " Tihendage varukoopiad» (Tihendage varukoopia), et säästa kettaruumi, kui teie SQL Serveri versioon seda funktsiooni toetab.

Kui kettaruum piiratud, saate valida ka ühe varukoopiafaili, mis tuleb pärast iga hooldusplaani täitmist üle kirjutada. Selleks seadke vastav lüliti asendisse " Varundage andmebaasid ühes või mitmes failis» (Varundage andmebaasid ühe või mitme faili vahel) ja määrake sobiv failinimi (olge ettevaatlik, varufaili tuleks määrata laiendiga .bak) ning valige ka režiim « üle kirjutada» kui varukoopiafailid on olemas (kui varufailid on olemas: kirjuta üle).

Nüüd on ülesande kord Andmebaasi terviklikkuse kontroll» (Andmebaasi terviklikkuse kontrollimine). Selleks peate lihtsalt valima andmebaasi. Minu näites on see endiselt sama andmebaas, mis eelmises etapis. Kui olete aluste üle otsustanud, klõpsake nuppu " Edasi» (Järgmine).

Peal järgmine lehekülg on võimalik valida kataloog, kuhu töö täitmislogi salvestatakse, samuti määrata SQL Server aruande e-postiga saatmiseks. Pärast parameetrite määramist klõpsake uuesti " Edasi» (Järgmine).

Kontrollime uuesti kõiki hooldusplaani sätteid ja kui kõik on õige, klõpsake " Valmis" (Lõpetama).

Nõustaja hakkab koostama hooldusplaani. Kui viisard vigu ei leia, näeme teadet planeeringu eduka ehitamise kohta. Vastasel juhul peate vead parandama ja protseduuri uuesti kordama. Sulgege aken, klõpsates " Sulge" (Sulge).

4. Hooldusplaani täitmise alustamine

Hooldusplaani täitmise alustamiseks minge programmi " Microsofti keskkond SQL serveri haldamine stuudio. Siin avate vahekaardi " Teenindusplaanid» (Hooldusplaanid) näeb meie vastloodud plaani. Selle toimimise kontrollimiseks paremklõpsake sellel ja valige üksus " Jookse» (Käivita) .

Pärast seda algab hooldusplaani täitmise aken, kuhu pärast nõutud aja möödumist peaks ilmuma teade eduka täitmise kohta.

Varundusfail peaks ilmuma vastavatesse kataloogidesse

ja plaani täitmise logifail.

Selle faili avamisel peaksite nägema midagi sellist:

Kui jah, siis palju õnne! SQL Serveri hooldusplaan on loodud ja töötab.

Kas see artikkel aitas teid?

Võrdlesime hindu aruandlusteenuste kasutamisel, mis on teenusena saadaval Microsoft Azure(SQL aruandlus) koos võimalusega juurutada tavaline virtuaalmasin SQL Serveriga (SSRS).
Jällegi, ma ei vaidle vastu, et üks teenus on parem või halvem. Enamasti tuleb otsus, millist teenust rakenduses kasutada, langetada vastavalt rakenduse vajadustele ja rahalised nõuded klient. Tahan lihtsalt näidata, et aruandlusteenuste abil lahenduse loomiseks on kaks võimalust.

Kasutusjuhtumid

Oletame, et meie rakendus töötab Microsoft Azure'is ja on rakendatud pilvteenusena (PaaS). See kasutab andmeallikana andmebaasi. SQL-andmed Azure. Peate oma rakenduses kasutamiseks konfigureerima aruandlusteenused. Nagu varem arutatud, aruandlusteenused Microsofti rakendused Azure'i saab ehitada kahel viisil.

1. PaaS: SQL Azure + SQL-i aruandlus
   
   SQL-i aruandlust kasutatakse teenusena.
2. Hübriidlahendus: SQL Azure + SQL Server Reporting Services;
   SQL Azure'i kasutatakse teenusena;
   SQL-i aruandlusteenused tuleb konfigureerida eraldi Virtuaalne masin SQL Server (IaaS).

Vaatame nüüd mõlema teenuse üksikasjalikku häälestusprotsessi. Enne alustamist eeldan aga, et Azure SQL Database on juba Microsoft Azure'is konfigureeritud ja hostitud.

PaaS-i valik: SQL Azure + SQL-i aruandlus

SQL-i aruandlusteenuse konfigureerimine

Teatage projekti seadetest

Hübriidlahendus: SQL Azure + SQL Serveri aruandlusteenused

Looge virtuaalne masin

SQL serveri seadistamine

netsh advfirewall tulemüür lisa reegli nimi="SQL Server 1433" dir=in action=allow protokoll=TCP localport=1433 netsh advfirewall tulemüür lisa reegli nimi="HTTP 80" dir=in action=allow protokoll=TCP localport=80

Aruandlusteenuste konfigureerimine

Microsoft Azure'i tulemüüri konfigureerimine

Järeldus

Pärast kõigi toimingute sooritamist on SQL Serveri aruandlusteenused saadaval virtuaalmasina loomisel määratud URL-il:
http://.cloudapp.net/ReportServer

Kasutage seda URL-i atribuudi „TargetServerURL” väärtusena, kui avaldate aruandeprojekti SQL-i kaudu Serverite äri Intelligentne arendusstuudio.

Selle artikli on kirjutanud kogukonna liige. See artikkel väljendab autori seisukohti ja ei pruugi esindada Microsoft Corporationi seisukohti. Microsoft ei vastuta riistvara probleemide eest ega tarkvara mis võivad tekkida pärast käesolevas artiklis esitatud materjalide kasutamist.

Ma pole kunagi kuulnud, et keegi oleks lapsena unistanud saada suureks saades DBA-ks. Elu lihtsalt viib meid selle elukutse juurde, kuigi paljudele see väga meeldib. Sukelduge SQL haldus Serverit juhtub harva tootejuhendi juuresolekul, enamasti peame käsitöö saladusi selgeks õppima iseseisvalt. Nii ma ise alustasin ja õppimise käigus tegin palju vigu. Seetõttu valmistasin ette rea artikleid, mis on juba käsitlenud varundamise ja taastamise teemasid. Nüüd on aeg rääkida SQL Serveri parameetrite konfigureerimise peamisest tööriistast - dispetšerist. SQL-i seaded server.

SQL serveri sätete haldur – interaktiivne rakendus kõigi sisselülitatud teenuste haldamiseks SQL-põhine Server, võrguprotokollid, kuulari pordid ja serveri alias. SQL Serveri konfiguratsioonihaldur (SSCM) on versioonides saadaval menüükäsu Start\Microsoft SQL Server 20xx\Configuration Tools\SQL Server Configuration Manager hierarhia all. Microsoft Windows, eelnev Windowsi väljalase 8 ja Windows Server 2012. Viimasel ajal täpsustatud versioonid operatsioonisüsteem lihtsalt otsi järgi SQL sõnad Server ja valige rakenduste loendist "SQL Serveri sätete haldur". Kui avate esmakordselt SSCM-i, näeb programm välja umbes nagu joonis 1 (selles artiklis kasutatakse näitena SQL Server 2014).

Joonis 1: SQL Serveri sätete haldur

Seadistamine

Vaatleme üksikasjalikumalt võimalikud toimingud SSCM-is lubatud. Iga vasakpoolsel paanil olev üksus tähistab ühte või mitut ülesannet, mida saate SSCM-is täita. Mõnel juhul on olemas nii 64-bitine kui ka 32-bitine valik. Selles artiklis keskendume 32-bitisele versioonile. Täna majutatakse Microsoft SQL Serverit 32-bitistes serverites ainult siis, kui:

a) olete omanik vana versioon SQL Server

b) Tõenäoliselt jätate oma SQL Serveri eksemplari ilma väärtuslikest RAM-i ressurssidest.

Loetleme SSCM-is saadaolevad toimingud (vt joonis 2).

Joonis 2: SSCM-is saadaolevad toimingud

• SQL serveri teenused. See tegevus võimaldab käivitada, peatada ja taaskäivitada kõiki Microsoft SQL Serveriga seotud teenuseid. Lisaks saab muuta Kontod teenused, käivituskäitumine ja lisafunktsioone ja käivitusvalikud olenevalt teenusest.
• SQL Serveri võrguseaded. See toiming võimaldab lubada või keelata teatud võrguprotokolle: jagatud mälu, nimega torud ja TCP/IP, samuti konfigureerida nende jaoks lisaseadeid.
• Kohandatud seaded SQL klient Server (praegune versioon 11.0). See toiming võimaldab teil määrata järjekorra, milles kliendid kasutavad SQL Serveri kohandatud eksemplariga ühenduse loomiseks spetsiaalselt lubatud protokolle. Seda saab kasutada SQL Serveri eksemplari varjunimede loomiseks, nii et erinevaid rakendusi lõppkasutajad võib luua ühenduse serveritega, mille nimed erinevad tegelikust serverinimest. Seda tehakse juhul, kui te ei saa rakenduste andmebaaside migreerimisel ühendusstringe muuta, kuid soovite siiski tagada järjepidevuse või peita lõppkasutajate eest serveri tegelikku nime. Vaatleme kõiki neid toiminguid üksikasjalikumalt.

SQL serveri teenused

SQL Serveriga seotud teenuseid saab (ja tuleks) hallata ja konfigureerida SSCM-ist, mitte service.msc API-st. Nagu eespool märgitud, saame juhtida mitte ainult käivituskäitumist ja teenusekontot, vaid ka iga teenuse lisaseadeid (vt joonis 3).

• SQL Serveri integratsiooniteenused. Täiendavaid kohandatavaid valikuid pole.
• SQL Serveri analüüsiteenused. Täiendavaid kohandatavaid valikuid pole.
• SQL serveri teenus:

1. FILESTREAM. See säte võimaldab teil lubada või keelata juurdepääsu T-SQL-ile, faili I/O, pääsete juurde kaugkliendile ja määrake nimi jagatud ressurss FILESTREAM.

2. Kõrge tase Saadavus AlwaysOn. See säte võimaldab teil lubada või keelata funktsiooni AlwaysOn saadavusrühmad ning konfigureerida tõrkeotsingu klaster Windows (WFCS), millele saadavuse rühm on üles ehitatud.

3. Käivitusvalikud. SSCM võimaldab teil määrata kohandatud käivitussuvandid, mis eksemplari jaoks jõustuvad. Teil on alati teie käsutuses vähemalt kolm käivitusvalikut iga SQL Serveri eksemplari jaoks, et tagada õige Microsofti käivitamine SQL Server:

• -d. Määrab põhiandmebaasi andmefaili (.mdf) asukoha.
• -l. Määrab põhiandmebaasi tehingulogi faili (.ldf) asukoha.
• -e. Määrab eksemplari vealogifaili asukoha.

Miks need kolm parameetrit? Kuna ülemseade toimib SQL-i eksemplari väljapoole suunatud "ajuna", töötades koos peidetud ressursside andmebaasiga, pakkudes kõiki SQL Serveri eksemplari käivitamiseks vajalikke metaandmeid. Soovite käivitamisprotsessi iga etapi salvestamiseks kasutada vealogi.

Täiendavaid valikuid saab konfigureerida, eelkõige serveri käivitamiseks ühe kasutaja režiimis tõrkeotsingu eesmärgil (-m); Eksemplari käivitamine minimaalsete valikute komplektiga (-f) juhtudel, kui on vaja ümber töötada kahetsusväärse valikuga, mis võib põhjustada eksemplari halva vastuse; jäljelippude määramine, mis muudavad Microsoft SQL Serveri (-T) käitumist. Pidin kasutama -f halbadest sätetest möödahiilimiseks, kui proovisin näidata mälupiiranguga seotud probleeme ja seadistust maksimaalne väärtus serveri mälu on nii väike, et see ei saa SQL Serverit käivitada. Loomulikult määras enamik DBA-sid oma ajal mitu jälgimislippu ametialane tegevus igal neist SQL-serverid Server suvandi -T kaudu, kuid ma käsitlen seda üksikasjalikumalt teises artiklis.

Käivitamisvalikute täieliku loendi leiate aadressilt ametlik dokumentatsioon Microsoft (https://msdn.

microsoft.com/en-us/library/ms190

4. Täpsem ("Advanced"). SQL Serveri teenuse vahekaart Täpsemalt (vt joonis 4) annab võimaluse muuta eksemplari väljavõtte kataloogi ja konfigureerida tagasiside mehhanismi Microsoft Sest edasine töö toote kohal. Lisaks saate allpool loetletud lisavalikuid lugeda (kuid mitte muuta).

• SQL Serveri aruandlusteenused. Mõnega saame hakkama põhiparameetrid SQL Server Reporting Services (SSRS) jaoks, kuid selle teenuse jaoks on eraldi liides. Ma ei soovita kasutada SSCM-i kõigi SSRS-i kohandamise aspektide jaoks, kuigi mõned neist on saadaval.
• SQL serveri brauser Lisaks käivituskäitumisele ja teenusekontole on neid mitmeid täpsemad seaded seda teenust, mida saab hallata, välja arvatud dump kataloog ja vealogi. Soovitatav on see teenus keelata, välja arvatud juhul, kui teil on samas sõlmes mitu SQL Serveri eksemplari.
• SQL Serveri agenditeenus SQL Agent server"). Sarnaselt paljudele teistele teenustele saate konfigureerida ainult tühjenduskataloogi, vigade logimist ja tagasiside edastamist ning käivituskäitumist ja teenusekontot.

SQL Serveri võrgusätted

Tegevused võrgu seadistamine SQL Server võimaldab teil lubada mis tahes või kõik kolm võrguprotokoll saadaval Microsoft SQL Serveris: jagatud mälu, nimega torud ja TCP/IP.

Ühismälu ja nimega torud pakuvad juurdepääsu võrgu arvuti SQL Serverile ja TCP/IP määrab, kuidas suhelda võrguseadmed SQL Serveri eksemplariga. Jah, nimega torusid saab kasutada Windowsi keskkond, kuid kaotate kõik möödahiilimise eelised võrgupinn kui kasutate nimega torusid vahel kaugserverid. Jagatud mälu sätted algavad ja lõpevad lubamisolekuga. Nimega torud, lisaks lubamisele/keelamisele, võimaldab teil määrata SQL Serveri jaoks toru nime. Lõpuks võimaldab TCP/IP teil seda protokolli lubada ja keelata ning muuta porti, mille kaudu SQL Server päringuid kuulab.

SQL Serveri algkliendi konfigureerimine

See toimingute komplekt võimaldab teil seada SQL Serveris päringutöötluse prioriteediks. Lisaks saate keelata kliendi jaoks nimega protokollid, samuti määrata kanali nime ja pordi numbri.

SQL serveri sätete halduri liides – oluline komponent kuidas eksemplarid toimivad ja kuidas SQL Server suhtleb arvutite ja klientidega, mis esitavad päringuid eksemplaris hostitud andmebaasidest. See määratleb eksemplari käivitamise viisi ja eksemplari enda turvalisuse. algtase omavate teenusekontode haldamise kaudu erinevaid komponente Microsoft SQL Server. See on SQL Serveri esimene kaitseliin ning nii algajad kui ka kogenud DBA peavad SSCM-i õigesti kasutama ja olema teadlikud selle avatavatest kohandamisvõimalustest.

SQL Server 2016 ja uuemates versioonides hilisemad versioonid SQL Serveri installiviisardi abil saate installida kõik R Servicesiga seotud komponendid (andmebaasisisesed).

Pärast installimise lõpetamist peate võib-olla seda tegema lisatoimingud R-teenuste lubamiseks, kontode seadistamiseks ja kasutajatele juurdepääsuõiguste andmiseks konkreetsetele andmebaasidele.

Kui teil on pärast installimise lõpetamist probleeme andmebaasidele juurdepääsuga või kui teil on vaja desinstallida varasemad versioonid, vt jaotist.

Avage SQL Server Management Studio. Kui see pole veel installitud, saate SQL Serveri installiviisardi uuesti käivitada, et see lingilt alla laadida ja installida.

Looge ühendus eksemplariga, kuhu R-teenused on installitud (andmebaasis) ja käivitage R-teenuste komponendi selgesõnaliseks lubamiseks järgmine käsk. Vastasel juhul ei saa te R-skripte kutsuda, isegi kui komponendi installis installija.

Exec sp_configure "välised skriptid lubatud" , 1 Seadistage ümber koos alistamisega

Taaskäivitage SQL Serveri teenus SQL Serveri eksemplari jaoks. Seotud teenus Usaldusväärne paneel SQL käivitamine Samuti taaskäivitub server automaatselt. Teenuse saate taaskäivitada juhtpaneeli paneeli Teenused või haldurit kasutades SQL konfiguratsioonid server.

Kui SQL Serveri teenus on saadaval, kontrollige, kas R-komponent on lubatud, käivitades järgmise käsu ja kontrollides, kas atribuudil on run_value väärtus 1:

Exec sp_configure "välised skriptid lubatud"

Samuti saate paneeli avada Teenused ja kontrollige, kas käivitusplaadi teenus teie eksemplari jaoks töötab. Igal eksemplaril on oma käivitusplaadi teenus.

Nüüd peaksite saama käivitada SQL Server Management Studios lihtsad skriptid R, nagu järgmine:

Exec sp_execute_external_script @language =N"R", @script=N"OutputDataSet<-InputDataSet ", @input_data_1 =N"select 1 as hello" with result sets (( int not null)); go

tulemused

Tere
1

Installimise ajal luuakse 20 Windowsi kasutajakontot, et täita ülesandeid SQL Server Trusted Launchpad teenuse turvamärgiga. Kui kasutaja saadab väliselt kliendilt R-skripti, aktiveerib SQL Server saadaoleva töökonto, seostab selle helistava kasutaja identiteediga ja käivitab R-skripti kasutaja nimel. See on uus andmebaasimootori teenus, mis tagab väliste skriptide turvalise täitmise mehhanismi kaudu kaudne autentimine.

Kontosid saab vaadata Windowsi kasutajate rühmas SQLRUserGroup. Kui teil on vaja käitada R-skripte kaugandmete teaduse kliendist ja kasutate Windowsi autentimist, tuleb nendele töökontodele anda luba teie nimel SQL Serveri eksemplari sisse logida.

1. Laiendage SQL Server Management Studios Object Exploreris sõlme Ohutus, paremklõps Sisselogimised ja valige üksus Loo sisselogimine.
2. Dialoogiboksis Loo sisselogimine vajuta nuppu Otsing.
3. Klõpsake Objekti tüübid ja valige üksus Rühmad. Tühjendage kõik muud üksused.
4. Sisestage väljale "Sisesta objekti nimi". SQLRUserGroup ja klõpsake Kontrollige nimesid.
5. Eksemplari käivitusplaadi teenusega seotud kohaliku grupi nimi peab lahendama eksemplari_nimi\SQLRUserGroup. Klõpsake nuppu Okei.
6. Vaikimisi on sisselogimine määratud avalik rolli ja tal on luba andmebaasimootoriga ühenduse loomiseks.
7. Klõpsake nuppu Okei.

Kui olete SQL Serveri ise installinud ja kasutate oma eksemplaris R-skripte, teete seda tavaliselt administraatori õigustega ja teil on seetõttu selgesõnaline luba erinevate toimingute tegemiseks ja juurdepääs kõigile andmebaasis olevatele andmetele, samuti installimisvõimalus. uued R paketid vastavalt vajadusele.

Kuid ettevõtte stsenaariumi korral pole enamikul kasutajatel, sealhulgas neil, kes kasutavad andmebaasi SQL-i sisselogimisi kasutades, selliseid kõrgendatud õigusi. Seetõttu tuleb igale kasutajale, kes käivitab väliseid skripte, anda õigused käivitada R-skripte igas andmebaasis, milles R-i kasutatakse.

KASUTADA MINGE ANDKE MIS VÄLISSE STREETRIDI TÄITMINE

Selles jaotises kirjeldatakse täiendavaid muudatusi, mida saate eksemplari konfiguratsioonis teha või kui kasutate andmeteaduse klienti, muudatusi, mis võimaldavad R-skriptide käitamist.

Muutke SQL Server Trusted Launchpadi kasutatavate töökontode arvu

Kui eeldate, et kasutate R-keskkonda palju või et paljud kasutajad käitavad korraga skripte, saate suurendada käivitusplaadi teenusele määratud töökontode arvu. Lisateabe saamiseks vaadake jaotist.

Andke kasutajatele või R-le sisselogimiseks vajalikud lugemis-, kirjutamis- või DDL-õigused teisestes andmebaasides

R-skriptide täitmisel võib kasutajakontol olla vaja lugeda andmeid teistest andmebaasidest, luua tabeleid tulemuste salvestamiseks ja kirjutada andmeid tabelitesse.

Igal kasutajakontol, mis käivitab R-skripte, peavad olema õigused db_datareader, db_datawriter või db_ddladmin konkreetse andmebaasi jaoks.

Näiteks järgmine Transact-SQL-lause pakub SQL-i sisselogimist MySQLLoginõigus täita andmebaasis T-SQL päringuid RSamples. Selle avalduse käitamiseks peab SQL-i sisselogimine juba serveri turbekontekstis olemas olema.

KASUTAGE RSamples GO EXEC sp_addrolemember "db_datareader", "MySQLLogin"

Iga rolliga kaasnevate õiguste kohta lisateabe saamiseks vaadake jaotist.

Looge andmeteaduse kliendis eksemplari jaoks ODBC andmeallikas

Kui loote R-lahendust andmeteaduse klientmasinas ja peate looma ühenduse SQL Serveri masinaga, mis toimib arvutuskontekstina, saate kasutada SQL-i sisselogimist või Windowsi integreeritud autentimist.

Kui kasutate SQL-i sisselogimist, peavad sellel olema vastavad õigused, et pääseda juurde andmebaasile, kust andmeid loetakse. Selleks saate lisada õigusi Ühenda Ja VALI või lisage rollile sisselogimine db_datareader. Kui teil on vaja objekte luua, on teil vaja õigusi DDL_admin. Andmete tabelitesse salvestamiseks lisage rollile sisselogimine db_datawriter.

Windowsi autentimise kasutamisel peate Data Science'i kliendis konfigureerima ODBC-andmeallika, esitades eksemplari nime ja muu ühenduseteabe.

Lisateabe saamiseks vaadake jaotist.

Serveri optimeerimine R jaoks

SQL Serveri häälestuse vaikesätted on loodud selleks, et optimeerida erinevate teenuste toimivust serveris, mida toetab andmebaasimootor, sealhulgas ekstraktimine, teisendamine ja laadimine, aruandlus, auditeerimine ja SQL Serveri andmeid kasutavad rakendused. Seetõttu saab vaikevalikute kasutamisel R-operatsioonide ressursse piirata või piirata, eriti mälumahukate toimingute puhul.

R-ülesannete õige prioriteedi ja vajalike ressursside eraldamise tagamiseks soovitame kasutada R-toimingute jaoks välise ressursikogumi konfigureerimiseks tööriista Resource Governor. Samuti saate muuta SQL Serveri andmebaasimootorile eraldatud mälu mahtu või suurendada usaldusväärse Launchpadi teenuse SQL Server kontode arv.

Ühildub RC2 versiooniga: laadige alla arhiiv rre-gpl-src.8.0.2.tar.gz

Ühildub RC3 versiooniga: laadige alla arhiiv rre-gpl-src.8.0.3.tar.gz

Ühildub RTM-i versiooniga: laadige alla arhiiv rre-gpl-src.8.0.3.tar.gz

Mingeid probleeme? Vaadake üle R Servicesi (andmebaasis) väljalaskeeelsete versioonide installimisel levinud probleemide loend.

23/09/2015

Tüüpilised vead MS SQL Serveri DBMS-i 1C hooldusplaanide seadistamisel

Tere pärastlõunast, kolleegid.

Tänases artiklis tahaksime käsitleda üsna populaarset ja populaarset teemat, näiteks MS SQL Serveri hooldusplaanide seadistamist. Aastal r Meie auditite tulemusena olemeSuhteliselt sage (rohkem kui 60% juhtudest)tuvastame ebakorrektsuse MS SQL Serveri DBMS-i seadistamisel, mida kasutatakse 1C toodetega töötamiseks. Praktika näitab, et see DBMS on kõige levinum, nii et selles artiklis käsitleme sellega töötamise peamisi nüansse.

Kust siis hooldusplaani koostamine algab? Muidugi tagavarast! DBA esimene reegel on: "Ära alusta midagi ilma varukoopiata." Noh, me ei tee seda. Vaatame kahte peamist varukoopiate loomise võimalust või pigem kahte varumudelit või taastemudelit ( https://msdn.microsoft.com/en-us/library/ms189275(v=sql.120).aspx )

Taastamine lihtsa mudeli järgi

Teie andmebaas on SIMPLE taasterežiimis. Mida see tähendab? See tähendab, et on ainult täielikud varukoopiad, tehingute logisid ei pea varundama, jõudlus selles mõttes on maksimaalne, kuid taastada saab ainult varupunkti. Andmebaasi taastamine "määratud ajahetkel" ei ole võimalik.
Seetõttu peame iga nädal (olenevalt vajadusest või sagedamini) võtma oma andmebaasist värske koopia ja panema selle kindlasse kohta ja kindlasti mitte sinna, kus asub meie põhiandmebaas.
Üldjuhul on SIMPLE mudeli kasutamine reaalsete tootmisandmebaaside puhul õigustatud vaid ülisuure koormuse ja andmekao sündmuse ebaolulisuse korral alates viimasest varundamisest.

Lisaks puudutan kohe ka tehingute logiga töötamise küsimust. Kuna selles taasterežiimis tehingulogist pole meile suurt abi, siis pole vaja seda varundada – kogu info logist on juba varukoopiasse läinud. Tavaliselt ei kasva selle taastemudeli logid palju, kuid mõnikord on kasulik seda kärpida. Näiteks pärast hulgiandmete muutmist võib see toiming olla tehingulogi hõivatud ruumi osas äärmiselt kasulik. Kui logiga ketas on täis - on andmebaasi toimimisega probleeme garanteeritud.

Andmete kärpimist saab teostada nii standardse hooldusplaani seadistusviisardi kui ka lihtsa T-SQL skripti abil:

DBCC SHRINKFILE(andmebaasinimi, 1);
MINNA

See skript vähendab andmebaasi logifaili suurust selle algsuurusele (vaikimisi on see enamasti 1 MB). Seda toimingut ei tohiks aga pidevalt teha. Ideaalis ei tohiks teie failide suurus süstemaatilise töö käigus muutuda, kuid sellest räägime mõni teine ​​kord.

Mudeli täielik taastamine

Vaatame varukoopiate seadistamise ja tehingulogi suuruse haldamise põhiprintsiipe kõige massiivsema võimaluse - andmebaasi täieliku taastamise mudeli - vaatenurgast.

Täieliku taastamise mudel erineb lihtsast selle poolest, et kogu andmebaasi töötamise ajal saame (õigemini PEAB!) teha tehingulogi varukoopiaid, tagades sellega andmebaasi taastamise võimaluse põhipunktide vahel. varukoopiad või tagasipööramised andmebaasi töö teatud ajavahemike jaoks ning ka vaba ruumi pakkumine logifailis (kärpimine). Kui seda ei tehta, kasvab see pidevalt, kuni ühel päeval täidab see kogu tema käsutuses oleva ruumi (kas kettal või DBMS-is seatud piiranguni). Tagajärjed tunduvad ilmsed ja mitte just kõige meeldivamad.

Täielike varukoopiate omamise seisukohalt - loomulikult on miinimumlimiit ühel päeval tavaliselt sama. Diferentsiaalandmebaasi varukoopiad on võimalus salvestada ainult need muudatused, mis on toimunud pärast viimast varundust. See võimaldab teil andmebaasist kiiresti ja tõhusalt varundada, kasutades samal ajal andmebaasi üsna kiiret taastamist soovitud olekusse.
Tehingulogi varukoopiaid saab teha nii sageli kui soovite kogu päeva jooksul, rohkem kui diferentseeritud andmebaasi varukoopiaid. Tavaliselt soovitame valida koopiate detailsuse taseme umbes ¼ andmebaasi diferentseeritud koopiate loomise ajast.

Nagu eespool mainitud, kärbitakse andmebaasi tehingulogi täielikus mudelis varundamisel see automaatselt (ärge ajage kärpimist pakkimisega segi!).

Statistika ümberarvutamine ja töö indeksitega

Üsna ekslik on meie klientide jaoks väljakujunenud tava töötada indeksite ja statistikaga. Väga sageli seisame silmitsi nende protseduuride täieliku puudumisega andmebaasi hooldusplaanides. Sageli tehakse neid vales järjekorras. Tihti lihtsalt ebaoptimaalne (näiteks samal ajal!).

Õige toimingute jada näeb välja selline:

Määrake indeksi killustatuse määr

Kui indeks on väike või veidi killustatud, alustame indeksi ümberkorraldamise ja statistika ümberarvutamise protseduuri.

Vastasel juhul alustame indeksi taastamise protseduuri. Indeksi taastamise protseduur värskendab tegelikult statistikat, nii et pärast täielikku indeksi taastamist pole vaja statistikat ümber arvutada.

1. Kogu muu statistika arvutame ümber, kui seda nõutakse.

Kui arvestada statistika ümberarvutamiseks ja indeksite taastamiseks mõeldud miniskripti (me ei pretendeeri ülitäielikule ja universaalsele), näeb see välja umbes selline (indeksi loendamisega kursori kaudu):

DEKLARERI @SQL NVARCHAR(MAX)

KINNITA @MIN_IND_SIZE täisarv = 128

KINNITA @MIN_FRAGMENTATION_LEVEL täisarv = 10

DEKLARERI @CRITICAL_FRAGMENTATION_LEVEL täisarv = 30

DEKLARERI praeguse indeksi KURSORI KOHALIK LUGEMISEKS AINULT EDASIMESEKS

VALIGE "ALTER INDEX [" + ind.name + N"] ON [" +

SCHEMA_NAME(obj.) + "].[" + obj.name + "] " +

CASE WHEN stat.avg_fragmentation_in_percent > @CRITICAL_FRAGMENTATION_LEVEL

SIIS "REBUILD WITH (SORT_IN_TEMPDB=SEES, ONLINE=SEES)"

MUU "REORGANISEERI"

END + ";"

FROM(

SELECT stat., stat.index_id,

avg_fragmentation_in_percent = MAX(stat.avg_fragmentation_in_percent)

FROM sys.dm_db_index_physical_stats(DB_ID(), NULL, NULL, NULL, "DETAILED") stat

WHERE stat.page_count > @MIN_IND_SIZE AND stat.index_id > 0

JA stat.avg_fragmentation_in_percent > @MIN_FRAGMENTATION_LEVEL

GROUP BY stat., stat.index_id

)stat

JOIN sys.indexes ind WITH(NOLOCK) ON stat. = ind.

JA stat.index_id = ind.index_id

JOIN sys.objects obj WITH(NOLOCK) ON obj. = stat.

AVA hetkeindeks

TOON KÄESOLEVALT Indexilt JÄRGMINE @SQL-i

WHILE @@FETCH_STATUS = 0

print @sql

EXEC sys.sp_executesql @SQL

TOO JÄRGMIST @SQL-i

SULGE praegune indeks

TÜHISTADA praegune indeks

Pange tähele tempdb kasutamist ja indeksi kättesaadavaks jätmist ümberehitamise ajal – olenevalt teie DBMS-i väljaandest ei pruugi viimane funktsioon saadaval olla.

Märguanded

Lisaks kõikidele tehnilistele aspektidele on väga õige paika panna sellised hooldusplaanid, mis valesti sooritades ikkagi teavitavad juhtunud katastroofist. Ja see on minu artikli lühim lõik. :)

Kui kõik tundus teile liiga keeruline või te pole kindel, et saate selliseid seadistusi ise teha - võtke meiega ühendust - me aitame!