ПредишенСледващото

Безспорно склада за данни - един от основните компоненти, които определят качеството на работа и наличието на големи и малки копия на SQL Server. В рамките на нарастване на изчислителната мощ на сървъри и виртуални сървъри, както и подкрепа за съхраняване на големи количества памет, както и входно-изходна подсистема може да бъде затрудненията, намаляване на общата пропускателна

АРУБА НЕЗАБАВЕН WI-FI: прост, мощен и достъпни

Ние гарантираме, склада данни за наличност и производителност

Безспорно склада за данни - един от основните компоненти, които определят качеството на работа и наличието на големи и малки копия на SQL Server. В рамките на нарастване на изчислителната мощ на сървъри и виртуални сървъри, както и подкрепа за насипно съхранение на паметта и входно-изходна подсистема може да бъде затрудненията, намаляване на общата пропускателна способност. Trouble могат да бъдат избегнати, ако имаме обща представа за това как SQL Server използва хранилището на данни, и да знаят основните техники на оптимална складиране SQL Server.

Данните и регистрационните файлове

Основният принцип, който е на SQL Server-базирани складиране на данни, се крие във факта, че базите данни се състоят от два типа файлове:

  • файлове с данни. Тези файлове се съхраняват информацията от базата данни. файлове с данни на SQL Server са NTFS файлове с разширение. MDF. А просто база данни обикновено се състои от един файл с данни, но също така може да се състои от определен брой файлове с данни, които се намират върху една или повече дискове.
  • лог файлове. Тези файлове се съхраняват сделката на базата данни, която ви позволява да възстановите база данни с конкретен момент във времето. транзакционни лог файловете са файлове, SQL Server с NTFS. LDF. Базата данни може да бъде много лог файловете са разположени на една или повече дискове.

Препоръчва се да се поставите на данните и лог файлове на различни дискове. SQL Server пише всички сделки на базата данни към регистъра на операциите, така че дневниците е удобно разположен на дискове за запис на висока скорост. Файловете с данни се използват за заявки за услуги и често трябва да се изпълняват множество операции за четене. Когато създадете база данни, можете да посочите местоположението на данните и лог файлове, като напишете T-SQL CREATE DATABASE. За да промените местоположението на съществуващите данни и лог файлове, можете да стартирате базата данни командата ALTER с опцията за запис Променете. Обява 1 показва пример за прехвърляне на данни от база данни, файл на друго място.

Не всеки ще се съгласи с препоръката да се включи автоматичното нарастване режим за бази данни на SQL Server. Когато тази функция е активирана за файлове с данни от базата данни и лог файлове се увеличават автоматично, ако е необходимо повече място. Тази опция не позволява на системата за спиране, ако мястото не е достатъчно.

И все пак автоматичното нарастване следва да се разглежда като механизъм за последния ред на отбраната. Тя не трябва да се използва като основен метод за контрол на растежа на базата данни. Растежът на данни и лог файлове трябва да се управляват ръчно. Database дейност се прекратява, когато има автоматичното нарастване на работа. Честите събития автоматичното нарастване - добър показател за непредвидени растеж данни. Следващата команда показва как да настроите настройките автоматичното нарастване на данните и регистрационните файлове:

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

Друга полезна техника при работа с хранилища на данни - миг файл инициализация Instant File посвещение. За разлика от повечето обсъжда в настройките на хартията, Instant Инициализация на файла се контролира от политиката на Windows Server. Instant File Инициализация не нулирате разпределят пространство за файла, а просто разпределя точното количество на пространството. SQL Server използва Instant File Инициализация по време на създаването на автоматичното нарастване, и възстановяване на база данни, операции на базата данни. Можете да включите незабавното File Инициализация на сървъра чрез Административния меню, за да се отвори политика местното сигурност ( «Местна политика на сигурност"). След това разширете местни политики ( «местни политики") и задачи по поддръжката обем Изпълнение двукратно щракване, както е показано на екрана.

Оптимална организация на съхранението на данни в SQL Server, прозорци го про

Screen. Разрешаването на Instant File Инициализация

Това ще отвори диалоговия прозорец Properties за задачи по поддръжката обем свойства изпълнение ( «Изпълнение на задачи за поддръжка на тома"), където можете да въведете името на сървъра сметка за обслужване на SQL.

Съхранение и RAID нива

След като овладял SQL Server хранилище, можете да започнете да се научат следващата важна концепция - нива на RAID, който може да се използва за шофиране в подсистемата за съхранение. нива RAID да окажат значително влияние както на производителността и наличността. Както може да се очаква, по-скъпи варианти са склонни да предлагат по-добра производителност и наличност. Най-често срещаните нива на RAID са както следва:

  • RAID 0 (на дискове понякога се нарича). На това ниво RAID разпространява данни във всички налични дискове. Той често се използва в най-различни критерии за изпълнението на база данни. RAID 0 осигурява добро представяне, но никога не трябва да се използва за производство на сървъра като единичен диск недостатъчност причинява загуба на данни.
  • RAID 1 (наричан понякога огледални дискове). В RAID 1 конфигурация данните се извежда на огледало диск. Скорост на четене и запис е добра, но общият капацитет на диска е намалена наполовина. RAID 1 често се използва за SQL Server лог файлове. В случай на данни на диск недостатъчност не се губи.
  • RAID 5 (понякога се нарича ивици с паритет). В конфигурацията на RAID 5, данните са разпределени в множество дискове, за да осигури данни съкращения. Често се използва за файлове с данни. Това ниво RAID осигурява добро представяне четене и е устойчив на отказ на един диск. Въпреки това, скоростта на запис е ниска.
  • RAID 10 (понякога се нарича огледални образи на дискове на пластове). RAID 10 съчетава възможности за успешно с променливо и защита чрез огледало. RAID 10 осигурява най-високо ниво на ефективност и достъпност на всички нива RAID. За RAID 10 изисква два пъти повече, отколкото диск RAID 5, но конфигурацията е устойчив на провал на множество устройства. RAID масив 10 продължава да работи успешно в случай на повреда половина дискове в комплекта. RAID 10 е подходящ за файлове с данни, както и за списания.

Друг важен елемент от системата за съхранение на SQL Server, за - tempdb. Тази система от база данни SQL Server, който е световен ресурс, който е достъпен за всички потребители. Tempdb временни обекти, използвани за вътрешен потребител операции и данни система ядрото за управление на база данни, включително асоциации статистическа обработка, курсори, сортиране и хеширане, както и за контрол на версиите линии. За разлика от данните в типичен за ползване база данни, данните в tempdb не се записват след изключване на инстанция на SQL Server.

Като правило, tempdb - един от най-активните бази данни в работен екземпляр на SQL Server, така следните препоръки ще помогнат да се гарантира по-добро изпълнение на SQL база данни сървър. На първо място, файлове с данни и tempdb трупи трябва да се поставят на различни физически диск от лог файловете и данните за производството в базата данни. Поради много активно използване на tempdb е полезно за защита на дисковете чрез организиране на нападение 1 или RAID 10 масив с променлив. Experts Group Microsoft SQL Server Клиент Консултативния Team (SQLCAT) препоръча в tempdb е файл от една данни за всяко ядро ​​на процесора. Но тази препоръка е в сила за много високи натоварвания. В повечето случаи е препоръчително, че отношението на файла с данни за ядрата на процесора е 1: 2 или 1: 4. Както в повечето случаи, това са общи препоръки; оптималният подход за дадена система може да варира. Ако не се знае точно колко файлове да се използва за tempdb, можете да започнете с файловете на четири данни. Обикновено само един tempdb лог файл. Tempdb повече насоки може да бъде намерен в материалите, изброени в страничната лента "учебници".

Освен това, размер tempdb трябва да бъде достатъчна, за да се избегне автоматичното нарастване операции. Както и с потребителски бази данни, tempdb ще изпитат забавяне поради операции автоматичното нарастване. По подразбиране, tempdb файл с данни съдържа 8 MB лог файл е 1MB и 10% от пространството за автоматичното нарастване, а това е твърде малко за по-голямата част от производствените натоварвания. Също така е важно да се помни, че се връща към последната зададена стойност при рестартирането на размера на SQL Server на tempdb.

Размер и да се премести на данните и лог файлове tempdb може да се определи с помощта на кода, дадена в "данни и лог файлове." Искане на Обява 2 (от MSDN) показва как да се определи размера и процента на растеж на tempdb файлове с данни и трупи.

Твърди дискове

Поради многото ядра увеличава изчислителната мощност, и много от днешните системи подкрепа на много голямо количество памет, заради това, което подсистемата IO се превърне в пречка за много натоварвания. Традиционните твърди дискове са станали по-обемен, но изпълнението почти не се увеличава. Проблемът може да бъде решен чрез използване на твърди дискове (SSD). SSD дискове - сравнително нова технология за съхранение на данни, която започва да наддават на тегло на пазара на SQL Server през изминалата година. В миналото, на цената на SSD устройства е твърде голям, а капацитетът на данни е твърде малък, за много оперативни бази данни. Една от причините за нарастващата популярност на SSD дискове - предимството производителност в сравнение с традиционните твърди дискове с въртящи се вретено. Например, диск Serial Attached SCSI на (SAS) със скорост на шпиндела на 15000 об / мин може да осигури производителност от 200 Mbytes / сек. За сравнение, SSD-диск Serial ATA (SATA) с 6-GB съединение може да осигури съответствие лента от около 550 Мб / с. Основната причина за превъзходството на SSD дискове в представянето си, е рязкото намаляване на времето за търсене. Когато трябва да извлича данни от въртяща се глава на твърдия диск трябва да се премести на ново място. В SSD-диск с няма движещи се части, така че преместване на ново място на съхранение се определя от скоростта на клетките на паметта.

Твърди и високоскоростен флаш съхранение може да се прилага по няколко начина. Типични приложения - 2,5-инчови SSD дискове. Тези устройства са свързани директно, като тип съхранение DAS и електронен интерфейс - същата като тази на стандартен твърд диск. Друг често срещан изпълнение SSD - един PCI Express карти (PCIe), възможност за директно свързване на системната шина. Този подход се възползва от бърза автобусна PCIe, за да се увеличи броят на входно-изходни операции в секунда (IOPS) и честотна лента в сравнение със стандартен диск интерфейс. В допълнение, много прегради за съхранение на SAN SSD и функцията за автоматично разпределение на дялове с данни, която ви позволява да се движат критични натоварвания за високо-производителни SSD дял, оставяйки по-малко критични натоварвания при по-бавни и по-евтини твърди дискове.

Има различни видове на съхранение SSD. Сред тях - SSD основава на съхранение и съхранение DRAM SSD базирани на технологията флаш памет като едно ниво клетка (SLC) и няколко нива клетки (MLC). Всеки вид има своите предимства и недостатъци.

  • DRAM. Както обикновено памет за компютъра, динамичната памет е с много висока скорост, но тя е ненадеждна. се изисква постоянна батерия за съхраняване на данните по време на прекъсване на данни за DRAM. Такава съхранение често се предлага под формата на карти PCIe, инсталирани на дънната платка на сървъра.
  • SLC. Скорост и срок на съхранение цикъл SLC-висока от тази на MLC, така SLC SSD използва в склад на корпоративно ниво. Въпреки това, SLC устройство цена е значително по-висока от тази на MLC.
  • MLC. Обикновено MLC флаш памет от типа, използван в потребителски устройства и е по-евтино от SLC. Въпреки това, по-ниска запис MLC скорост и значително по-висока от износване SLC.

На скорост SSD устройства са по-добри от твърди дискове с въртящи се вретено, но животът им е много по-ниска. Приложения с интензивен вход-изход, като например SQL Server, ще скъсят живота на съхранение SSD. В допълнение, по-голямата част на диска се използва, толкова по-малко продължителност на живота. Препоръчително е да се уверите, че най-малко 20% устройство за съхранение на SSD не е зает. Бързо четене е стабилен във всеки един момент по време на работа на устройството. Въпреки това, скоростта на запис по време на работа се влошава, т.е. времето, необходимо за записване се увеличава. Също така е важно да се помни, че няма нужда да дефрагментирате SSD дискове, тъй като методът за достъп до данни, различни от твърдия диск. В действителност, дефрагментиране на този тип задвижване само ще доведе до намаляване на жизнения им цикъл.

Ако искате да използвате SSD дискове, не се използва един SSD диск и да се подготвят да се заменят SSD дискове в рамките на срока на действие на сървъра. Списъци с възможното прилагане SSD в SQL Server.

  • Преместването индекси SSD дискове. Обикновено, индекси не са много големи и са свързани с интензивни операции случаен четене, така че са идеални за поставяне на SSD дискове.
  • Преместване на файлове с данни на SSD дискове. С файлове с данни обикновено се свързва вече гласи, отколкото пише, така че в повечето случаи те са подходящи за SSD дискове.
  • Преместване от журналните файлове на SSD дискове. Влезте файлове са свързани с голям брой записващи операции. Ето защо, ако се намират дневниците се прилагат SSD дискове, SSD устройства използват корпоративно ниво и RAID 1 или RAID 10 с дублиране.
  • Преместването tempdb на SSD-диск. Обикновено, tempdb има високо ниво на неподредени напишете операции, които могат да причинят увреждане на SSD. Ето защо, ако SSD дискове се използват за tempdb, тогава тя трябва да бъде от корпоративен клас SSD в RAID 1 или RAID 10 огледало и SSD дискове трябва да се сменят план. Също така, обърнете внимание на версията с PCIe DRAM за tempdb. Съхранение DRAM осигурява по-висока производителност в запис и има неограничен живот. Въпреки това, цените на DRAM памет могат да бъдат високи.

Базови нива на производителност

Друг основен подход - за получаване на изпълнение базовата линия, и периодично се сравни ефективността система с тези базови нива. Това може да бъде много полезен за диагностициране на проблеми и наблюдение на данни база на растежа и други тенденции. Едно сравнение с базовата линия - един от най-добрите начини за активно управление на системи. Тема измерване на резултатите SQL Server е извън обхвата на тази статия, но по-долу е общ преглед на най-важните измерими показатели склада данни.

Първата група от броячи изпълнение с цел мониторинг, представлява гишетата, свързани с паметта в Windows Performance Monitor. Технически погледнато, това не е съхраняване на данни броячи, но ако паметта е недостатъчен, останалите гишетата са без значение. Задължително брояч писта Предлага мегабайта памет обект. Този брояч показва размера на физическата памет на разположение за разпределение процес или система. Ако индексът е по-малко от 100 MB, полезно е да се увеличи размерът на паметта. Друг важен брояч -% Употреба обект файл за виртуална памет, която показва ползваната сума за размяна на файлове на Windows. Тази стойност трябва да бъде по-малко от 70%. Ако стойността е по-висока, то е вероятно, че системата се нуждае от повече памет.

В допълнение към гишетата, свързани с паметта на Windows, има няколко гишета за изпълнение на Windows Server хранилище. Въпреки това, тези броячи са полезни само ако случаят на SQL Server работи със система за съхранение на данни с директен DAS връзка. Ако се използва SAN, че е необходимо да се обърне внимание на показателите за успешно представяне на San.

Ако инстанция на SQL Server използва DAS, а след това на първо място се уверите, че всеки диск NTFS безплатно за най-малко 20% от пространството. След това можете да проверите броячи сървър хранилище Windows с помощта на System Monitor. Таблица 1 изброява някои от най-важните гишетата; всички те са свързани с обект Логически диск.

Оптимална организация на съхранението на данни в SQL Server, прозорци го про

Свързани статии

Подкрепете проекта - споделете линка, благодаря!