как я настраиваю IIS для регистрации журналов на SQL-сервер?

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

Вот некоторые общие категории для покрытия в терминах высокого уровня хотя:

  • Политика хранения данных
  • Резервные Процедуры/Доступ к резервным копиям
  • Внутренние ограничения доступа (физический и виртуальный)
    • Сеть (беспроводная связь, соединенная проводом)
    • Аппаратные средства (серверы, рабочие станции, офисное помещение, off-site/telework)
    • Хостинг/Дата-центр (важный, если Вы храните данные партнеров),
    • Операционная система
  • Экранирование персонала

Этот список может быть расширен или уменьшен на основе теперь большой информации, необходимо. Кроме того, никакая потребность разъесть, не имеете ли Вы еще вполне, имеет в распоряжении все это. Мой совет состоит в том, чтобы придерживаться описания Ваших 'намеченных' политик, но готов сразу развернуть их для чего-либо недостаток. Также будьте готовы быть обращенными, чего Вы требуете, неважно, как вряд ли это (адвокаты не будут заботиться позже).

6
задан 15 May 2010 в 02:48
3 ответа

Microsoft вежливо создала всю статью KB, названную, "Как Использовать SQL Server для Анализа блогов", которые должны ответить вопрос заголовка.

Да имеет смысл хранить журналы в SQL-сервере, если ни по какой другой причине, чем смягчение повреждения файла выходит и также создание резервных копий тех файлов более легкое использование планировщик SQL. Профессионалы использования базы данных SQL Server фактически самоочевидны. Плоские текстовые файлы не предлагают способности к анализу данных. Реляционные базы данных, которые могут быть запрошены через SQL, сделаны для хранения информации и извлечения. Та информация может легко быть отобрана для тенденций, статистики, корреляций и и т.д. Это - весь вопрос разработки запросов и отчетов.

Что другое решение? Возможное использование Splunk для сбора информации от плоских файлов но это не то же. Это не статистика вполне тем же способом.

6
ответ дан 3 December 2019 в 00:11
  • 1
    Это, имеют смысл хранить эту информацию навсегда ? Я имею в виду эту таблицу, собирающуюся быть большой... –  stacker 16 May 2010 в 10:41
  • 2
    @stacker " Big" относительно. Пока у Вас есть пространство на жестком диске, SQL Разъединяют, может обработать его. Таблицы десятков f миллионы строк являются ничем для механизма базы данных. Конечно, производительность при парсинге или горной промышленности этого daa является другой историей. Вы могли реализовать таблицу paritioning или время от времени разделить данные к месяцу или году ino его собственная таблица. Лично, если у меня было пространство I' d имеют в наличии данные в течение по крайней мере трех лет в отклоняющихся целях, bu I' m что-то вроде данных packrat. –  Wesley 16 May 2010 в 21:58

Не делайте этого - это вводит другую hugh систему во что-то столь же простое как пишущий файлы журнала. Сброс SQL Server прерывает процесс входа.

То, что я Делаю:

  • Файлы журнала на диск
  • Обычные сценарии загрузки, загружающие их в SQL-сервер. На ошибке они просто перезагружаются после часа со следующей попыткой ;)
4
ответ дан 3 December 2019 в 00:11
  • 1
    Файлы журнала идут любым путем к SQL-серверу... итак, почему shouldn' t они идут туда в начале? –  stacker 16 May 2010 в 10:40
  • 2
    Положительная сторона у перезапуска SQL Server, прерывающего процесс входа. Что Вы используете для загрузки сценариев? Пакет SSIS? –  Wesley 16 May 2010 в 22:01

Также посмотрите MS LogParser для загрузки ФАЙЛОВ ЖУРНАЛА IIS в SQL Server. например, http://www.jaygeiger.com/index.php/2010/11/09/load-iis-log-files-into-sql/

2
ответ дан 3 December 2019 в 00:11

Теги

Похожие вопросы