Перейти к содержимому

Msftres флаг что это

  • автор:

unixforum.org

Для чего на новом диске маленький первый раздел?

Для новичков как вообще в Linux, так и в конкретной теме, к которой относится вопрос.

Модератор: Bizdelnick

6 сообщений • Страница 1 из 1
MiK13 Сообщения: 1150 ОС: Linux Debian

Для чего на новом диске маленький первый раздел?

Сообщение MiK13 » 18.11.2019 21:27

Всем здравствуйте!
Приобрёл внешний диск на 4ТБ. И решил его переразметить под себя. Понравилось создавать в нём три раздела:
Небольшой с FAT32 (на 15-20 ГБ) «на всякий случай»
Процентов 20 с NTFS
Остальное — ext4 (как-то попробовал XFS, но с ним оказались проблемы)
Подключил к компьютеру и увидел, что он смонтировался на /dev/sdd2. Удивило, что не /dev/sdd1 Решил посмотреть что там.
mount выдала, что неизвестная ФС.

# parted -s /dev/sdd p
Model: StoreJet Transcend (scsi)
Disk /dev/sdd: 4001GB
Sector size (logical/physical): 4096B/4096B
Partition Table: gpt
Disk Flags:

Number Start End Size File system Name Flags
1 24,6kB 134MB 134MB Microsoft reserved partition msftres
2 135MB 4001GB 4001GB ntfs Basic data partition msftdata

# od /dev/sdd1
0000000 000000 000000 000000 000000 000000 000000 000000 000000
*
1000000000
То есть там одни нули.
Возник вопрос: нужен ли этот раздел? Стоит ли его удалять или лучше оставить?
Спасибо сказали:
Bizdelnick Модератор Сообщения: 20642 Статус: nulla salus bello ОС: Debian GNU/Linux

Re: Для чего на новом диске маленький первый раздел?

Сообщение Bizdelnick » 18.11.2019 21:36

Если планируете ставить винду, то не помешает, если нет — удаляйте.
wikipedia://Microsoft reserved partition

Пишите правильно:

в консоли
вку́пе (с чем-либо)
в общем
вообще
в течение (часа)
новичок
нюанс
по умолчанию
приемлемо
проблема
пробовать
трафик

Спасибо сказали:
MiK13 Сообщения: 1150 ОС: Linux Debian

Re: Для чего на новом диске маленький первый раздел?

Сообщение MiK13 » 18.11.2019 22:27

18.11.2019 21:36

Если планируете ставить винду, то не помешает, если нет — удаляйте.
wikipedia://Microsoft reserved partition

Спасибо. Значит смысла в этом разделе нет. Винду ставить не собираюсь. Диск купил только для хранения (и обмена) информации.
Но раздел этот решил пока не удалять. Просто через GParted уменьшил раздел sdd2 так, чтобы осталось 3 ТиБ и создал ext4.
Удивило другое. На диске была метра Transcend. Решил её заменить. А мне в ответ:

# ntfslabel /dev/sdd2
Volume is scheduled for check.
Please boot into Windows TWICE, or use the ‘force’ option.
NOTE: If you had not scheduled check and last time accessed this volume
using ntfsmount and shutdown system properly, then init scripts in your
distribution are broken. Please report to your distribution developers
(NOT to us!) that init scripts kill ntfsmount or mount.ntfs-fuse during
shutdown instead of proper umount.

Неужели без винды не обойтись?
Правда, —force позволил заменить метку.

