Deci, în continuarea temei de service a bazelor de date 1C, să aruncăm o privire mai atentă asupra sistemului de gestionare a bazelor de date relaționale pentru Microsoft SQL Server. Acest produs ne oferă mari oportunități de procesare, stocare, salvare și recuperare a bazelor de date. Voi începe o mică serie de articole dedicate acestui subiect. Tot ceea ce va fi scris mai jos este o opinie personală pe această temă și este supusă criticilor.
În laboratorul de testare avem următoarele:
Ca de obicei, ne vom pune sarcina:
Realizați întreținerea bazei de date în perioada 00:30 - 01:00, iar serviciul nu trebuie să fie vizibil (sau abia vizibil) pentru utilizatorii de bază.
Să începem cu puncte importante. Baza de date MS SQL poate avea unul din cele trei tipuri de model de recuperare:
- Simplu.
- Complet.
- Cu logare incompletă.
De asemenea, la copierea de rezervă, avem trei opțiuni pentru copiere:
Dacă selectați un model simplu, puteți restabili baza de date din momentul în care ați creat ultima copie de rezervă diferențială sau completă. La selectarea modelului de recuperare completă, putem restabili baza de date la un minut pentru a crea o copie de rezervă completă, de exemplu, pe timp de noapte și în timpul zilei, pentru a crea o copie a jurnalului de tranzacții. Mai jos vom vedea unde va aparea acest moment. De asemenea, am vrut să aduc câteva fragmente din MSDN. „Modelul de recuperare în vrac s-au conectat este destinat exclusiv ca un supliment la modelul de recuperare completă. În general, modelul de recuperare mai mare parte s-au conectat este similar cu modelul de recuperare completă, cu excepția faptului că majoritatea operațiunilor de exploatare în masă se face într-un grad minim.“
Puteți examina modelul de recuperare a bazei de date prin accesarea proprietăților bazei de date, de exemplu BuhFirma și accesarea liniei - Parametri.
Cum de a alege un model de recuperare? Este necesar doar să răspundem la întrebarea: este pierderea de informații fatală de la copia de rezervă completă? Dacă răspunsul este da, atunci alegem modelul complet de recuperare, dacă nu, simplu. Un model cu logare incompletă ar trebui să fie utilizat doar pentru timpul operațiunilor de masă din baza de date.
Inițial, vom crea un plan de întreținere de noapte pentru bază, care va include următoarea secvență de acțiuni:
Conectați-vă la serverul SQL și accesați Planurile de management-service. Faceți clic dreapta pe Planurile de servicii și selectați Creare plan servicii. Dați-i numele: SRV1CTEST.
Înainte de noi este fereastra SRV1CTEST, în care vom crea o secvență de acțiuni, indicată mai devreme. Vedeți imediat Nested_Plan1. În partea dreaptă a denumirii planului închis, veți vedea o pictogramă sub forma unei tablete. Facem clic pe el și intrăm în proprietățile programului de sarcini. Aici puteți modifica numele planului imbricat, puteți seta frecvența de repetare în zilnic și puteți seta ora. Și acum rămâne să ne umplem planurile cu sarcini. Pentru a face acest lucru, din Bara de instrumente, care este în partea dreaptă, trageți de locuri de muncă.
Să începem cu verificarea integrității bazelor de date.
După ce ați tras lucrarea, faceți clic de două ori. Se deschide o fereastră în care în linia de baze de date alegem baza de date BuhFirma creată. Apoi, în același mod, adăugăm sarcini Rebuild index și Actualizare statistici. Nu uitați să selectați baza de date necesară în ele.
Procedura Reconstruirea unui index creează un index cu un nou factor de umplere. Din această cauză, mărim productivitatea muncii în baza de date.
Taseta Update Statistics actualizează informațiile despre datele de tabelă pentru MS SQL. Care, de asemenea, crește productivitatea. Dar după această operație este necesar să ștergeți memoria cache.
În timp ce ne oprim și vorbim despre stabilirea de legături între sarcini. Legăturile reflectă secvența de execuție. Pentru a efectua o legătură între sarcini, trebuie să faceți clic o dată pe sarcină și veți vedea săgeata care apare. Trebuie să fie tras la următoarea sarcină. Comunicarea poate avea 3 culori: albastru, verde și roșu, fiecare dintre acestea înseamnă trei tipuri de declanșare: la finalizarea simplă a lucrării anterioare - Finalizarea. în cazul finalizării cu succes - Succes. și dacă apare o eroare în timpul executării unei sarcini anterioare - Eroare. Toți acești parametri puteți vedea prin clic-dreapta pe săgeata dintre lucrările. Astfel, dacă dorim ca refacerea indexului să funcționeze numai după ce verificarea integrității bazei de date a fost finalizată cu succes. trebuie să le conectăm cu o săgeată. Faceți clic dreapta pe săgeată, modificați modul la Succes. după cum puteți vedea, culoarea sa sa schimbat în verde.
În prezent avem 3 sarcini create în planul nostru încorporat. Așa cum ați fi observat, nu există nici o curățare a cache-ului procedural al DBMS din bara de instrumente. Vom folosi sarcina Execute T-SQL Statement. Trageți-l în plan și faceți clic de două ori. Vedem o fereastră în care scriem următoarele:
Curățarea după sarcina de întreținere vă permite să ștergeți arhivele învechite. În acesta, putem seta locația arhivelor, precum și timpul după care vor fi șterse.
Funcția Jurnal de purjare șterge datele din jurnalul asociate cu planurile de backup, restaurare, planurile de întreținere a bazei de date și cu activitatea agentului SQLServer.
Deci, la final, primim o listă de sarcini secvențiale.
Articole similare
-
Sfaturi pentru o întreținere eficientă a bazei de date sql server - sql server - produse software
-
Serviciu director Directory activ în serverul Windows 2018 - totul despre el și programare
Trimiteți-le prietenilor: