Администрирование Microsoft SQL

Track and organize your meetings within your company

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Администрирование Microsoft SQL por Mind Map: Администрирование Microsoft SQL

1. Задачи администрирования

1.1. Определение требований организации к используемым данным.

1.2. Определение стандартов сбора данных и выбор формата их представления.

1.3. Разработка корпоративной модели данных.

1.4. Оценка объёмов данных и вероятности их роста,

1.5. Концептуальное и логическое проектирование базы данных.

1.6. Определение способов и интенсивности использования данных

1.7. Определение правил доступа к данным и мер безопасности, соответствующих правовым нормам и внутренним требованиям организации.

2. Действия

2.1. регистрации серверов;

2.2. соединения с экземпляром Компонент Database Engine, Службы SSAS, Службы SSRS, Службы SSIS или базы данных SQL Azure;

2.3. настройки свойств сервера

2.4. управления объектами базы данных;

2.5. создания таких объектов, как базы данных, таблицы, кубы, пользователи базы данных и имена входа;

2.6. присоединения или отсоединения баз данных;

2.7. управления файлами и группами файлов;

2.8. запуска средств для работы со сценариями;

2.9. управления безопасностью;

2.10. просмотра системных журналов;

2.11. контроля текущей активности;

2.12. настройки репликации;

3. Команды

3.1. CHECKPOINT

3.1.1. Если по какой-либо причине предстоит остановить работу SQL Server (особенно если требуется указать параметр WITH NOWAIT), то можно избежать продолжительной процедуры последующего запуска системы, предварительно вручную выдав команду CHECKPOINT. Вся информация будет сохранена на диске и запуск системы будет сведен к простой загрузке программ ядра базы данных и предоставления доступа к данным всем клиентским приложениям.

3.2. Параметр TRUNCATE LOG ON CHECKPOINT

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

3.3. DBCC CHECKALLOC

3.3.1. DBCC CHECKALLOC [('имя_базы_данных'[, NOINDEX])] [WITH NO_INFOMSGS]

3.3.1.1. При выполнении команды с указанием режима CHECKALLOC в отчет помещается детальная информация о системе и существующих в ней объектах базы данных. Эту информацию можно использовать для поиска возможных проблем в системе. Обнаруженные проблемы следует изучать и устранять по отдельности. Помещаемая в отчет информация – это сведения о существующей структуре таблиц, распределении страниц памяти и т.п.

3.3.1.1.1. Пример: USE Demo_DataBaseGO DBCC CHECKALLOC Результат (фрагмент): DBCC results for 'Demo_DataBase'. *************************************************************** Table sys.sysrowsetcolumns Object ID 4. Index ID 1, partition ID 262144, alloc unit ID 262144 (type In-row data). FirstIAM (1:139). Root (1:66). Dpages 5. Index ID 1, partition ID 262144, alloc unit ID 262144 (type In-row data). 7 pages used in 0 dedicated extents. Total number of extents is 0. *************************************************************** ... CHECKALLOC found 0 allocation errors and 0 consistency errors in database 'Demo_DataBase'. DBCC execution completed. If DBCC printed error messages, contact your system administrator.

3.4. DBCC CHECKDB

3.4.1. DBCC CHECKDB [('имя_базы_данных'[, NOINDEX])] [WITH NO_INFOMSGS]

3.4.1.1. При вызове команды DBCC в режиме CHECKDB, на наличие ошибок проверяется каждая таблица и связанные с ней страницы данных, индексы и указатели.