P.S. После отключения диска и повторного включения он не захотел сам монтироваться. Но подозреваю, что у меня какие-то проблемы с USB портом. Подключил к другому (USB 2.0 — смонтировался. Может быть питания не хватает.
Но ntfslabel /dev/sdd2 по-прежнему не работает.

Спасибо сказали:
Bizdelnick Модератор Сообщения: 20642 Статус: nulla salus bello ОС: Debian GNU/Linux

Re: Для чего на новом диске маленький первый раздел?

Сообщение Bizdelnick » 18.11.2019 22:33

18.11.2019 22:27
Неужели без винды не обойтись?

Если винды нет и не планируется, то и NTFS не нужен. Впрочем, какой-то способ сбросить пометку, вроде был, но я его не помню, и зарываться в доку вотпрямщас у меня желания нет.

Пишите правильно:

в консоли
вку́пе (с чем-либо)
в общем
вообще
в течение (часа)
новичок
нюанс
по умолчанию
приемлемо
проблема
пробовать
трафик

Форум русскоязычного сообщества Ubuntu

Страница сгенерирована за 0.037 секунд. Запросов: 23.

  • Сайт
  • Об Ubuntu
  • Скачать Ubuntu
  • Семейство Ubuntu
  • Новости
  • Форум
  • Помощь
  • Правила
  • Документация
  • Пользовательская документация
  • Официальная документация
  • Семейство Ubuntu
  • Материалы для загрузки
  • Совместимость с оборудованием
  • RSS лента
  • Сообщество
  • Наши проекты
  • Местные сообщества
  • Перевод Ubuntu
  • Тестирование
  • RSS лента

© 2012 Ubuntu-ru — Русскоязычное сообщество Ubuntu Linux.
© 2012 Canonical Ltd. Ubuntu и Canonical являются зарегистрированными торговыми знаками Canonical Ltd.

DBCC TRACEON — флаги трассировки (Transact-SQL)

Флаги трассировки используются для установки определенных характеристик сервера или изменения определенного режима. Например, флаг трассировки 3226 — это часто используемый флаг трассировки запуска, который подавляет сообщения об успешном резервном копировании в журнале ошибок. Флаги трассировки часто используются для диагностики проблем с производительностью или отладки хранимых процедур или сложных компьютерных систем, но они также могут быть рекомендованы служба поддержки Майкрософт для решения поведения, негативно влияющего на определенную рабочую нагрузку.

Все описанные флаги трассировки и те из них, которые рекомендуются службой поддержки Майкрософт, полностью поддерживаются в рабочей среде при использовании в порядке, указанном выше. Флаги трассировки в этом списке могут иметь дополнительные рекомендации относительно их конкретного использования, поэтому рекомендуется тщательно просмотреть все рекомендации, указанные здесь и /или инженером службы поддержки. Кроме того, как и при любом изменении конфигурации в SQL Server, перед развертыванием всегда рекомендуется тщательно проверить флаг в нерабокой среде.

Замечания

В SQL Server существует три область, при которых флаги трассировки могут работать: запрос, сеанс и глобальный. Флаги трассировки для запроса активны в контексте конкретного запроса. Флаги трассировки сеанса действуют во время данного соединения и доступны только для этого соединения. Глобальные флаги трассировки устанавливаются на уровне сервера и доступны для каждого соединения с этим сервером. Некоторые флаги могут быть включены только как глобальные, а некоторые и как глобальные, и как для сеанса.

Применяются следующие правила:

  • Глобальный флаг трассировки должен быть включен глобально. В противном случае, флаг трассировки не повлияет на работу сервера. Рекомендуется включить глобальные флаги трассировки при запуске, используя для этого -T параметр командной строки в Windows или mssql-confв Linux. Таким образом, флаг трассировки останется активным после перезапуска сервера. Перезапустите SQL Server, чтобы применить флаг трассировки.
  • Если флаг трассировки может использоваться в глобальной области или в области сеанса или запроса, его нужно включить в соответствующей области. Флаг трассировки, включенный на уровне сеанса, никогда не влияет на другой сеанс. Действие флага трассировки прекращается, если SPID, открывший сеанс, выполняет выход.

Флаги трассировки устанавливаются и снимаются с помощью любого из следующих методов:

  • С помощью команд DBCC TRACEON и DBCC TRACEOFF . Например, чтобы глобально включить флаг трассировки 2528, используйте DBCC TRACEON с аргументом -1 : DBCC TRACEON (2528, -1) . Эффект включения глобального флага трассировки с помощью DBCC TRACEON утрачивается при перезапуске сервера. Чтобы отключить флаг глобальной трассировки, используйте команду DBCC TRACEOFF с аргументом -1 .
  • -T Используя параметр запуска, чтобы указать, что флаг трассировки установлен во время запуска. Параметр запуска -T повсеместно активирует флаг трассировки. Невозможно включить флаг трассировки уровня сеанса с помощью параметра запуска. Таким образом, флаг трассировки останется активным после перезапуска сервера. Дополнительные сведения о параметрах запуска см. в разделе Параметры запуска службы Database Engine.
  • На уровне запроса используйте указание запроса QUERYTRACEON. Параметр QUERYTRACEON поддерживается только для флагов трассировки оптимизатора запросов, описанных в таблице, приведенной далее в этой статье.

Использование команды DBCC TRACESTATUS для определения активных в данный момент флагов трассировки.

Примеры

В следующем примере для всех сеансов на уровне DBCC TRACEON сервера устанавливается флаг трассировки 3205.

DBCC TRACEON (3205, -1); 

Можно включить все исправления, влияющие на план, которыми управляют флаги трассировки 4199 и 4137 для конкретного запроса.

SELECT x FROM correlated WHERE f1 = 0 AND f2 = 1 OPTION (QUERYTRACEON 4199, QUERYTRACEON 4137); 

Флаги трассировки

В следующей таблице перечислены и описываются флаги трассировки, доступные в SQL Server.

Управляемый экземпляр SQL Azure поддерживает следующие глобальные флаги трассировки: 460, 2301, 2389, 2390, 2453, 2467, 7471, 8207, 9389, 10316 и 11024. Флаги трассировки сеанса пока не поддерживаются в Управляемом экземпляре SQL.

Некоторые флаги трассировки появились в определенных версиях SQL Server. Дополнительные сведения о соответствующей версии см. в статье службы поддержки Майкрософт о конкретном флаге трассировки.

Поведение флага трассировки может не поддерживаться в будущих выпусках SQL Server.

На флаги трассировки можно ссылаться непосредственно в таблице через закладку, которую можно добавить в конец URL-адреса, используя формат #tfNNNN. Например, чтобы перейти непосредственно к флагу трассировки 1118 в таблице, используйте dbcc-traceon-trace-flags-transact-sql#tf1118 .

Флаг трассировки Description
101 Повышает детализацию для журнала агента репликации слиянием.

Важно. Флаг трассировки 101 можно включить только для агент слияния репликации с помощью -T параметра при выполнении replmerg.exe из командной строки.

Предупреждение. Флаг трассировки 101 не предназначен для непрерывного включения в рабочей среде, но только в целях устранения неполадок с ограниченным временем. Дополнительные сведения см. в архивной версии статьи KB2892633.

Важно. Флаг трассировки 102 можно включить только для агент слияния репликации с помощью -T параметра при выполнении replmerg.exe из командной строки.

Предупреждение. Флаг трассировки 102 не предназначен для непрерывного включения в рабочей среде, но только в целях устранения неполадок с ограниченным временем. Дополнительные сведения см. в архивной версии статьи KB2892633.

Область применения: SQL Server 2016 (13.x) RTM CU 3, SQL Server 2016 (13.x) с пакетом обновления 1 и более поздних версий.

Предупреждение. Флаг трассировки 139 не предназначен для непрерывной включения в рабочей среде и должен использоваться исключительно для выполнения проверки базы данных проверка, описанных в КБ4010261. Отключите его сразу после завершения проверки.

Примечание. Тщательно протестируйте этот параметр, прежде чем развертывать его в рабочей среде.

Примечание. Этот флаг трассировки требует включения флага трассировки 3605 .

Примечание: Начиная с версии SQL Server 2017 (14.x) для выполнения этой задачи на уровне базы данных см. описание параметра IDENTITY_CACHE в разделе ALTER DATABASE SCOPED CONFIGURATION (Transact-SQL).

Начиная с версии SQL Server 2019 (15.x) для выполнения этой задачи на уровне базы данных см. описание параметра VERBOSE_TRUNCATION_WARNINGS в разделе ALTER DATABASE SCOPED CONFIGURATION (Transact-SQL).

Область применения: SQL Server 2016 (13.x) с пакетом обновления 2 (CU 6), SQL Server 2017 (14.x) CU 12 и более поздних версий.

Примечание. Начиная с уровня совместимости базы данных 150, идентификатор сообщения 2628 является значением по умолчанию, и этот флаг трассировки не действует. Для уровня совместимости базы данных 140 или ниже идентификатор сообщения 2628 остается сообщением об ошибке, которое требует включения флага трассировки 460, и эта база данных область конфигурации не влияет.

Параметр ALLOW_PAGE_LOCKS должен иметь значение ON для индексов (используется по умолчанию), чтобы операция минимального протоколирования выполнялась, так как при выделении устанавливаются блокировки страниц и протоколируются только выделения страниц или экстентов. Дополнительные сведения см. в статье Руководство по производительности загрузки данных.

Сжатие columnstore позволяет повысить производительность запросов, но при этом потребляются ресурсы системы. Вы можете управлять временем сжатия columnstore вручную, отключив задачу фонового сжатия с помощью флага трассировки 634, а затем явно вызывая ALTER INDEX. REORGANIZE или ALTER INDEX. ПЕРЕСТРОЙТЕ в то время, когда вы выбрали.

При использовании операций быстрой вставки массовая загрузка с пакетом небольшого размера может привести к увеличению неиспользуемого пространства, занимаемого объектами, поэтому рекомендуется использовать пакеты большого размера для полного заполнения экстента. Если увеличить размер пакета невозможно, этот флаг трассировки поможет сократить неиспользуемое пространство, зарезервированное в ущерб производительности.

Область применения: SQL Server 2016 (13.x) и более поздних версий.

Поведение аналогично тому, когда пользователь явно указывает подсказку TABLOCK при выполнении массовой загрузки или если sp_tableoption блокировка таблицы для массовой загрузки включена для данной таблицы. Но если этот флаг трассировки включен, это становится поведением по умолчанию без изменения запроса или базы данных.

Примечание. Начиная с SQL Server 2017 (14.x), этот флаг трассировки не действует.

Примечание. Не рекомендуется включить этот флаг трассировки, так как вы можете уменьшить возможность обнаружения проблем ввода-вывода в системе.

Примечание. Флаг трассировки 834 применяется только к 64-разрядным версиям SQL Server. Чтобы включить флаг трассировки 834, необходимо иметь страницы блокировки в памяти. Флаг трассировки 834 можно включить только при запуске. Флаг трассировки 834 может предотвратить запуск сервера, если память фрагментирована и если большие страницы не могут быть выделены. Таким образом, флаг трассировки 834 лучше подходит для серверов, предназначенных для SQL Server.

Примечание. При включении модель памяти большой страницы предварительно выделяет всю память SQLOS при запуске экземпляра и не возвращает ее в ОС.

Примечание. Если вы используете функцию индекса Columnstore в SQL Server 2012 (11.x) и более поздних версиях, мы не рекомендуем включить флаг трассировки 834. Дополнительные сведения см. здесь: KB3210239. Если используется SQL Server 2019 (15.x) и columnstore, см. флаг трассировки 876 .

Примечание. Флаг трассировки 836 применяется только к 32-разрядным версиям SQL Server с включенным выделением AWE. Флаг трассировки 836 можно включить только при запуске.

Примечание. Начиная с SQL Server 2012 (11.x), это поведение включено по умолчанию для стандартных номеров SKU, а флаг трассировки 845 не должен использоваться.

Примечание. В отличие от флага трассировки 834, использование флага трассировки 876 не предварительно выделяет память SQLOS при запуске экземпляра, а неиспользуемую память можно освободить.

Область применения: SQL Server 2019 (15.x) и более поздних версий.

Примечание. Тщательно протестируйте этот параметр, прежде чем развертывать его в рабочей среде.

Применимо к: SQL Server 2019 (15.x) CU 4 и более поздних версий.

Область применения: SQL Server 2017 (14.x) и более поздних версий.

Применимо к: SQL Server 2022 (16.x) CU 1 и более поздних версий.

Предупреждение. Этот флаг трассировки предназначен для устранения сбоя обновлений в режиме обновления скрипта и не должен всегда быть включен в рабочей среде. Скрипты обновления базы данных должны успешно выполняться для полной установки накопительных пакетов обновления и пакетов обновления. Это может привести к непредвиденным проблемам с экземпляром SQL Server.

Примечание. Начиная с SQL Server 2016 (13.x), это поведение управляется параметром AUTOGROW_SINGLE_FILE и AUTOGROW_ALL_FILES ALTER DATABASE, а флаг трассировки 1117 не действует. Дополнительные сведения см. в разделе Параметры инструкции ALTER DATABASE (Transact-SQL) для файлов и файловых групп.

Примечание. Начиная с SQL Server 2016 (13.x) это поведение управляется параметром SET MIXED_PAGE_ALLOCATION ALTER DATABASE, а флаг трассировки 1118 не действует. Дополнительные сведения см. в статье Параметры ALTER DATABASE SET (Transact-SQL).

Примечание. Избегайте использования флага трассировки 1204 в системах с интенсивными рабочими нагрузками, что приводит к взаимоблокировкам. Дополнительные сведения о других средствах обнаружения взаимоблокировок см. в руководстве по взаимоблокировкам.

Использование этого флага трассировки может привести к слишком большому количеству блокировок. Если память блокировки станет достаточно большой, попытки выделить дополнительные блокировки для любого запроса могут завершиться сбоем. Это может замедлить производительность ядро СУБД или вызвать ошибки 1204 (не удается выделить ресурс блокировки) из-за нехватки памяти.

Если установлены оба флага трассировки 1211 и 1224, то флаг 1211 имеет приоритет. Однако, поскольку флаг трассировки 1211 предотвращает эскалацию в каждом случае, даже при давлении памяти, рекомендуется использовать вместо этого 1224. Это помогает избежать ошибок «отсутствия блокировок» при использовании большого числа блокировок.

Дополнительные сведения о разрешении проблем, связанных с укрупнением блокировки в SQL Server см. в статье KB323630.

Примечание. Избегайте использования флага трассировки 1222 в системах с интенсивными рабочими нагрузками, что приводит к взаимоблокировкам. Дополнительные сведения о других средствах обнаружения взаимоблокировок см. в руководстве по взаимоблокировкам.

— 40 % памяти, используемой ядро СУБД. Это применимо только в том случае, если параметр блокировки sp_configure имеет значение 0.
— 40 % памяти блокировки, настроенной с помощью параметра sp_configure блокировки. Дополнительные сведения см. в разделе Параметры конфигурации сервера (SQL Server).

Если установлены оба флага трассировки 1211 и 1224, то флаг 1211 имеет приоритет. Однако, поскольку флаг трассировки 1211 предотвращает эскалацию в каждом случае, даже при давлении памяти, рекомендуется использовать 1224. Это помогает избежать ошибок «отсутствия блокировок» при использовании большого числа блокировок.

Примечание. Укрупнением блокировки до уровня гранулярности таблицы или HoBT можно также управлять с помощью параметра LOCK_ESCALATION инструкции ALTER TABLE.

Дополнительные сведения о разрешении проблем, связанных с укрупнением блокировки в SQL Server см. в статье KB323630.

Предупреждение. Флаг трассировки 1229 может привести к возникновению проблемы со спин-блокировкой и низкой производительности.

Примечание. Начиная с SQL Server 2012 (11.x) с пакетом обновления 3 и SQL Server 2014 (12.x) с пакетом обновления 1 (SP1), это поведение управляется ядро СУБД и флагом трассировки 1236 не действует.

Примечание. Начиная с SQL Server 2017 (14.x) и уровня совместимости базы данных 140 это поведение по умолчанию, и флаг трассировки 1237 не действует.

Область применения: SQL Server 2012 (11.x) с пакетом обновления 1 (CU 13), SQL Server 2012 (11.x) с пакетом обновления 2 (CU 3), SQL Server 2014 (12.x) RTM CU 5 и более поздних версий.

— Служебная программа proxycfg.exe в Windows XP, Windows Server 2003 и более ранних версиях.
— служебная программа netsh.exe в Windows Vista и Windows Server 2008 и более поздних версиях.

Примечание. Если уровень совместимости базы данных ниже 120, включение флага трассировки 2312 использует модель оценки карта inality SQL Server 2014 (12.x) (120). Дополнительные сведения см. здесь: KB2801413.

Начиная с SQL Server 2016 (13.x) с пакетом обновления 1 (SP1), чтобы сделать это на уровне запроса, добавьте USE HINT ‘FORCE_DEFAULT_CARDINALITY_ESTIMATION’ указание запроса вместо использования этого флага трассировки.

Примечание. Тщательно протестируйте этот параметр, прежде чем развертывать его в рабочей среде.

Начиная с SQL Server 2016 (13.x) с пакетом обновления 1 (SP1), чтобы сделать это на уровне запроса, добавьте USE HINT ‘DISABLE_OPTIMIZED_NESTED_LOOP’ указание запроса вместо использования этого флага трассировки.

Примечание. Тщательно протестируйте этот параметр, прежде чем развертывать его в рабочей среде.

Примечание. Начиная с SQL Server 2016 (13.x) и на уровне совместимости базы данных 130 или более поздней версии, это поведение управляется ядро СУБД и флагом трассировки 2371 не действует.

Примечание. Тщательно протестируйте этот параметр, прежде чем развертывать его в рабочей среде.

Примечание. Этот флаг трассировки не применяется CE версии 120 или более поздней версии. Вместо этого используйте флаг трассировки 4139.

Примечание. Тщательно протестируйте этот параметр, прежде чем развертывать его в рабочей среде.

Примечание. Этот флаг трассировки не применяется CE версии 120 или более поздней версии. Вместо этого используйте флаг трассировки 4139.

Область применения: SQL Server 2016 (13.x) с пакетом обновления 2, SQL Server 2017 (14.x) CU 3 и более поздних версий.

Область применения: SQL Server 2017 (14.x) CU 31, SQL Server 2019 (15.x) CU 19 и SQL Server 2022 (16.x) и более поздних версий.

Предупреждение. Флаг трассировки 2446 не предназначен для непрерывной включения в рабочей среде, но только в целях устранения неполадок с ограниченным временем. С помощью этого флага трассировки вводятся дополнительные и, возможно, значительные затраты на ЦП и память, так как мы создадим фрагмент Showplan XML с сведениями о параметрах среды выполнения, независимо от того, вызывается ли sys.dm_exec_query_statistics_xml dmV.

Примечание. Начиная с SQL Server 2022 (16.x), для этого на уровне базы данных см. параметр FORCE_SHOWPLAN_RUNTIME_PARAMETER_COLLECTION в ALTER DATABASE SCOPED CONFIGURATION (Transact-SQL).

Область применения: SQL Server 2019 (15.x) и более поздних версий.

Примечание. Начиная с SQL Server 2019 (15.x) для этого на уровне базы данных см. параметр LAST_QUERY_PLAN_STATS в ALTER DATABASE SCOPED CONFIGURATION (Transact-SQL).

Примечание. Тщательно протестируйте этот параметр, прежде чем развертывать его в рабочей среде.

Примечание. Для использования этой альтернативной политики степень параллелизма для запросов должна быть соразмерной одному узлу. В противном случае используется политика распределения потоков по умолчанию. При использовании этого флага трассировки не рекомендуется выполнять запросы, определяющие степень параллелизма на основе большего числа планировщиков на одном узле, потому что они могут конфликтовать с запросами, определяющими степень параллелизма на основе фактического или меньшего числа планировщиков на одном узле.

Примечание. Тщательно протестируйте этот параметр, прежде чем развертывать его в рабочей среде.

Примечание. Должны быть включены параллельные проверки DBCC (по умолчанию). Обработчик запросов повторно оценивает и автоматически корректирует параллелизм в каждой таблице или пакете таблиц, которые проверяет DBCC CHECKDB .

Типичное применение — когда системный администратор знает, что до завершения инструкции DBCC CHECKDB увеличится нагрузка на сервер, и решает вручную уменьшить или отключить параллелизм, чтобы увеличить параллелизм с рабочей нагрузкой других пользователей. Однако если параллельные проверки в DBCC CHECKDB отключены, операция может занимать больше времени.

Примечание. Если DBCC CHECKDB выполняется при помощи параметра TABLOCK, а параллелизм отключен, таблицы могут дольше оставаться заблокированными.

Примечание. Начиная с SQL Server 2014 (12.x) с пакетом обновления 2 (SP2), параметр MAXDOP доступен для переопределения параметра конфигурации sp_configure максимальной степени параллелизма для инструкций DBCC.

Внимание! Создание полного дампа памяти может приостановить процесс SQL Server на длительный период времени (от нескольких секунд до нескольких минут) и создать файл очень большого размера. Используйте этот флаг с осторожностью и только при необходимости.

Примечание. Не используйте этот флаг трассировки, если не уверены, что каждый файл находится на уникальном физическом диске.

Примечание. Хотя этот флаг трассировки повышает производительность команд DBCC CHECKDB , направленных на использование параметра PHYSICAL_ONLY, некоторые пользователи могут не заметить улучшения. Хотя этот флаг трассировки улучшает использование ресурсов дискового ввода-вывода, базовая производительность дисковых ресурсов может ограничивать общую производительность команды DBCC CHECKDB . Дополнительные сведения см. здесь: KB2634571.

Одно из последствий использования этого флага трассировки — возможное увеличение необходимого пространства для tempdb . База данных tempdb может увеличиваться на 5 % или более по сравнению с пользовательской базой данных, которая обрабатывается с помощью команды DBCC CHECKDB .

Примечание. Хотя этот флаг трассировки повышает производительность команд DBCC CHECKDB , направленных на использование параметра PHYSICAL_ONLY, некоторые пользователи могут не заметить улучшения. Хотя этот флаг трассировки улучшает использование ресурсов дискового ввода-вывода, базовая производительность дисковых ресурсов может ограничивать общую производительность команды DBCC CHECKDB . Дополнительные сведения см. здесь: KB2634571.

Примечание. Проверки целостности значений столбцов включены по умолчанию, и для них не требуется указывать параметр DATA_PURITY. Для баз данных, обновленных с предыдущих версий SQL Server, проверка значений столбцов по умолчанию не будет включена, пока в базе данных хотя бы один раз не будет выполнена без ошибок инструкция DBCC CHECKDB WITH DATA_PURITY . После этого инструкция DBCC CHECKDB проверяет целостность данных в столбцах по умолчанию. Дополнительные сведения см. в архивной версии статьи KB945770.

Предупреждение. Это флаг трассировки отладки. Он не предназначен для рабочих сред.

Область применения: SQL Server 2019 (15.x) и более поздних версий.

Область применения: SQL Server 2022 (16.x) CU 8, SQL Server 2019 (15.x) CU 23 и более поздних версий.

Примечание. Начиная с SQL Server 2014 (12.x), это поведение управляется настройкой резервного копирования проверка sum по умолчанию. Дополнительные сведения см. в разделе «Параметры конфигурации сервера» по умолчанию проверка резервного копирования и конфигурации сервера (SQL Server).

С помощью этого флага трассировки можно подавить такие записи журнала. Это может быть полезным при частом выполнении резервного копирования журнала и в случае, если ни один из используемых скриптов не зависит от этих записей.

Область применения: SQL Server 2016 (13.x) с пакетом обновления 1 (CU 2) до SQL Server 2016 (13.x) с пакетом обновления 2 (CU 2). Начиная с SQL Server 2016 (13.x) с пакетом обновления 2 (CU 3) и SQL Server 2017 (14.x), этот флаг трассировки не действует.

Предупреждение. Убедитесь, что вы тестируете и понимаете этот параметр, прежде чем развертывать его в рабочей среде, так как запросы могут быть завершены.

Область применения: SQL Server 2019 (15.x)

Область применения: SQL Server 2016 (13.x), SQL Server 2017 (14.x) и более поздних версий.

Область применения: SQL Server 2016 (13.x) с пакетом обновления 1 (CU 5), SQL Server 2017 (14.x) CU 1 и более поздних версий.

Применимо: SQL Server 2012 (11.x) и более поздних версий.

Предупреждение! Это флаг трассировки отладки. Он не должен быть постоянно включенным в рабочей среде.

Примечание. Не используйте при обычной работе.

Предупреждение. Это флаг трассировки отладки. Он не предназначен для рабочих сред.

Примечание. Начиная с SQL Server 2019 (15.x), флаг трассировки 2592 должен быть включен с флагом трассировки 3656, чтобы включить разрешение символов.

Применяется к: SQL Server 2017 (14.x) и более поздних версий и предназначен для высокопроизводительных систем с высокой производительностью рабочих нагрузок.

Начиная с версии SQL Server 2016 (13.x) для выполнения этой задачи на уровне базы данных см. описание параметра PARAMETER_SNIFFING в разделе ALTER DATABASE SCOPED CONFIGURATION (Transact-SQL).

Для получения аналогичного результата на уровне запроса добавьте указание запроса OPTIMIZE FOR UNKNOWN. Указание OPTIMIZE FOR UNKNOWN не отключает механизм сканирования параметров, а обходит его, что дает тот же результат.
Начиная с SQL Server 2016 (13.x) с пакетом обновления 1 (SP1), второй вариант для этого на уровне запроса — добавить USE HINT ‘DISABLE_PARAMETER_SNIFFING’ подсказку запроса вместо использования этого флага трассировки.

Примечание. Тщательно протестируйте этот параметр, прежде чем развертывать его в рабочей среде.

Начиная с SQL Server 2016 (13.x) с пакетом обновления 1 (SP1) для этого на уровне запроса добавьте USE HINT ‘ASSUME_MIN_SELECTIVITY_FOR_FILTER_ESTIMATES’ подсказку запроса вместо использования этого флага трассировки при использовании CE 70.

Примечание. Тщательно протестируйте этот параметр, прежде чем развертывать его в рабочей среде.

Примечание. Этот флаг трассировки не применяется CE версии 120 или более поздней версии. Вместо этого используйте флаг трассировки 9471.

Начиная с SQL Server 2016 (13.x) с пакетом обновления 1 (SP1), чтобы сделать это на уровне запроса, добавьте USE HINT ‘DISABLE_OPTIMIZER_ROWGOAL’ указание запроса вместо использования этого флага трассировки.

Примечание. Тщательно протестируйте этот параметр, прежде чем развертывать его в рабочей среде.

Начиная с SQL Server 2016 (13.x) с пакетом обновления 1 (SP1), чтобы сделать это на уровне запроса, добавьте USE HINT ‘ENABLE_HIST_AMENDMENT_FOR_ASC_KEYS’ указание запроса вместо использования этого флага трассировки.

Примечание. Тщательно протестируйте этот параметр, прежде чем развертывать его в рабочей среде.

Примечание. Этот флаг трассировки не применяется в CE версии 70. Вместо этого используйте флаги трассировки 2389 и 2390.

Изменения качества обслуживания, внесенные в предыдущие выпуски SQL Server, по умолчанию включены в соответствии с последним уровнем совместимости базы данных в заданном выпуске продукта без включения флага трассировки 4199. Дополнительные сведения см. здесь: KB974006.

Изменения качества обслуживания со всех предыдущих уровней совместимости базы данных:
— Если включен флаг трассировки 4199, оптимизатор запросов также включает изменения всех предыдущих уровней совместимости базы данных.
— Если флаг трассировки 4199 отключен или не задан, изменения оптимизатора запросов включены начиная с уровня совместимости 130. Для уровней совместимости ниже 130 изменения оптимизатора запросов отключены.

Изменения качества обслуживания для DE версии post-RTM:
— Если включен флаг трассировки 4199, изменения оптимизатора запросов включены для версии ядро СУБД после RTM.
— Если флаг трассировки 4199 отключен или не задан, изменения оптимизатора запросов отключены для ядро СУБД версии после RTM.

Начиная с версии SQL Server 2016 (13.x) для выполнения этой задачи на уровне базы данных см. описание параметра QUERY_OPTIMIZER_HOTFIXES в разделе ALTER DATABASE SCOPED CONFIGURATION (Transact-SQL).

Начиная с SQL Server 2016 (13.x) с пакетом обновления 1 (SP1), чтобы сделать это на уровне запроса, добавьте USE HINT ‘ENABLE_QUERY_OPTIMIZER_HOTFIXES’ указание запроса вместо использования этого флага трассировки.

Важно. Оптимизатор запросов исправляет ошибки, связанные с неправильными результатами или ошибками нарушения доступа, не включены флагом трассировки 4199. Эти исправления не считаются необязательными и включаются по умолчанию после установки пакета обновления.

Область применения: SQL Server 2017 (14.x) и более поздних версий.

Область применения: SQL Server 2019 (15.x) и более поздних версий. Дополнительные сведения см. в разделе Как определить, произошел ли внешний pushdown.

Примечание. Начиная с SQL Server 2014 (12.x) с пакетом обновления 2 и SQL Server 2016 (13.x), это поведение управляется ядро СУБД и флагом трассировки 6498 не влияет.

— Если используется как флаг трассировки при запуске, то дамп памяти никогда не создается. Однако если используются другие флаги трассировки, то дамп памяти может быть создан.
— Если этот флаг трассировки включен на работающем сервере, с этого момента дамп памяти не создается автоматически. Однако если дамп памяти уже создан из-за исключения вне памяти в среде CLR, этот флаг трассировки не действует.

Примечание. Начиная с SQL Server 2016 (13.x), это поведение управляется ядро СУБД и флагом трассировки 6532 не влияет.

Примечание. Начиная с SQL Server 2016 (13.x), это поведение управляется ядро СУБД и флагом трассировки 65333 не влияет.

Область применения: SQL Server 2012 (11.x) с пакетом обновления 3 (CU 10), SQL Server 2014 (12.x) с пакетом обновления 2 (CU 2), SQL Server 2016 (13.x) RTM CU 7, SQL Server 2016 (13.x) с пакетом обновления 1 (CU 4) и более поздними версиями. Начиная с SQL Server 2017 (14.x), эта функция включена по умолчанию, а флаг трассировки 6545 не действует.

Область применения: SQL Server 2016 (13.x) с пакетом обновления 2 (CU 10), SQL Server 2017 (14.x) CU 18, SQL Server 2019 (15.x) CU 1 и более поздних версий.

Применимо к: SQL Server 2022 (16.x) CU 9 и более поздних версий.

Область применения: SQL Server 2016 (13.x) с пакетом обновления 1 и более поздних версий. Начиная с SQL Server 2019 (15.x), этот флаг трассировки не действует, так как упрощенное профилирование включено по умолчанию.

Область применения: SQL Server 2012 (11.x) с пакетом обновления 2 (CU 8), SQL Server 2014 (12.x) RTM CU 10, SQL Server 2014 (12.x) с пакетом обновления 1 (CU 3) и более поздних версий.

Предупреждение. Флаг трассировки 7470 увеличивает требования к памяти для запросов с помощью операторов сортировки и может повлиять на доступность памяти для других одновременных запросов.

Область применения: SQL Server 2014 (12.x) с пакетом обновления 1 и более поздних версий.

Примечание. Использование этого флага трассировки может привести к тому, что данные хранилище запросов, которые ранее не сбрасывались на диск при завершении работы. Для завершения работы SQL Server команда SHUTDOWN WITH NOWAIT может использоваться вместо этого флага трассировки для принудительного немедленного завершения работы.

Примечание. Используйте этот флаг трассировки, если SQL Server испытывает большое количество ожиданий QDS_LOADDB, связанных с синхронной нагрузкой хранилище запросов (поведение по умолчанию во время восстановления базы данных).

Примечание. Начиная с SQL Server 2019 (15.x), это поведение управляется ядро СУБД и флагом трассировки 7752 не действует.

Диагностические данные в этом кольцевом буфере можно использовать для анализа проблем с расписанием. Например, сведения в этом буфере кольца можно использовать для устранения неполадок, когда SQL Server перестает отвечать. Флаг трассировки 8012 отключает запись событий для планировщиков. Флаг трассировки 8012 можно включить только при запуске.

Предупреждение! Если используется этот флаг трассировки, значительно сокращается объем доступных данных для диагностики проблем производительности и функциональных проблем SQL Server.

Предупреждение! Если используется этот флаг трассировки, значительно сокращается объем доступных данных для диагностики проблем производительности и функциональных проблем SQL Server.

Предупреждение! Если используется этот флаг трассировки, значительно сокращается объем доступных данных для диагностики проблем производительности и функциональных проблем SQL Server.

Предупреждение. Флаг трассировки 8032 может привести к снижению производительности, если большие кэши делают меньше памяти доступными для других потребителей памяти, таких как пул буферов.

Примечание. Начиная с SQL Server 2014 (12.x) с пакетом обновления 2 и SQL Server 2016 (13.x), это поведение является динамическим и контролируемым ядро СУБД.

Область применения: SQL Server 2012 (11.x), SQL Server 2014 (12.x) RTM CU 10 и SQL Server 2014 (12.x) с пакетом обновления 1 CU 3. Начиная с SQL Server 2016 (13.x), это поведение управляется ядро СУБД и флагом трассировки 8075 не действует.

Область применения: SQL Server 2014 (12.x) с пакетом обновления 2 (SP2). Начиная с SQL Server 2016 (13.x), это поведение управляется ядро СУБД и флагом трассировки 8079 не действует.

Область применения: SQL Server 2019 (15.x) и более поздних версий.

Применимо только к SQL Server 2017 (14.x) CU 16 до CU 19. Начиная с SQL Server 2017 (14.x) CU 20 по умолчанию включена фильтрация растровых карт. Флаг трассировки 8089 больше не применяется и игнорируется при включении. Фильтрация растрового изображения может быть отключена с помощью флага трассировки 8095. Дополнительные сведения см. здесь: KB4488943.

Область применения: сборки, в которых фильтрация растровых карт включена по умолчанию: SQL Server 2016 (13.x) CU 13 и более поздних версий, SQL Server 2017 (14.x) CU 20 и более поздних версий и SQL Server 2019 (15.x).

Применяется только к SQL Server 2019 (15.x) CU 2 и CU 3. Начиная с SQL Server 2019 (15.x) CU 4, это поведение включено по умолчанию. Дополнительные сведения о споре со спин-блокировкой см. в разделе «Флаг трассировки 8101» и КБ4538688.

Область применения: SQL Server 2019 (15.x)

Применяется только к: SQL Server 2019 (15.x), начиная с накопительного пакета обновления 8(CU 8), с дальнейшими улучшениями, представленными в CU 14 и CU 16.

Дополнительные сведения см. здесь: KB4538688.

Область применения: SQL Server 2019 (15.x)

Применимо к: SQL Server 2019 (15.x) CU 21 и более поздних версий.

Применимо к: SQL Server 2019 (15.x) CU 21 и более поздних версий.

Примечание. Этот флаг трассировки применяется к SQL Server 2019 (15.x) CU 21 и более поздним версиям.

Область применения: SQL Server 2022 (16.x) CU 6, SQL Server 2019 (15.x) CU 21 и более поздних версий.

Применимо к: SQL Server 2022 (16.x) CU 1 и более поздних версий.

Применимо к: SQL Server 2022 (16.x) CU 1 и более поздних версий.

Область применения: SQL Server 2017 (14.x) CU 19, SQL Server 2019 (15.x) CU 4, SQL Server 2022 (16.x) и более поздних версий.

Примечание. Тщательно протестируйте этот параметр, прежде чем развертывать его в рабочей среде.

Область применения: SQL Server 2019 (15.x) CU 18, SQL Server 2022 (16.x) и более поздних версий.

Примечание. Этот флаг трассировки требует включения флага трассировки 3605 .

Предупреждение! Неправильное использование этого флага трассировки может привести к дополнительным физическим операциям чтения, когда SQL Server выполняет планы, содержащие оператор вложенных циклов.

Область применения: SQL Server 2019 (15.x) и более поздних версий.

Применяется только к SQL Server 2019 (15.x), начиная с накопительного пакета обновления 12 (CU 12).

Область применения: SQL Server 2019 (15.x)

Примечание. Начиная с SQL Server 2012 (11.x) с пакетом обновления 3 и SQL Server 2014 (12.x) с пакетом обновления 1 (SP1), это поведение управляется ядро СУБД и флагом трассировки 9024 не влияет.

Предупреждение. Используйте этот флаг трассировки с осторожностью. Этот флаг трассировки может быть полезен в ограниченном наборе сценариев, в основном для устранения неполадок или для изоляции проблемы.

Область применения: SQL Server 2019 (15.x) CU 23 и более поздних версий.

Примечание. Начиная с SQL Server 2017 (14.x), это поведение включено по умолчанию, и этот флаг трассировки не действует.

Примечание. Тщательно протестируйте этот параметр, прежде чем развертывать его в рабочей среде.

Примечание. Тщательно протестируйте этот параметр, прежде чем развертывать его в рабочей среде.

Примечание. Этот флаг трассировки применяется только к базам данных с уровнем совместимости 160 и ниже.

Область применения: SQL Server 2019 (15.x) CU 20, SQL Server 2022 (16.x) CU 9 и более поздних версий.

Примечание. Тщательно протестируйте этот параметр, прежде чем развертывать его в рабочей среде.

Начиная с SQL Server 2016 (13.x) с пакетом обновления 1 (SP1), чтобы сделать это на уровне запроса, добавьте USE HINT ‘ASSUME_MIN_SELECTIVITY_FOR_FILTER_ESTIMATES’ указание запроса вместо использования этого флага трассировки.

Примечание. Тщательно протестируйте этот параметр, прежде чем развертывать его в рабочей среде.

Примечание. Этот флаг трассировки не применяется в CE версии 70. Вместо этого используйте флаг трассировки 4137.

Начиная с SQL Server 2016 (13.x) с пакетом обновления 1 (SP1), чтобы сделать это на уровне запроса, добавьте USE HINT ‘ASSUME_JOIN_PREDICATE_DEPENDS_ON_FILTERS’ указание запроса вместо использования этого флага трассировки.

Примечание. Тщательно протестируйте этот параметр, прежде чем развертывать его в рабочей среде.

Начиная с версии SQL Server 2016 (13.x) для выполнения этой задачи на уровне базы данных в соответствии см. описание параметра LEGACY_CARDINALITY_ESTIMATION в разделе ALTER DATABASE SCOPED CONFIGURATION (Transact-SQL).

Начиная с SQL Server 2016 (13.x) с пакетом обновления 1 (SP1), чтобы сделать это на уровне запроса, добавьте USE HINT ‘FORCE_LEGACY_CARDINALITY_ESTIMATION’ указание запроса вместо использования этого флага трассировки.

Область применения: SQL Server 2022 (16.x) и более поздних версий.

Область применения: SQL Server 2022 (16.x) и более поздних версий.

Примечание. Флаг трассировки 9939 не нужен, если флаг трассировки 4199 также включен явным образом.

Применимо к:: SQL Server 2019 (15.x) CU 20 и более поздних версий, а также SQL Server 2022 (16.x) CU 3 и более поздних версий.

Область применения: SQL Server 2019 (15.x) и более поздних версий.

Примечание. Тщательно протестируйте этот параметр, прежде чем развертывать его в рабочей среде.

Примечание. Флаг трассировки 10204 не применяется к индексам columnstore, созданным в таблицах, оптимизированных для памяти.

Примечание. Темпоральные таблицы с системным управлением версиями для таблиц, оптимизированных для памяти, призваны обеспечить высокую скорость обработки транзакций. Создание дополнительных индексов может привести к издержкам для операций DML, которые обновляют или удаляют строки в текущей таблице. При использовании дополнительных индексов необходимо найти правильный баланс между производительностью темпоральных запросов и дополнительными затратами DML.

Область применения: SQL Server 2017 (14.x) CU 31, SQL Server 2019 (15.x) CU 18 и SQL Server 2022 (16.x) и более поздних версий.

Начиная с SQL Server 2017 (14.x) CU 31, SQL Server 2019 (15.x) CU 18 и SQL Server 2022 (16.x), поведение по умолчанию функции Stretch Database подготавливает растягиваемую таблицу в пределах База данных SQL Azure уровня служб уровня «Стандартный» (S3). Дополнительные сведения см. в КБ5018050 .

Область применения: SQL Server 2016 (13.x) с пакетом обновления 2, SQL Server 2017 (14.x) CU 3 и более поздних версий.

Область применения: SQL Server 2016 (13.x) с пакетом обновления 2 (CU 5), SQL Server 2017 (14.x) CU 14 и более поздних версий.

Область применения: SQL Server 2019 (15.x) и более поздних версий.

Важно. Этот флаг трассировки действует только в том случае, если флаг трассировки 11064 также включен.

Важно. Используйте этот флаг трассировки, если более быстрые загрузки данных предпочтительнее для поддержания качества сегмента columnstore. Например, использование этого флага трассировки при загрузке 1 048 577 строк в columnstore может привести к образованию нескольких сжатых групп строк, если операция вставки выполняется в параллельном режиме. Без этого флага трассировки операция вставки приведет к появлению одной сжатой группы строк.

Область применения: SQL Server 2019 (15.x) и более поздних версий.

Примечание. Этот флаг трассировки применяется к SQL Server 2022 (16.x) CU 6 и более поздних версий.

Этот флаг трассировки изменяет пороговое значение на 10 % от общего числа текущих строк в группе строк columnstore. Например, если группа строк содержит 20 000 строк, пороговое значение равно 2000 удаленным строкам перед очисткой этой группы строк. Дополнительные сведения см. здесь: KB5000895.

Применимо к: SQL Server 2019 (15.x) CU 9 и более поздних версий.

Этот флаг трассировки изменяет пороговое значение на 1% от общего количества текущих строк в группе строк columnstore. Если он включен вместе с флагом трассировки 11631, то он составляет 1% от текущего количества строк в группе строк, а не 1% от 1 млн строк. Дополнительные сведения см. здесь: KB5000895.

Применимо к: SQL Server 2019 (15.x) CU 9 и более поздних версий.

Область применения: SQL Server 2019 (15.x) CU9, SQL Server 2017 (14.x) CU 18, SQL Server 2016 (13.x) с пакетом обновления 1 (SP 1) и более поздних версий.

Область применения: SQL Server 2019 (15.x) CU 20 и более поздних версий.

Применимо к: SQL Server 2022 (16.x) CU 1 и более поздних версий.

Применимо к: SQL Server 2022 (16.x) CU 5 и более поздних версий.

Применимо к: SQL Server 2022 (16.x) CU 4 и более поздних версий.

Применимо к: SQL Server 2022 (16.x) CU 4 и более поздних версий.

Область применения: SQL Server 2016 (13.x) с пакетом обновления 2 (CU 16).

Применяется к: SQL Server 2019 (15.x) и более поздних версий и предназначен для высокопроизводительных систем с высокой производительностью.

Область применения: SQL Server 2019 (15.x) CU 19, SQL Server 2022 (16.x) CU 1 и более поздних версий.

Область применения: SQL Server 2022 (16.x) и более поздних версий.

Важно! Рекомендуется включить поддержку AVX-512 для следующих ЦП:

— Intel Ice Lake и более поздних версий
— AMD EYPC Genoa и более поздних версий

Область применения: SQL Server 2022 (16.x) и более поздних версий.

Область применения: SQL Server 2022 (16.x) и более поздних версий.

Связанный контент

  • Типы данных (Transact-SQL)
  • DBCC TRACEOFF (Transact-SQL)
  • DBCC TRACEON (Transact-SQL)
  • DBCC TRACESTATUS (Transact-SQL)
  • DBCC INPU ТБ UFFER (Transact-SQL)
  • DBCC OUTPU ТБ UFFER (Transact-SQL)
  • EXECUTE (Transact-SQL)
  • SELECT (Transact-SQL)
  • SET NOCOUNT (Transact-SQL)
  • Подсказки запросов (Transact-SQL)
  • SQL Server диагностика обнаруживает неподдерживаемые проблемы ввода-вывода
  • Параметры ALTER DATABASE SET (Transact SQL)
  • ALTER DATABASE SCOPED CONFIGURATION (Transact-SQL)

ROSAForum

Хочу представить небольшой скриптик, задача которого восстанавливать загрузчик Grub2.
Восстановление загрузчика выполняется по инструкции с wiki (http://wiki.rosalab.ru/ru/index.php/%D0 . 0%B0_Grub2).
Запуск скрипта надо производить из под рута в live режиме.

Краткое описание, что делает скрипт:
1) Предоставляет пользователю информацию о подключенных носителях информации
2) Просит ввести корневой раздел

3) Проверяет есть ли этот раздел среди подключенных разделов, не является ли он swap разделом, EFI разделом (одним словом защита от случайных нажатий ). Если указанный раздел не подходит, то предоставляет возможность повторного ввода раздела.
4) Потом перед началом восстановления проверяете всели ввели правильно и жмете Y для восстановления. Или можете прекратить работу программы.

Скрипт не проверялся на машинах с uefi , по причине отсутствия оной.

Во вложенном архиве имеется .desktop файл. По желанию его можно использовать, чтобы запускать скрипт из меню.(необходимо учитывать, что в .desktop файле путь до скрипта /usr/bin/. Если у вас путь будет другой, то надо править).
Лично я использую на своем BariumOS. Добавил скрипт модулем и он запускается как из меню, так и из терминала как обычная программа linux.
Во втором архиве готовый для установки rpm пакет.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *