Текущее время: Ср, июл 23 2025, 11:48

Часовой пояс: UTC + 3 часа


Правила форума


ВНИМАНИЕ! Прежде чем задавать вопрос, ознакомьтесь со ссылками ниже:

Вопросы по отличиям версий SAP, Add-On, EHP - сюда
Вопросы по SAP Front End (SAPlogon, SAPgui, guiXT и т.д.) - сюда
Вопросы по LSMW - сюда
Вопросы по архивации в SAP - сюда
Вопросы по SAP GRC - сюда
Вопросы по SAP Business Workplace (почте SAP) и SAP Office - сюда
Вопросы по miniSAP (SAP mini basis) - сюда
Вопросы по SAP HANA - сюда
Вопросы по лицензированию продуктов SAP - сюда



Начать новую тему Ответить на тему  [ Сообщений: 11 ] 
Автор Сообщение
 Заголовок сообщения: Размер БД
СообщениеДобавлено: Чт, июл 06 2006, 09:46 
Специалист
Специалист
Аватара пользователя

Зарегистрирован:
Пн, сен 27 2004, 08:48
Сообщения: 182
Проблема с размеров БД.
На сегодня она весит 193 Гб - размер не адекватный.
Как можно проанализировать и уменьшить размер бд?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, июл 06 2006, 09:48 
Президент
Президент

Зарегистрирован:
Вт, авг 17 2004, 08:17
Сообщения: 3150
Откуда: В ВЕЧНОМ БАНЕ
А чем это размер не адекватен?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, июл 06 2006, 09:51 
Специалист
Специалист
Аватара пользователя

Зарегистрирован:
Пн, сен 27 2004, 08:48
Сообщения: 182
№1 написал(а):
А чем это размер не адекватен?

Не забивают столько данных в эту систему.
+ размер бд увеличивается скачкообразно.
+ с 24 по 25 число бд увеличилось на 40 Гб.

Вызывает серьезные подозрения! :shock:


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, июл 06 2006, 09:52 
Президент
Президент

Зарегистрирован:
Вт, авг 17 2004, 08:17
Сообщения: 3150
Откуда: В ВЕЧНОМ БАНЕ
В db02 найди таблицу, которая так подросла. Через SOBJ найди для нее объект архивации


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, июл 06 2006, 10:51 
Специалист
Специалист
Аватара пользователя

Зарегистрирован:
Пн, сен 27 2004, 08:48
Сообщения: 182
№1 написал(а):
В db02 найди таблицу, которая так подросла. Через SOBJ найди для нее объект архивации

помотрел амые большие и самые изменяемые таблицы.
Посмотрел на них статистику по дням - размер не меняется в таких сравнительных объемах.
Сделал проверку БД из SQL - ошибок нет.
Какие будут варианты.

P.S. Заметил - перед резким увеличением объема БД - резко уменьшается Log File


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, июл 06 2006, 11:04 
Президент
Президент

Зарегистрирован:
Вт, авг 17 2004, 08:17
Сообщения: 3150
Откуда: В ВЕЧНОМ БАНЕ
А какой таблспейс резко вырос?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, июл 06 2006, 11:10 
Специалист
Специалист
Аватара пользователя

Зарегистрирован:
Пн, сен 27 2004, 08:48
Сообщения: 182
№1 написал(а):
А какой таблспейс резко вырос?

Выросла вся база. на 40 Гб за один день. :shock:


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, июл 06 2006, 11:22 
Специалист
Специалист

Зарегистрирован:
Ср, авг 18 2004, 12:45
Сообщения: 116
Насчет скачкообразности. В случае с Ораклом если для БД выставлено самоувеличение (параметр AUTOEXTENSIBLE = YES), то рост размера базы определяется параметром INCREMENT_BY (в R/3 по умолчанию выставлено 2560) - это количество блоков (default 8K). Другими словами, база вырастает по 20 метров за один раз.

Еще есть параметр PCTFREE, который определяет процент свободного места в блоке для дальнейшего увеличения в процессе update-операций. Большое значение этого параметра заставит Оракл запрашивать новые блоки.

zhogov написал(а):
Выросла вся база. на 40 Гб за один день.

Получается, что БД выросла, а ни один tablespace не изменился?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, июл 06 2006, 11:25 
Специалист
Специалист
Аватара пользователя

Зарегистрирован:
Пн, сен 27 2004, 08:48
Сообщения: 182
AZ написал(а):
Насчет скачкообразности. В случае с Ораклом если для БД выставлено самоувеличение (параметр AUTOEXTENSIBLE = YES), то рост размера базы определяется параметром INCREMENT_BY (в R/3 по умолчанию выставлено 2560) - это количество блоков (default 8K). Другими словами, база вырастает по 20 метров за один раз.

Еще есть параметр PCTFREE, который определяет процент свободного места в блоке для дальнейшего увеличения в процессе update-операций. Большое значение этого параметра заставит Оракл запрашивать новые блоки.

zhogov написал(а):
Выросла вся база. на 40 Гб за один день.

Получается, что БД выросла, а ни один tablespace не изменился?

Размер БД задан ручками.
СУБД - SQL
Да


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, июл 06 2006, 11:25 
Президент
Президент

Зарегистрирован:
Вт, авг 17 2004, 08:17
Сообщения: 3150
Откуда: В ВЕЧНОМ БАНЕ
Похоже речь о базе MSSQL.... а я тут... :D


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, июл 06 2006, 17:00 
Специалист
Специалист
Аватара пользователя

Зарегистрирован:
Пн, сен 27 2004, 08:48
Сообщения: 182
Трабл более или менее локализовался.
БД резко увеличивалась, когда резали log-файл.
Продцедура была такая:
1. Перевод БД в режим симпле
2. Шринк файл.
3. Перевод в фулл.

p.s. утверждают что просто шринк файл не работал, т.к. ругался, что файл используется.

Что могло происходить?
Как вылечить?


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 11 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: Google [Bot]


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB