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

Часовой пояс: 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 часа


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

Сейчас этот форум просматривают: нет зарегистрированных пользователей


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

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