Предоставление является полномочиями чтения на/etc/shadow апачскому пользователю мудрое решение с точки зрения безопасности?

Я использую следующий сценарий, который перечисляет Ваш под используемыми некластерными индексами:

ВЫБЕРИТЕ objectname=OBJECT_NAME (s. OBJECT_ID), indexname=i.name, я index_id
, reads=user_seeks + user_scans + user_lookups
, записи = user_updates
, p.rows ОТ sys.dm_db_index_usage_stats s ПРИСОЕДИНЯЮТСЯ к sys.indexes i НА мне index_id = s.index_id И s. OBJECT_ID = я. OBJECT_ID
ПРИСОЕДИНИТЕСЬ к sys.partitions p НА p.index_id = s.index_id И s. OBJECT_ID = p. OBJECT_ID, ГДЕ OBJECTPROPERTY (s. OBJECT_ID, 'IsUserTable') = 1
И s.database_id = DB_ID ()
И я type_desc = 'некластеризируемый' И я is_primary_key = 0 И я is_unique_constraint = 0 И p.rows> 10 000 чтений ORDER BY, строки DESC

Этот сценарий исключает некластерные индексы, которые также используются для Основного устройства или Ограничений на уникальность данных (и игнорирует индексы меньше чем 10 000 строк).

Отметьте, количества, обеспеченные базовым DMV, обнулены, когда сервисы SQL останавливаются, или база данных выведена из эксплуатации. Так лучше запускать этот скрипт, когда SQL работал некоторое время, и количества росли.

Если чтения 0 затем, индекс, вероятно, безопасно отбросить (если он не требуется для нечасто используемой прикладной логики).