Лучшая практика для замены базы данных входа приложения
Наши веб-приложения (приблизительно 30) регистрируют специализированный материал к централизованной базе данных входа (SQL-сервер 2012) с log4net, таким образом, регистрирующаяся база данных становится огромной быстро. Таким образом мы решили заменить его каждый год, как переименование текущей базы данных входа (например, AppLog к AppLog2015) затем создание новой базы данных входа (AppLog) для веб-приложений. Мы должны сохранить замененные базы данных для будущего запроса.
Что лучшая практика должна сделать эти вещи замены? Лучше просто установить некоторое время простоя все приложения при замене? Или действительно ли возможно заменить базу данных без некоторого времени простоя?
Любой совет ценился бы. Даже совет полностью другого подхода также приветствуется.
Если вы можете запросить годовые журналы за несколько секунд, мне это покажется довольно незначительным.
Это не столько решение Microsoft, сколько стек ELK для больших масштабов в мире открытого исходного кода. Т.е. Эластичный поиск, Логсташ, Кибана. По крайней мере, должно быть интересно прочитать о том, чтобы получить представление о том, как может выглядеть масштабируемое решение. Интеграция с инструментами Microsoft должна быть выполнимой, поскольку вы можете просто отправлять журналы, используя протокол syslog. Достаточно просто, если приложения являются вашими собственными, но может быть полезно, если ваши приложения включают сторонние инструменты, которые не позволяют сделать это легко.