Зараз ви перебуваєте в автономному режимі; очікується повторне підключення до Інтернету

Ваш браузер не підтримується

Необхідно оновити браузер щоб користуватися цим сайтом.

Оновіть Internet Explorer до найновішої версії

Microsoft SQL Server вводу-виводу підсистема вимоги бази даних tempdb

ВАЖЛИВО! Ця стаття перекладена засобами машинного перекладу Microsoft. Статтю можна редагувати в середовищі Community Translation Framework (CTF). Щоб якомога швидше перекласти всі статті у своїй базі знань різними мовами, компанія Microsoft не лише звертається до професійних перекладачів, але й вдається до машинного перекладу, який потім редагується спільнотою. Такі статті можуть містити лексичні, синтаксичні та граматичні помилки. Microsoft не несе відповідальності за будь-які неточності, помилки або збитки, до яких може призвести неправильний переклад статей або їх використання. Докладніше про CTF див. на веб-сторінці http://support.microsoft.com/gp/machine-translation-corrections/uk-ua.

Клацніть тут, щоб переглянути цю статтю англійською мовою: 917047
Підсумки
Microsoft SQL Server вимагає, що вводу-виводу підсистеми, зберігають системи та користувача, бази даних, повністю витримуються, Write-вперед журналювання (WAL) вимоги до певних принципів для вводу-виводу. Ці вимоги, які витримуються КИСЛОТНИЙ властивості операції, необхідно: атомна, узгоджені Isolated і міцний. Докладні відомості про вводу-виводу підсистема, дотримання вимог, описані в наведених нижче посилань:У наведеному нижче списку, це коротку вимоги:
  • Замовлення на записування має підтримувати.
  • Залежний запис А послідовність має підтримувати.
  • Записування має завжди забезпечених про стабільного носія.
  • Розривається вводу-виводу, попередження, мають статися.
Стійкість обслуговування залишається для інших баз даних, але може бути пом'якшені для бази даних tempdb . У нижченаведеній таблиці подано в кілька критичних вводу-виводу вимоги до бази даних.
Вимоги для вводу-виводуСтислий ОписСистема або користувачабази даних tempdb
Записування на замовлення

Залежний запис А послідовності.
Можливість підсистема зберегти правильний порядок операції запису. Це може бути особливо важливо для дзеркалювання рішення, групові відповідність вимогам та SQL Server WAL протокол використовується.ПотрібноРекомендовано
Читання після записуМожливість підсистеми служби прочитати запити на останні дані зображення, при read після того, як будь-який запис А успішно завершено.ПотрібноПотрібно
Практичні поради стосовно, через збій у роботіМожливість даних залишається повністю без змін (міцний) через ладу, наприклад, система перезавантаження.ПотрібноНе застосовується
Розривається попередження для вводу-виводуЗдатністю системи, щоб уникнути, розділивши окремих запитів для вводу-виводу.ПотрібноРекомендовано
Сектор перевиданняСектор можна записувати лише в повному обсязі а не переписати, через створити запит на сектор поруч.* Збентежений, лише для дозволено, якщо транзакцій* Збентежений, лише для дозволено, якщо транзакцій
Загартовані данихОчікування, що під Вільний час записування запит або FlushFileBuffers операцію успішно завершено, дані збережено стабільного пул носіїв.ПотрібноНе застосовується
Фізичних секторів і розмірSQL Server, допитує даних та журналів розташування для онлайнове пул носіїв файлів. Усі пристрої, не потрібно, для підтримки сектора атрибутів, що дозволяє SQL Server для записування на фізичний сектор поле вирівнювання межі та наборами з розмір сектора.ПотрібноПотрібно
* Транзакцій сектора переписує пов'язані з підсистемою, дозволяючи сектор повністю переміщено, замінити, або відкотити вихідне зображення повністю системі операцій. Ці переписує зазвичай мають збентежений через додаткові над, потрібно виконати такі інтерактивні елементи. Наприклад, буде службову програму дефрагментації, що рухається Файл даних. Секторі вихідний файл не можна замінити область сектора, поки не повністю захистом новий сектор а також дані. Перерозподілу у галузі має бути таким чином, що транзакцій так, що будь-які помилки, спричинене несправністю увімкнути живлення, включно з причини, Повторне створення вихідні дані. Переконайтеся, що у вас є механізми блокування протягом такого роду процес, щоб запобігти пошкодженню даних доступу, таким чином, підтримуючи орендарів вводу-виводу SQL Server.

Практичні поради стосовно, через збій у роботі

Бази даних tempdb зона компонування для SQL Server а також відновлено, при кожному запуску, SQL Server. Ініціалізації, замінює собою будь-якої необхідності даних чинними, після перезавантаження.

Операції з перевидання транзакцій сектор

Гарантувати успіх відновлення процесів, наприклад відкочування аварійно завершує роботу і відновлення, запис А бізнес-партнера журналу мають належним чином зберігається на стабільного пул носіїв перед сторінки даних зберігається і не може бути переписати без виконання транзакцій властивості. Для цього необхідно, підсистеми і SQL Server для підтримки конкретних атрибути, наприклад запис А замовлення, вирівнюються та розміру, записування, а інші такі атрибути безпеки вводу-виводу, викладені в документах, згаданих раніше. Для бази даних tempdb аварійне завершення роботи, відновлення, непотрібне, тому що базу даних завжди ініціалізується під Вільний час запуску з SQL Server. Проте бази даних tempdb ще потрібно відкотити можливості. Таким чином, можна спростити деякі атрибути WAL протоколу.

Розташуванні для бази даних tempdb має діяти, об'єктивної відповідно до встановленого дублювання диска протоколів. Таким чином, усі пристрою, на якому зберігається бази даних tempdb має з'являються і як фізичний дублювання диска, який надає читання після запис А потенційної угода TRIPs. Операції з перевидання транзакцій сектора, може бути додаткові вимоги, певні реалізацій. Наприклад, SQL Server не підтримує базу даних, що зміни, за допомогою системи стискання для NTFS файл, тому що стискання для NTFS може перезаписати секторів журналу, які вже були написані і вважається загартовані. Помилка під Вільний час цього типу перевидання може викликати бази даних, щоб бути непридатними, пошкодження даних, SQL Server, які вже розглядається, безпеки.

Примітка SQL Server 2005 подовженої підтримки або стискання для читання, лише для баз даних і файл груп. Див. у SQL Server 2005 Books Online детальну інформацію.

Транзакцій сектора перевидання операцій, які відносяться до всіх баз даних SQL Server, які містять бази даних tempdb . Зростання різні розширеного збереження технології, використовуйте пристрої та утиліти, що може перезаписати, даних SQL Server, розглядає безпеки. Наприклад, деякі нові технології в пам'яті, кешування або виконати стиснення даних. Щоб уникнути серйозних даних пошкодження, будь-які сектора, перевидання має бути повну транзакцій підтримки таким чином, якщо помилка виникає, дані відкочування попередній сектора зображення. Це гарантує, що SQL Server не доступний несподіване припинення або дані пошкодження стану.

Можна поставити бази даних tempdb спеціальні Підтримка програмного забезпечення, Електронних дисків, чистого стан або інші високошвидкісні реалізації, які не можна використовувати для інших баз даних. Однак ключові фактори, що в розділі "Додаткові відомості" необхідно враховувати, коли ви оцінити ці параметри.
Додаткові відомості
Декількох факторів, слід уважно вивчає, під Вільний час оцінювання розташуванні бази даних tempdb . Наприклад, сценарій виконання бази даних tempdb включає, але не має обмеження пам'яті чи план поверху запит на змінення і рішення для вводу-виводу. Відповідні налаштування і здійснення бази даних tempdb , можна підвищити розширюваність і швидкість реакції системи. У цьому розділі описано в ключових факторів, визначення потреби збереження даних бази даних tempdb .

Високошвидкісний підсистеми.

Є різні високошвидкісні-реалізацій підсистеми, доступних на ринку, що забезпечує SQL Server з вводу-виводу підсистема вимогам протоколу, однак, забезпечує стійкість, медіа.

Увага! Завжди підтверджувати з виробником продукту, що гарантує повну відповідність вимогам для SQL Server з вводу-виводу.

