Nelielām datu bāzēm un gadījumos, kad ātrdarbība ir gana laba, par failiem un failu grupām var īpaši nesatraukties. Pēc noklusējuma datu bāze satur vienu failu grupu (kurā, savukārt, ir viens fails) un vēl vienu papildus log failu- redzēti gana daudz gadījumus, kad šāda konfigurācija ir gana laba.
Bet ir gadījumi, kad faili un failu grupas ir izmantojami datu bāzes optimizēšanā- gan no ātrdarbības viedokļa, gan izmaksu (dārgi vs lēti diski), gan arī avārijas gadījumu (disaster recovery) plānu uzlabošanā.
Daži gadījumi, kad vērts sākt pievērst uzmanību failiem un failu grupām:
- Ir piejami vairāki diski- tādā gadījumā IO var palielināt izvietojot datu bāzu failus uz dažādiem diskiem.
- Ir tikai lasāmi (read only) dati, vai dati, kas ir ļoti reti nepieciešami, bet aizņem daudz vietas- šādus datus var izvietot uz lētākiem un lēnākiem diskiem.
- Tiek izmantota tabulu dalīšana (particionēšana).
- Ja ir liels datu bāzes izmērs (neizmērams lielums, atvainojiet).
- Ir vajadzība uzlabot ātrdarbību- piemēram, IO caurlaidību, dbcc checkdb ātrdarbību, indeksu izvietošana uz ātrākiem diskiem, tempdb ātrdarbība un citi varianti.
* Faili un failu grupas SQL Server
tempdb optimizācija (principā katreiz kad >1 procesora kodoli):
* tempdb failu skaits
(new) Paātrināt datu bāzes datu failu izveidi un palielināšanu, datu bāzes atjaunošanu:
SQL Server: Tūlītēja faila inicializācija
SQL Server un Sparse failu izmantošana (dbcc checkdb, snapshots):
* Retinātie faili (Sparse files)
Daži noderīgi vaicājumi un saistītie raksti:
* (!) Kā apskatīt datu bāzes failu izmēru un atrašanās vietu
* Brīdinājums par izsīkstošu diska vietu
* Tabulas datu sadalījums pa failu grupām
* Kā dzēst failu no failu grupas
Nav komentāru:
Ierakstīt komentāru