Журнал регистрации ошибок

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

Затем эти сообщения будут приведены в примерах журналов регистрации ошибок SQL Server версий 4.9.2, System 10 и System 11.

  • 1. Версия SQL Server
  • 2. Местонахождение журнала регистрации ошибок
  • 3. Максимальное число одновременных сеансов работы пользователей
  • 4. Местонахождение серверного устройства master
  • 5. Зеркальное резервирование серверного устройства master
  • 6. Информация из файла интерфейсов
  • 7. Имя сервера
  • 8. Список серверных устройств и их зеркальных копий
  • 9. Использование асинхронного ввода-вывода для серверных устройств
  • 10. Процесс восстановления баз данных
  • 11. Порядок сортировки и набор символов, используемые по умолчанию
  • Версия SQL Server
    Первая строка журнала регистрации ошибок SQL Server содержит номер версии сервера и номер последнего исправления, внесенного в выполняемый модуль сервера (Emergency Bug Fix level, EBF).

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

    Максимальное число одновременных сеансов работы пользователей
    содержит информацию о предельном количестве дескрипторов файлов. Это количество определяет максимальное число пользователей, одновременно поддерживаемых сервером. Отметим, что конфигурация сервера может не предусматривать столько же одновременно установленных соединений. При необходимости количество доступных дескрипторов файлов может быть увеличено. Детали этой операции зависят от конкретной платформы; читатель найдет их в руководстве по установке сервера (Sybase SQL Server Installation Guide) и приложении к руководству системного администратора (System Administration Guide Supplement).

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

    Отметим, что в журнале регистрации ошибок серверное устройство master фигурирует в качестве “виртуального устройства 0″ (как уже отмечалось устройству master действительно соответствует vdevno = 0).

    Зеркальное резервирование серверного устройства master
    При зеркальном резервировании устройства master (а это устройство всегда должно иметь зеркальную копию) название соответствующего дискового раздела выводится в журнал регистрации ошибок сервера. При каждом перезапуске сервера рекомендуем убедиться в успешном подключении зеркальной копии устройства master к серверу.

    Информация из файла интерфейсов
    содержит название серверной машины и номер порта, используемого сервером.

    Имя сервера
    Из журнала регистрации ошибок читателе может узнать внутреннее имя сервера, содержащееся в таблице sysservers. Это имя можно изменить только вызовом процедуры sp_addserver с параметром local. В случае, если серверу не присвоено никакого имени, журнал регистрации ошибок будет содержать сообщение “server is unnamed”. Отметим, что имя сервера, указанное в процессе его установки программой sybinit, используется исключительно при генерации командного файла RUN_<имя_сервера>, запускающего сервер.

    Список серверных устройств и их зеркальных копий
    В журнал регистрации ошибок выводится полный список имеющихся серверных устройств (которые в данном случае называются виртуальными устройствами) с указанием виртуального номера vdevno каждого устройства. При наличии у устройства зеркальной копии в журнал регистрации ошибок включается дополнительная строка “mirror: <название_дискового_раздела>“.

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

    Процесс восстановления баз данных
    По мере того, как сервер при запуске восстанавливает каждую базу данных, в журнал регистрации ошибок выводятся сообщения о повторном выполнении (roll forward) или откате (roll back) транзакций. В этой части журнала вам следует также .проверить, есть ли сообщения об ошибках при восстановлении баз данных.

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

    Вы можете следить за любыми ответами на эту запись через RSS 2.0 ленту. Вы можете оставить ответ, или trackback с вашего собственного сайта.

    Оставьте отзыв

    XHTML: Вы можете использовать следующие теги: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

     
    Rambler's Top100