На примере добавления оперативных журналов в Informix привожу пример запуска последовательности идентичных команд в BASH.
Показаны сообщения с ярлыком Informix. Показать все сообщения
Показаны сообщения с ярлыком Informix. Показать все сообщения
вторник, 21 февраля 2012 г.
пятница, 17 февраля 2012 г.
Пересоздание индексов СУБД Informix.
В одном из предыдущих постов я написал как проверить таблицы и индексы в СУБД Informix. Собственно по результатам проверки, возможна ситуация, когда необходимо пересоздать некоторые индексы. Далее привожу небольшой bash скрипт для пересоздания (удаления/создания) индексов с логированием в файл.
пятница, 10 февраля 2012 г.
Проверка таблиц и индексов в Informix.
Проверка таблиц и индексов в Informix.
Запускать нужно в скрине (screen -a) для исключения обрыва при проседании сети.
$ (date; oncheck -cID nameofmydb ; date) | tee oncheck_log.txt
во время работы вся информация будет выводиться на экран и одновременно записываться в файл oncheck_log.txt для последующего анализа. Выполнение проверки может проходить от нескольких часов до нескольких суток в зависимости от размера базы. Также нужно учитывать, если в базе есть таблицы со страничным уровнем блокировки "page", то oncheck во время проверки такой таблицы заблокирует её на модификацию. Для продуктивных СУБД рекомендуется проводить тест на резервной копии СУБД / резервном(тестовом) сервере.
Используемые ключи oncheck:
-c - режим проверки
I - индексы и идентификаторы строк в индексах
D - строки данных в табличных пространствах включая битовые массивы, оставшиеся страницы и BLOB(двоичный большой объект) данные.
Запускать нужно в скрине (screen -a) для исключения обрыва при проседании сети.
$ (date; oncheck -cID nameofmydb ; date) | tee oncheck_log.txt
во время работы вся информация будет выводиться на экран и одновременно записываться в файл oncheck_log.txt для последующего анализа. Выполнение проверки может проходить от нескольких часов до нескольких суток в зависимости от размера базы. Также нужно учитывать, если в базе есть таблицы со страничным уровнем блокировки "page", то oncheck во время проверки такой таблицы заблокирует её на модификацию. Для продуктивных СУБД рекомендуется проводить тест на резервной копии СУБД / резервном(тестовом) сервере.
Используемые ключи oncheck:
-c - режим проверки
I - индексы и идентификаторы строк в индексах
D - строки данных в табличных пространствах включая битовые массивы, оставшиеся страницы и BLOB(двоичный большой объект) данные.
Подписаться на:
Сообщения (Atom)