3.4.1.1.1. Результат (фрагмент) выполнения команды DBCC CHECKDB без параметров для текущей БД Demo_DataBase: DBCC results for 'Demo_DataBase'. Service Broker Msg 9675, State 1: Message Types analyzed: 14. Service Broker Msg 9676, State 1: Service Contracts analyzed: 6. Service Broker Msg 9667, State 1: Services analyzed: 3. Service Broker Msg 9668, State 1: Service Queues analyzed: 3. Service Broker Msg 9669, State 1: Conversation Endpoints analyzed: 0. Service Broker Msg 9674, State 1: Conversation Groups analyzed: 0. Service Broker Msg 9670, State 1: Remote Service Bindings analyzed: 0. DBCC results for 'sys.sysrowsetcolumns'. There are 557 rows in 5 pages for object "sys.sysrowsetcolumns". DBCC results for 'sys.sysrowsets'. There are 83 rows in 1 pages for object "sys.sysrowsets". DBCC results for 'sysallocunits'. There are 96 rows in 1 pages for object "sysallocunits". DBCC results for 'sys.sysfiles1'. There are 2 rows in 1 pages for object "sys.sysfiles1". DBCC results for 'sys.syshobtcolumns'. There are 557 rows in 5 pages for object "sys.syshobtcolumns". DBCC results for 'sys.syshobts'. There are 83 rows in 1 pages for object "sys.syshobts". ... CHECKDB found 0 allocation errors and 0 consistency errors in database 'Demo_DataBase'. DBCC execution completed. If DBCC printed error messages, contact your system administrator.

3.5. DBCC CHECKTABLE

3.5.1. Если проверка всей базы данных в целом занимает слишком много времени, можно воспользоваться режимом CHECKTABLE. В этом случае в команде DBCC задается режим CHECKTABLE И указывается перечень имен таблиц базы данных, которые следует проверить. Будет выполнен анализ состояния только указанных таблиц, что позволит сократить общее вре¬мя проверки.

3.6. DBCC CHECKFILEGROUP

3.6.1. DBCC CHECKFILEGROUP [([{'filegroup_name' | filegroup_id | 0 } ] [ , NOINDEX ])] [ WITH {[ ALL_ERRORMSGS ][ NO_INFOMSGS ] ] [ , [ TABLOCK ] ] [ , [ ESTIMATEONLY ] ] }]

3.6.1.1. При выполнении команды DBCC в режиме CHECKFILEGROUP, проверяется каждая таблица и связанные с ней страницы данных, индексы и указатели

3.7. UPDATE STATISTICS

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

3.7.1.1. UPDATE STATISTICS table | view [ { { index | statistics_name } | ( { index |statistics_name } [ ,...n ] ) } ] [ WITH [ [ FULLSCAN ] | SAMPLE number { PERCENT | ROWS } ] | RESAMPLE | <update_stats_stream_option> [ ,...n ] ] [ [ , ] [ ALL | COLUMNS | INDEX ] [ [ , ] NORECOMPUTE ] ] ; <update_stats_stream_option> ::= [ STATS_STREAM = stats_stream ] [ ROWCOUNT = numeric_constant ] [ PAGECOUNT = numeric contant ]

3.7.1.1.1. Пример команды обновления статистики для таблицы Authors: update statistics Authors

3.8. FULLSCAN

3.8.1. SQL Server выполнит полное сканирование указанного индекса или таблицы. Наличие в команде параметра SAMPLE потребует от SQL Server использовать технологию выборок данных на основе указанного количества или процента строк.

3.9. INDEX, COLUMN или ALL

3.9.1. указывает, для каких объектов должна собираться статистика – индексов, столбцов или и тех, и других. При опускании этого параметра статистика собирается только для индексов.

3.10. UPDATE STATISTICS с параметром NORECOMPUTE

3.10.1. Указывает, для каких объектов должна собираться статистика – индексов, столбцов или и тех, и других. При опускании этого параметра статистика собирается только для индексов.

3.11. DROP STATISTICS

3.11.1. Статистика по определенной таблице, индексу или столбцу может быть удалена

3.11.1.1. DROP STATISTICS таблица.столбец [,...таблица.столбец]

3.12. sp_recompile

3.12.1. sp_recompile <имя_таблицы>

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

3.12.1.1.1. Пример: EXEC sp_recompile 'authors' GO Результат: Object 'authors' was successfully marked for recompilation.