З Віртуального диска, є типовим прикладом такої реалізації. Електронних дисків, інсталювати потрібні драйвери та активувати входить до основного Віртуального диска, відображаються як та функції, як і будь-який дублювання диска, який підключено до системи. Всі підсистеми для вводу-виводу, має забезпечити дотримання вимог вводу-виводу SQL Server. Однак зрозуміло, що з Віртуального диска, стійка носія. Таким чином, впровадження з Віртуального диска, наприклад, можуть використовуватися тільки як розташування файлу бази даних tempdb і не можна використовувати для будь-які інші бази даних.

Ключі для роздумів перед впровадження та розгортання

Існують різні точки перед розгортанням на такому підсистема бази даних tempdb . У цьому розділі використовується з Віртуального диска, на основі для обговорення, але подібні результати, що виникають у інші високошвидкісні-реалізації.

Вводу-виводу безпеки.

Відповідність читання, запис А і транзакцій сектора записування, є обов'язковим. Ніколи не розгортання сервера SQL Server на будь-які системи, яка не підтримує повністю вимоги вводу-виводу SQL Server, або ви ризикуєте пошкодження та втрата даних.

Сторінки, уже кешування (подвійний ОЗП кеш)

Тимчасових таблиць схожі на всі інші таблиці в базі даних. Кешування пулом буфер і за відкладену запису операцій. Збереження тимчасову таблицю сторінки на дублювання диска оперативної пам'яті призводить до подвійний оперативної пам'яті, кешування, в пулі буфер і один з Віртуального диска. Це безпосередньо з забирає пулу буфер загальний обсяг і як правило, зменшується продуктивності сервера SQL Server.

Відмова від оперативної пам'яті

Віртуального диска визначає частину основна пам'яті, як до назви. Існує декілька реалізацій Електронних дисків і кеш-пам'яті файлів. Деякі Крім того, що фізичний підтримку операцій вводу-виводу. Ключовий елемент кеш-пам'яті на основі, в тому, що безпосередньо потрібно від об'єм пам'яті, можуть бути використані SQL Server. Завжди є сильна дані, додавши оперативної пам'яті, на основі файлу кеша покращує продуктивність застосунків і не вплине на інші запит або застосування продуктивність.

Налаштування, спочатку

Програма має налаштувати видалити непотрібні і непотрібні сортування та хеші, які можуть привести до сценарій виконання бази даних tempdb . Натискаючи запит на додавання індекс можна видалити необхідність сортування, або гешування плану, призводить до оптимальної продуктивності, не вимагає сценарій виконання бази даних tempdb .

Можливо, свого точки.

Переваги введення бази даних tempdb у системі високошвидкісний може бути визначено ретельну перевірку тестовими та вимірювання виконання завдань програми. Навантаження має ретельно вивчити характеристики, можуть скористатися перевагою бази даних tempdb і перед розгортанням підтвердженні безпеки вводу-виводу.

Сортування й гешування операції, що працюють разом з SQL Server менеджери пам'яті, щоб визначити розмір зона компонування в пам'яті для кожного виконання операції сортування або гешування. Як сортувати або гешування даних перевищує, виділені зона компонування в пам'яті, даних може записуватися бази даних tempdb . Цей алгоритм розгорнуто SQL Server 2005, зменшити вимоги сценарій виконання бази даних tempdb за попередні версії SQL Server. Наприклад, за допомогою чистого примусове роду таблицю, доступних індексів, зменшення замовлення і тому ж конфігурації обладнання, SQL Server 2005 показує помітне покращення SQL Server 2000.

Увага! SQL Server має на меті обліковий запис А комп'ютера для пам'яті рівні та поточного запит на змінення під Вільний час здійснення запит на змінення план-рішень, які пов'язані з використанням роботи бази даних tempdb . Таким чином, у продуктивності за рахунок залежать значно навантаження та дизайну додатків. Наполегливо рекомендуємо виконання перевірки перевагу рішення, можливо, за рахунок та її оцінити вимоги безпеки вводу-виводу, перш ніж така, до розгортання.

SQL Server використовує бази даних tempdb , для обробки різних діяльності сортування, хеші, рядок версії магазину та температура таблиці:
  • Тимчасових таблиць підтримується спільних процедур пул буфер даних сторінки і зазвичай не виявляється переваги продуктивності спеціальні підсистема реалізацій.
  • Бази даних tempdb використовується як до зона компонування хеші та сортування. Зменшення вводу-виводу затримки для таких дій може бути корисним. Проте знати, що запит на додавання індекс, щоб уникнути геш або сортування може надати перевагу приблизно.
Основні плани працювати і без бази даних tempdb , які зберігаються в підсистемі високошвидкісні порівняти переваги. Запити на від бази даних користувачів, які не пов'язані сортування, хеші або тимчасових таблиць а потім переконайтеся, що запит не негативно впливає включити частина приймальні випробування. Після того, як ви оцінити в системі, такі показники ефективності, може бути корисним.
ІндикаторОпис/використання
Сторінка читання та записуванняПідвищення продуктивності бази даних tempdb даних виконаних швидкість може змінюватися сторінки читання та записування, бази даних користувача з обмеженою затримки, пов'язані з бази даних tempdb вводу-виводу. Для користувача бази даних сторінки загальну кількість не повинна відрізнятися ж навантаження.
Читання та записування байт до бази даних tempdbПереміщення бази даних tempdb до пристрою з Віртуального диска, наприклад, Збільшення фактичний вводу-виводу для бази даних tempdb позначає, від буфер пула пам'яті є причиною Збільшення бази даних tempdb активності бази даних, відбувається. Ця модель є, таким чином, що негативно вплинути на індикатор, що на сторінці тривалість життя бази даних сторінки травня також.
Сторінка, очікувана тривалість життяЗниження сторінки, очікувана тривалість життя може вказувати на Збільшення фізичних вводу-виводу вимоги до бази даних користувача. Швидкість зниження ймовірно може означати, що змушує бази даних сторінки, щоб закрити буфер пула, передчасно від буфер пула пам'яті. Об'єднати з інші показники і перевірте, що повністю розумієте в межах параметра.
Загальна пропускна
сценарій виконання ЦП
Розширюваність
Вільний час відгуку
простий цільовий зміни конфігурації бази даних tempdb є збільшити загальну продуктивність. Перевірки має містити поєднання повторювані навантаження, який можна масштабувати на, щоб визначити, як пропускна здатність залежить.

Те, як до стискання-RAM диска реалізація може працювати, і з 10 користувачів. Проте з збільшену навантаження, це може натиснути ЦП рівні за межами потрібний рівень і мають негативний вплив на Вільний час відгуку, під Вільний час виконання завдань, високий. Справжнє навантаження, приймальні випробування і майбутніх навантаження прогнозування перевірки, які настійно рекомендується.
Робота з файлами та роботи таблицю, створення дійПереміщення бази даних tempdb пристрою, наприклад з Віртуального диска, зміни плану запит на змінення збільшити число або розмір файлів в роботі або робочі столи, це означає, що від буфер пула пам'яті є причиною Збільшення бази даних tempdb активності бази даних, виникає. Цей шаблон, це свідчить про те, що на сторінці тривалість життя бази даних сторінки також може впливати таким чином, що негативно.

Транзакцій сектора перевидання приклад

Нижче наведено приклад, розробляє безпеки даних до бази даних.

Припустімо, що постачальника диска Оперативна пам'ять: застосування в пам'яті стискання. Надання оформлення та зручність сценарій виконання потоку файлу, як якщо сектор відповідність і розмір тому SQL Server не знають і належним чином, захищений від основного впровадження потрібно правильно encapsulated виконання. Подивіться на прикладі стискання ближче.
Дія
Сектор 1 записується до пристрою а також стискається для збереження простору.
Сектор 2 записується до пристрою а також стискається сектором 1, щоб заощадити простір.
Пристрій, може виконати наведені нижче інтерактивні елементи, щоб захистити сектор 1 даних після того, як це в поєднанні з сектор 2 даних.
Дія
Блокувати всі дані секторів, 1 і 2.
Розпакуйте сектора 1 на зону компонування залишити сектора 1 дисковий простір, як активний даних, щоб отримати.
Стискання секторів, 1 і 2, у новий формат онлайнове пул носіїв.
Блокування всіх операцій читання та записування, сектори 1 і 2.
Обмін старих онлайнове пул носіїв секторів, 1 і 2 нових онлайнове пул носіїв.
Якщо спроба обміну (відкотити):
  • Відновлення початкового пул носіїв поштових скриньок, секторів, 1 і 2.
  • Видалити дані секторів, 1 і 2, об'єднаних зони компонування.
  • Не операцію записування сектора 2.
Розблокувати операцій читання та запису, для секторів, 1 і 2.
Можливість блокування способи вирішення сектора зміни та відкотити зміни під Вільний час спроби сектора-exchange не вдається успішно transitionally сумісний. Реалізацій, які використовують фізичної пам'яті для подовженої підтримки, його буде включати аспектів журналу відповідні угода TRIPs, що для покращення безпеки і скасувати зміни, які застосовувалися до структури на диску, щоб зберегти цілісність файли бази даних SQL Server.

Будь-який пристрій, який дозволяє перевидання, сектори має підтримувати до переписує таким чином, що транзакцій, таким чином, SQL Server, не схильні до втрачені дані.

Примітка Під Вільний час онлайн-вводу-виводу і скасування помилки, які виникають бази даних tempdb перезавантаження екземпляра SQL Server.

Будьте уважні та під Вільний час переміщення бази даних tempdb

Будьте уважні, під Вільний час переміщення бази даних tempdb , тому що, якщо не вдалося бази даних tempdb , SQL Server не запускається. Якщо не вдалося бази даних tempdb , запустити SQL Server за допомогою до (-f) параметрів запуску та переміщення бази даних tempdb до дійсного розміщення.

Щоб змінити місцезнаходження бази даних tempdb , виконайте такі дії:
  1. Змінити імена фізичних файлів кожен файл бази даних tempdb звернутися до фізичного розташування, наприклад, новий дублювання диска за допомогою оператор ALTER DATABASE і змінити файл положення.
    Alter database tempdb modify file (name = tempdev, filename = 'C:\MyPath\tempdb.mdf')Alter database tempdb modify file (name = templog, filename = 'C:\MyPath\templog.ldf')
  2. Зупиніть та знову запустіть SQL Server.

Партнерська продукту сертифікати, які не гарантує сумісність або безпеки

Продукт сторонніх виробників або певного постачальника, можна отримати логотип сертифікації корпорації Майкрософт. Проте партнера сертифікації або певного логотип Microsoft не засвідчує сумісності або придатності для певної мети, в SQL Server.

Підтримка

Якщо використовується підсистеми з SQL Server, який підтримує гарантії вводу-виводу для сценарій виконання транзакцій даних, як описано в цій статті, корпорація Майкрософт надаватиме підтримку для SQL Server а також застосунків для SQL Server. Однак проблеми, або що викликає, підсистема назвемо виробника.

Бази даних tempdb бази даних з питань представник служби підтримки клієнтів корпорації Майкрософт вам буде запропоновано перенести бази даних tempdb . Зверніться до виробника пристрою, щоб перевірити, чи ви належним чином розгортання та настроєно на пристрої для транзакцій даних.

Microsoft не посвідчення та перевірити, що продукти сторонніх виробників працювати належним чином з SQL Server. Крім того, корпорація Майкрософт не надає будь-яких гарантій, гарантії або звіт про будь-який продукт сторонніх виробників придатності для сценарій виконання з SQL Server.
Посилання
Щоб отримати додаткові відомості клацніть номер статті в базі знань Microsoft Knowledge Base:
826433 PRB: Діагностика додаткові SQL Server, додані для виявлення проблеми з повідомляється вводу-виводу
828339 протокол IMAP про помилку, 823 може означати, проблеми з устаткуванням або системні проблеми у SQL Server
234656 За допомогою на диску, кешування з SQL Server
304261 Опис підтримку файли бази даних у SQL Server
913945 корпорація Майкрософт не підтвердити, що продукти сторонніх виробників, буде працювати з Microsoft SQL Server
910716 Вимоги для SQL Server 2005 та SQL Server 2000, на підтримку, віддаленого створення дзеркал користувацьких баз даних
917043 Основні фактори, слід враховувати під Вільний час оцінювання сторонніх виробників файл кеша системи, з SQL Server
За допомогою SSD Azure, віртуальні машини, у SQL Server з бази даних TempDB, та буфер пул розширення

Продуктивність практичних порад щодо сервера SQL Azure віртуальних машин

Оптимізація запит планів з SQL Server 2014 кількість елементів, оцінки

Продуктивність запитів


Відомості, які містяться в цьому документі, являє собою поточну точку зору корпорації Майкрософт, з питань, які розглядаються на дату публікації. Через те, що корпорація Майкрософт має реагувати на мінливі умови ринку, вона має не повинна розглядатися як зобов'язання з боку корпорації Майкрософт, і корпорація Майкрософт не гарантує точність інформації, що відбулася після публікації.

Цей документ є інформаційний характер. корпорація Майкрософт НЕ НАДАЄ ЖОДНИХ ГАРАНТІЙ, ПРЯМИХ, НЕЯВНИХ АБО ПЕРЕДБАЧЕНИХ ЗАКОНОДАВСТВОМ, ВІДОМОСТІ В ЦЬОМУ ДОКУМЕНТІ.

Виконання чинних авторських прав, це відповідальність користувача. Без обмеження прав, відповідно до попередження про авторське право, жодну частину цього документа може бути відтворюється, зберігаються в введено в пошуковій системі або передачі, в якій формі або будь-яким способом, (електронні, механічних, Ксерокопіювання, записування або інших) або будь-якою метою, без письмовий дозвіл корпорації Майкрософт.

корпорація Майкрософт може бути, патентів, заявки, торговельних марок, авторських прав або інших прав інтелектуальної власності, до змісту в цьому документі. За винятком, як явно, описані в будь-який письмової ліцензійної угода TRIPs, корпорація Майкрософт, надання цього документа не рекомендує будь-якої ліцензії для цих патентів, торговельних марок, авторських прав або іншу інтелектуальну власність.

© 2006 корпорація Майкрософт. Всі права застережені.

корпорація Майкрософт, Windows, Windows Server і SQL Server, який є зареєстрованими "або" товарні знаки корпорації Microsoft у Сполучені Штати та/або інших країнах.
SQL Server, потрібен системи для підтримки "гарантовано доставки стабільного носій" викладених underthe Надійність програми вимоги для SQL Server вводу-виводу.Щоб отримати додаткові відомості про вимоги вводу та виводу на ядро бази даних SQL Server клацніть номер статті в базі знань Microsoft Knowledge Base:
967576 Вимоги до вводу виводу обробника баз даних Microsoft SQL-сервера


Попередження. Цю статтю переведено автоматично

Властивості

Ідентифікатор статті: 917047 – останній перегляд: 05/15/2015 13:37:00 – виправлення: 4.0

  • Microsoft SQL Server 7.0 Standard Edition
  • Microsoft SQL Server 2000 Personal Edition
  • Microsoft SQL Server 2000 Standard Edition
  • Microsoft SQL Server 2000 Workgroup Edition
  • Microsoft SQL Server 2000 Developer Edition
  • Microsoft SQL Server 2000 Enterprise Edition
  • Microsoft SQL Server 2005 Express Edition
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL 2005 Server Workgroup
  • Microsoft SQL Server 2005 Express Edition
  • Microsoft SQL 2005 Server Enterprise
  • Microsoft SQL Server 2008 Developer
  • Microsoft SQL Server 2008 Enterprise
  • Microsoft SQL Server 2008 Express
  • Microsoft SQL Server 2008 Standard
  • Microsoft SQL Server 2008 R2 Developer
  • Microsoft SQL Server 2008 R2 Enterprise
  • Microsoft SQL Server 2008 R2 Express
  • Microsoft SQL Server 2008 R2 Standard
  • Microsoft SQL Server 2012 Developer
  • Microsoft SQL Server 2012 Enterprise
  • Microsoft SQL Server 2012 Express
  • Microsoft SQL Server 2012 Standard
  • Microsoft SQL Server 2014 Business Intelligence
  • Microsoft SQL Server 2014 Developer
  • Microsoft SQL Server 2014 Enterprise
  • Microsoft SQL Server 2014 Enterprise Core
  • Microsoft SQL Server 2014 Express
  • Microsoft SQL Server 2014 Service Pack 1
  • Microsoft SQL Server 2014 Standard
  • Microsoft SQL Server 2014 Web
  • kbsql2005setup kbsql2005engine kbexpertiseadvanced kbinfo kbmt KB917047 KbMtuk
Зворотний зв’язок
='" + (window.location.protocol) + "//c.microsoft.com/ms.js'><\/script>");