8.1.2. Setările agentului SQL Server
SQL Server Agent - proprietăți, repornire automată, configurare jurnal, redirecționare eveniment
q folosind interfața grafică a SQL Server Management Studio. Pentru a face acest lucru, trebuie doar să deschideți proprietățile containerului SQLServerAgent în ObjectExplorer;
q folosind proceduri speciale stocate (de exemplu, sp_set_sqlagent_properties). Nu vom lua în considerare aceste proceduri stocate, deoarece comenzile pentru utilizarea acestora pot fi foarte ușor de generat folosind butonul Script din ecranul proprietăților agentului SQL Server din Management Studio.
q AutorestartSQLServerifitstopsunexpectedly (reporni automat SQL Server atunci când o oprire bruscă) - SQL Server Agent va monitoriza activitatea serviciului SQL Server și porniți serverul, dacă este necesar din nou. Desigur, SQL Server, de obicei, nu se oprește fără un motiv, deci valoarea acestui parametru, în principiu, nu este foarte importantă. Cu toate acestea, acest control este activat implicit;
q AutorestartSQLServerAgentifitstopsunexpected (Repornirea automată a agentului SQL Server cu oprire neașteptată) este un control invers. Această opțiune determină dacă SQL Server va monitoriza funcționarea serviciului SQL Server Agent și, dacă este necesar, va reporni serviciul. În mod prestabilit, opțiunea este de asemenea activată;
q Includexecutiontracemessages-Dacă este selectată această casetă de validare, informațiile trasate pentru procesul SQL Server Agent vor fi de asemenea scrise în fișierul jurnal. În mod obișnuit, această caracteristică este necesară numai pentru depanare (nu se efectuează sarcini, ci numai agentul SQL Server însuși). O cantitate mare de informații suplimentare vor fi înregistrate în fișierul jurnal, care de obicei administratorii nu au nevoie;
q WriteOEMfile (în mod implicit, fișierul text al protocolului este creat în format UNICODE). Dacă aveți nevoie de un fișier în format text simplu (nu UNICODE), puteți bifa această casetă. De obicei, este necesar doar într-o singură situație: atunci când procesați un fișier jurnal de către un program specializat care nu înțelege setul de caractere UNICODE.
· Un număr mare de mesaje sunt scrise în jurnalul de evenimente al agentului SQL Server, iar ferestrele pop-up vor interfera grav cu computerul utilizatorului pe care sunt trimise. Prin urmare, este logic să determinați destinatarul numai în anumite situații speciale.
În fila Complex, puteți configura opțiunile de redirecționare a mesajelor și condițiile în care procesorul va fi considerat inactiv:
q Evenimente - Cu acest grup de parametri, puteți determina evenimentele care vor fi redirecționate pentru a scrie la un alt server. Următorii parametri vă stau la dispoziție:
· Unhandledevents - pe un alt server SQL care înregistrează numai evenimente despre care nu sunt configurate avertismentele (despre avertismentele vor fi spuse în secțiunea 8.1.7) vor fi transmise;
· Allevents (Toate evenimentele) - vor fi transmise informații despre toate evenimentele;
· Dacă este mai mare decât cel de mai sus (dacă evenimentul are un nivel de importanță sau mai mare) - această opțiune vă permite să configurați filtrul pentru mesajele transmise după importanța lor. În mod implicit, este utilizat nivelul cel mai scăzut de 001. Prin urmare, toate mesajele vor fi transmise;
q DefineidleCPUcondition (Definiți termeni de CPU timp de inactivitate) - singurul scop al acestui set de parametri - capacitatea de a determina pentru locuri de muncă pe care ar trebui să înceapă atunci când procesorul computerului care execută SQL Server. Inactiv (adică condițiile îndeplinite de acești parametri). În practică, astfel de sarcini sunt folosite foarte rar. Condițiile pentru care procesorul central vor fi considerate inactive sunt determinate de următorii parametri:
· Medie CPUusage se află mai jos (utilizarea medie a procesorului scade mai jos) - implicit este 10%;
· Andremainsbelowthislevelfor (Și rămâne sub acest nivel în timpul) - implicit este de 600 secunde, adică 10 minute.
q Enablemailprofile (Activare profil e-mail) - dacă este selectată această opțiune, SQL Server Agent este capabil de a interacționa cu e-mail (de exemplu, trimite o alertă e-mail la operatorul sau rezultatele activității). Dacă această casetă de selectare este selectată, vor apărea două opțiuni suplimentare:
· Mailsystem (sistem de e-mail) - capacitatea de a alege una dintre cele două sisteme pentru a comunica cu e-mail: (. Alt nume - SQLiMail sistem mai modern, axat pe SMTP) SQLMail (sistem de moștenire, axat pe MAPI) sau baze de date Mail. Mai multe informații despre lucrarea SQL Server și SQL Server Agent cu e-mail vor fi discutate în Sec. 8.2.
Cu ajutorul butonului Test, puteți verifica dacă parametrii configurați pentru lucrul cu e-mail funcționează prin trimiterea unui mesaj de testare;
· SavecopiesofthesentmessagesintheSentItemsfolder (Salvare copii ale mesajelor trimise în Articole trimise) - această opțiune este disponibilă numai atunci când protocolul MAPI este folosit pentru a trimite mesaje (și, prin urmare, utilizat de sistemul SQLMail);
Trebuie să reporniți serviciul SQL Server Agent astfel încât setările legate de setările de poștă electronică să aibă efect.
· Pentru a linia. Linia CC. Subiect - capacitatea de a defini prefixele și sufixele pentru șiruri de caractere. Copiați și Subiectul mesajului, respectiv;
· Fail-saafeoperator - în conformitate cu cursurile de instruire Microsoft. acest lucru ar trebui tradus ca "operatorul de rezervă" sau "ultimul operator de speranță". Cu toate acestea, elevii de la cursuri au venit cu un titlu mai precis - "Cine va fi ultimul". Semnificația acestui parametru este foarte simplă: pentru fiecare operator puteți specifica orele de lucru. În cazul în care sa dovedit că un eveniment a avut loc într-un moment în care toți operatorii în funcție de restul programului, mesajul va fi trimis la „operator de ultimă instanță“ (indiferent de programul de lucru sale). Puteți specifica obiectul operatorului adecvat și puteți alege modul de notificare: prin e-mail, pager sau mesaj de rețea;
În fila JobSystem, puteți defini parametrii comuni pentru executarea lucrărilor SQL Server Agent:
q Shutdowntime -outinterval (inseconds) - dacă ați dat o comandă pentru a opri serviciul SQL Server Agent. și la acel moment lucrarea se execută, agentul SQL Server va da cât mai multe secunde pentru a-l completa așa cum este specificat în acest parametru (implicit este de 15 secunde). La sfârșitul acestei perioade, slujba va fi reziliată forțat;
În fila Conexiune, configurați setările de conectare pentru serviciul SQL Server Agent la SQL Server:
q Aliaslocalhostserver (alias pentru serverul local) - un pseudonim pentru o instanță de SQL Server (acesta trebuie să fie situate pe același computer), care se va conecta SQL Server Agent. Detalii despre pseudonimele au fost scrise în sec. 3.3.4. Acest parametru trebuie completat numai dacă pentru "numele normal" al SQL Server de pe computer există deja un alt alias care redirecționează cererile către un alt server;
q SQLServerconnection (Conexiune la SQL Server) - acest parametru specifică contul care va fi utilizat de serviciul SQL Server Agent pentru a se conecta la SQL Server. După cum sa menționat deja, este foarte recomandat să folosiți același cont pentru serviciile SQL Server și SQL Server Agent. Apoi, este mai ușor să părăsiți autentificarea Windows (care este selectată în mod implicit). Dacă SQL Server și SQL Server Agent lucrează sub conturi diferite sau trebuie să vă conectați (pentru scopuri de compatibilitate înapoi) în numele autentificării SQL Server. apoi în acest parametru puteți defini contul Windows corespunzător sau login-ul agentului SQL Server.
Fila Istoric determină setările pentru stocarea istoricului sarcinilor din jurnalele SQL Server Agent:
q Limitsizeofjobhistorylog - Dacă ștergeți această casetă de validare, informațiile vechi de executare a unei sarcini nu vor fi șterse automat din jurnalele de evenimente ale Agentului SQL Server. Trebuie să o ștergeți manual. Dacă această casetă de selectare este selectată (implicit), puteți configura doi parametri suplimentari:
· Maximumjobhistoristorogsize (inrows) (Numărul maxim de înregistrări pentru istoricul sarcinilor (în linii));
· Maximumjobhistoryrowsperjob (Numărul maxim de înregistrări pentru o lucrare);
q Istoricul automat al poziției - această opțiune vă permite să stabiliți cât timp vor fi șterse automat înregistrările istoricului locurilor de muncă.
Articole similare
Trimiteți-le prietenilor: