Sqlserver
 sql >> база данни >  >> RDS >> Sqlserver

Избягвайте тези 4 често срещани грешки в DBA

Данните са царят в днешната икономика, а DBA са на предната линия на сигурността и защитата на данните. Поради чувствителния характер на работата, администрирането на база данни изисква изключително внимание към детайлите и оставя малко място за грешки. Но DBA са хора и хората правят грешки.

Ето четири често срещани грешки, които DBA допускат, които могат да повлияят негативно на производителността на базата данни и сигурността на данните и как можете да ги избегнете.

Грешка №1:Не се тества редовно архивиране

Осигуряването на архивиране на бази данни и лесно достъпни в случай на катастрофална повреда е най-голямата отговорност на DBA. Следвайте тези най-добри практики, за да запазите резервните си копия сигурни, достъпни и, най-важното, работещи, в случай че са необходими.

Съхранявайте резервните си копия в облака:Поддържането на резервните ви копия в облака е идеално, защото те са лесно достъпни от всяко място и вашият доставчик на облачно хранилище вероятно има възможности за автоматично превключване при отказ, които защитават архива ви в случай на пожар или природно бедствие.

Възстановявайте редовно резервното си копие в тестова среда, за да сте сигурни, че ще работи, ако/когато имате нужда от него:Вашият архив е полезен само ако работи, а средата на криза е неподходящият момент да разберете, че има проблем и данните ви са загубени .

Документирайте стратегията и процеса на архивиране на прост език, който всеки, а не само DBA, може да разбере и следва:Когато настъпи бедствие, никога не знаете кой ще бъде наоколо, за да възстанови системата и да работи. Грешка от страна на твърде простата, когато пишете своя план за възстановяване при бедствие и архивиране, за всеки случай.

Грешка №2:Деактивиране на проверката на страницата

Има причина, поради която стандартната проверка на страницата на SQL Server никога не е „няма“. Задаването на PAGE_VERIFY на None оставя вашите файлове с данни отворени за неоткрито повреждане.

Вместо това задайте PAGE_VERIFY на CHECKSUM, така че SQL Server да записва CHECKSUM на всяка страница, когато излиза в хранилището, след което преизчислява и сравнява CHECKSUM отново, когато данните се четат от диска.

За да поддържа нещата прости, Брент Озар обяснява как да генерирате скрипт за промяна на настройката за проверка на страницата във всичките ви бази данни.

Грешка №3:​​Неосигуряване на правилно удостоверяване/сигурност на потребителя

Удостоверяването на потребителя и строгите практики за сигурност са от решаващо значение за поддържането на целостта на вашите бази данни. За да създадете сигурна среда, най-малкото, трябва да се нуждаете от следните практики:

  • Ограничете броя на системните администратори
  • Принудително въвеждане на силни пароли
  • Дайте възможно най-малко разрешения
  • Внедряване на многофакторно удостоверяване
  • Поставете базите данни зад защитна стена

Грешка №4:Не наблюдавате непрекъснато вашата база данни

Ако не следите отблизо базите си данни, има 100 процента вероятност производителността да пострада.

Въпреки че е невъзможно напълно да се премахнат бавните заявки и по-малко от идеалната производителност на системата, има стъпки, които можете да предприемете, за да сведете до минимум отрицателните им ефекти върху потребителите си.

Настройте сигнали, които да ви уведомяват при надвишаване на праговете:Правилно конфигурираните сигнали не само подобряват производителността, но и спестяват здравия ви разум. Днешните инструменти за наблюдение ви позволяват да задавате специфични правила, така че да не прекарвате нощите си в отговор на фалшиви аларми или проблеми с ниско въздействие, които лесно биха могли да изчакат до сутринта. Много решения предлагат и мобилно наблюдение, така че можете да оцените и започнете да диагностицирате проблеми от всяко място.

Приемете проактивна, а не реактивна стратегия за наблюдение:Провеждането на редовни проверки на състоянието на системата и проследяването на анализ на ефективността във времето са две от най-добрите проактивни мерки, които можете да предприемете. Превантивното справяне с потенциални проблеми или бързото и ефективно спиране на проблем с производителността, преди потребителите да бъдат засегнати, винаги е за предпочитане пред непрекъснатото гасене на пожари.

Възползвайте се изцяло от наблюдението на базата данни:За да получите най-голяма възвръщаемост на инвестициите и защита от вашето решение за наблюдение, не забравяйте да се съсредоточите върху пет ключови области:

  • Разберете работното натоварване
  • Изберете инструмент, който отговаря на нуждите на вашия бизнес
  • Проследявайте ключовите показатели за ефективност
  • Избягвайте тесни места
  • Събирайте (и използвайте!) данни за ефективността

Други начини да бъдете суперзвезда DBA

Избягването на тези четири често срещани грешки ще затвърди репутацията ви като MVP на компанията, но има няколко допълнителни навика, които DBA могат да възприемат, които ще ви помогнат да допринесете още повече за защитата на ценните данни на вашата организация и да поддържате работата на вашата система на оптимално ниво.

Автоматизация: Автоматизирането на повтарящи се и повтарящи се задачи, като осигуряване на база данни, корекция и диагностика, намалява риска от човешка грешка и освобождава DBA да работи върху задачи с по-висока стойност, които изискват човешка помощ.

Поддръжка: Лесно е да се пренебрегне или отложи поддръжката, когато възникне работа с по-висок приоритет. Създайте контролни списъци, които да ви помогнат да останете на върха на рутинните задачи по поддръжка, като архивиране, управление на аларми и дефрагментиране. Поддържането на поддръжката на базата данни актуална е чудесен начин за смекчаване на проблемите с производителността, преди те да започнат.


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Как да изпълним SSIS пакет от .NET?

  2. синтаксис за единичен ред MERGE / upsert в SQL Server

  3. SQL Server Групово вмъкване на CSV файл с непоследователни кавички

  4. Как да предам sqlparameter на IN()?

  5. Как ISNUMERIC() работи в SQL Server