После настройки репликации на моем сервере (SQL2005) я заметил, что журнал трассировки системы по умолчанию полон записей репликации, которые вызывают проблемы с производительностью.
Поскольку трассировка по умолчанию всегда регистрирует любые SP DBCC, и вы не можетеизменив это поведение, мы получили что-то вроде следующего:
16 2011-05-18 22:45:40.137 dbcc addinstance ("SQL Replication Logreader", @agent_name)
17 2011-05-18 22:45:40.137 dbcc incrementinstance ("SQL Replication Logreader", "Logreader:Delivered Trans/sec", @agent_name, @latest_delivered_transactions)
18 2011-05-18 22:45:40.137 dbcc incrementinstance ("SQL Replication Logreader", "Logreader:Delivered Cmds/sec", @agent_name, @latest_delivered_commands)
19 2011-05-18 22:45:40.137 dbcc setinstance ("SQL Replication Logreader", "Logreader:Delivery Latency", @agent_name, @delivery_latency)
20 2011-05-18 22:45:45.137 dbcc addinstance ("SQL Replication Logreader", @agent_name)
21 2011-05-18 22:45:45.137 dbcc incrementinstance ("SQL Replication Logreader", "Logreader:Delivered Trans/sec", @agent_name, @latest_delivered_transactions)
22 2011-05-18 22:45:45.137 dbcc incrementinstance ("SQL Replication Logreader", "Logreader:Delivered Cmds/sec", @agent_name, @latest_delivered_commands)
23 2011-05-18 22:45:45.137 dbcc setinstance ("SQL Replication Logreader", "Logreader:Delivery Latency", @agent_name, @delivery_latency)
Другая проблема - это местоположение файла трассировки.Он хранится в каталоге LOG для экземпляра SQL Server (C: \ Program Files \ Microsoft SQL Server \ MSSQL.1 \ MSSQL \ LOG), и в моем случае диск C не так эффективен для ввода-вывода, как выделенный раздел D, которыймассив высокой производительности (RAID 10).
Следует ли отключить трассировку по умолчанию на моем сервере?В качестве альтернативы, каковы лучшие практики в этой ситуации?