powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Informix [игнор отключен] [закрыт для гостей] / Непоянтный размер бекапа.
12 сообщений из 12, страница 1 из 1
Непоянтный размер бекапа.
    #35392872
KyRo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Добрый день.
У меня что то последнее время стал очень быстро расти размер бекапа.
Вчера когда оставалось на диске всего 200 mb начал просматривать базу и нашол в ней таблицу которая не чистилась уже несколько лет и в которой накопилось 20 млн записей.
Удалил половину данных из таблицы , но место того что бы уменьшится бекап еще и разросся и сожрал оставштеся 200 мб.
Подскажите из за чего такое может быть ?
У меня стоит IDS 9.4 пишу бекап в файл ontape -om
...
Рейтинг: 0 / 0
Непоянтный размер бекапа.
    #35392936
Фотография Andron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Бэкап сервера состоит из бэкапа журналов + бэкап пространств данных. Если на сервере идет много транзакций, то кол-во архивированных файлов журналов тоже будет расти. Вот вы удаляли записи из таблицы, и эти операции удаления писались в лог (если база с журналированием), который соответственно бэкапился.
Если бэкапы не удалять, то они будут занимать все больше места, как ни странно. Далее есть такое понятие для бэкапа: retention policy или по русски политика хранения. Это то время, которое должен хранится бэкап (архивы пространств и журналов). Как правило эту политику должны определять пользователи данных, они решают сколько времени бизнес должен хранить архивы данных. Здесь никакого "правильного" решения не существует: для каждой "конторы" применимы свои правила хранения архивов.
...
Рейтинг: 0 / 0
Непоянтный размер бекапа.
    #35393075
KyRo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я может немного не правильно задал вопрос .
Из за чего у меня после удаления большого количества данных , не уменьшился размер базы данных ?
Я удалил очень много , но при этом я заметил что процент загружености спейса где лежит эта таблица не как не
изменяется , хотя по логике вещей ведь должен был .
...
Рейтинг: 0 / 0
Непоянтный размер бекапа.
    #35393104
9
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
9
Гость
update statstics high
...
Рейтинг: 0 / 0
Непоянтный размер бекапа.
    #35393391
KyRo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А можно ли его выполнять на продакшен сервере без остановки ?
...
Рейтинг: 0 / 0
Непоянтный размер бекапа.
    #35393478
Фотография Andron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
KyRoЯ может немного не правильно задал вопрос .
Из за чего у меня после удаления большого количества данных , не уменьшился размер базы данных ?
Я удалил очень много , но при этом я заметил что процент загружености спейса где лежит эта таблица не как не
изменяется , хотя по логике вещей ведь должен был .

Каждая таблица состоит из экстентов - непрерывных групп страниц на диске. Так вот если удалять из таблицы записи, то пустые экстенты по прежнему будут принадлежать таблице и не будут входить в свободное место на диске.
...
Рейтинг: 0 / 0
Непоянтный размер бекапа.
    #35393529
KyRo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторКаждая таблица состоит из экстентов - непрерывных групп страниц на диске. Так вот если удалять из таблицы записи, то пустые экстенты по прежнему будут принадлежать таблице и не будут входить в свободное место на диске.

Ну я приблизительно так и подумал . А вот как освободить их , особенно на постоянно работающей пром системе ?
...
Рейтинг: 0 / 0
Непоянтный размер бекапа.
    #35393629
Фотография Andron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
В 7 версии информикса можно было как то освободить экстенты, а в других версиях вроде бы никак - только если сделать truncate, но это немного не то (при помощи truncate очищается вся таблица).
Как вариант можно попробовать ALTER FRAGMENT ON TABLE ... INIT IN, но тут много всяких нюансов, так что это тоже не очень удобный способ.
...
Рейтинг: 0 / 0
Непоянтный размер бекапа.
    #35393632
Фотография Daugava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Если таблица постоянно используется, то никак.
Если информация из таблицы нужна, то создать еще одну таблицу, перенести туда жизненно необходимые записи. Старую таблицу грохнуть, новую переименовать.
Но! Это все, если эта таблица не имеет референшел констрейнтов с другими таблицами. Ибо если они есть, процесс может затянуться на долго.
...
Рейтинг: 0 / 0
Непоянтный размер бекапа.
    #35394633
vasilis
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
KyRoИз за чего у меня после удаления большого количества данных , не уменьшился размер базы данных ? Я удалил очень много , но при этом я заметил что процент загружености спейса где лежит эта таблица не как не изменяется , хотя по логике вещей ведь должен был .
Это по вашей логике. А там логика своя, вполне оправданная и обоснованная.
Если в таблице уже было много данных, значит снова будут, т.е. уже выделенное пространство (экстенты) будут использоваться для вставки новых записей без выделения экстентов. А так как выделение экстентов (да еще и маленьких) довольно тяжелая операция, то зачем ее делать снова и снова ? Опять таки, вы удаляете строки ведь не подряд, а по своему критерию и почему должны будут освободиться экстенты целиком ? Для того, чтобы освободить экстент автоматом, на нем не должно быть ни одной строки, значит надо некий фоновый процесс, который бы переписывал таблицу (уплотнял строки)...
Вообщем, как говорится, это by design.
...
Рейтинг: 0 / 0
Непоянтный размер бекапа.
    #35394645
vasilis
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
AndronВ 7 версии информикса можно было как то освободить экстенты, а в других версиях вроде бы никак...
Как вариант можно попробовать ALTER FRAGMENT ON TABLE ... INIT IN, но тут много всяких нюансов, так что это тоже не очень удобный способ.
В этом смысле 7-ка от 9-ки и 10 никак не отличается. Т.е. способы освобождения экстентов те же самые и ALTER FRAGMENT ON TABLE ... INIT IN является одним из самых удобных и быстрых.
Правда для больших таблиц и не больших логов может возникнуть длинная транзакция, тогда применимы остальные известные способы (здесь они не раз упоминались).
...
Рейтинг: 0 / 0
Непоянтный размер бекапа.
    #35394658
vasilis
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
KyRoУ меня что то последнее время стал очень быстро расти размер бекапа.
У меня стоит IDS 9.4 пишу бекап в файл ontape -om
Можно сжимать архив "на лету" или использовать onbar с ISM-ом (у него есть опция сжатия) или просто взять новый и емкий диск (тут рейд не нужен, а 500Гб стоят меньше $150).
Вам полезно будет почитать ФАК
OnBar - ISM - Ontape (Archive and Restore)
http://www.sql.ru/faq/faq.aspx?id=557
...
Рейтинг: 0 / 0
12 сообщений из 12, страница 1 из 1
Форумы / Informix [игнор отключен] [закрыт для гостей] / Непоянтный размер бекапа.
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]