Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2 3   вперед  Ctrl      все
 Можно ли "ужать" базу?  [new]
Cammomile
Member

Откуда:
Сообщений: 1214
Сразу отмечу, что я всю дорогу обычный sql-кодер, и администрирование знаю очень поверхностно.

Суть проблемы: Есть один сервер 2005 x64. Под него выделенна виртуальная машина. На виртуальной машине кончаетя место на жестком диске. По моим прикидкам места осталось месяца на 3-4 работы в штатном режиме.

Контора страшно бюрократизированна, поэтому самое очевидное решение -- поставить еще хардов, сопряжено с неимоверными проволочками.

Вопрос: что можно сделать средствами сервака, чтобы "почистить" или "ужать" данные, и выиграть сколько-нибудь времени, пока другие коллеги разродятся новым оборудованием?
10 июн 13, 13:02    [14414473]     Ответить | Цитировать Сообщить модератору
 Re: Можно ли "ужать" базу?  [new]
Glory
Member

Откуда:
Сообщений: 104760
Cammomile
что можно сделать средствами сервака, чтобы "почистить" или "ужать" данные,

Для начала узнать, что именно занимает место.
10 июн 13, 13:02    [14414475]     Ответить | Цитировать Сообщить модератору
 Re: Можно ли "ужать" базу?  [new]
Cammomile
Member

Откуда:
Сообщений: 1214
Гм, учитывая что там ничего кроме самого сервака нет, то, в основном, .MDF промышленной БД, некие .NDF (не знаю что это) и совсем чуть-чуть .LDF

Это по запросу из sys.sysfiles

Или вы имели в виду именно размеры "основных" таблиц?
10 июн 13, 13:12    [14414548]     Ответить | Цитировать Сообщить модератору
 Re: Можно ли "ужать" базу?  [new]
Glory
Member

Откуда:
Сообщений: 104760
Cammomile
Это по запросу из sys.sysfiles

Или вы имели в виду именно размеры "основных" таблиц?

Хоть что нибудь, кроме абстрактного "кончается место на жестком диске"
10 июн 13, 13:13    [14414554]     Ответить | Цитировать Сообщить модератору
 Re: Можно ли "ужать" базу?  [new]
Cammomile
Member

Откуда:
Сообщений: 1214
А что именно смотреть ? Что-нибудь что?
10 июн 13, 13:17    [14414579]     Ответить | Цитировать Сообщить модератору
 Re: Можно ли "ужать" базу?  [new]
Алексей Куренков
Member [заблокирован]

Откуда: Москва
Сообщений: 567
Cammomile,

1. Модель восстановления - я про раздутость лога если полная модель.
2. размеры файлов вашей БД - exec sp_helpdb mydb
3. select @@version - с SQL 2008 можно постраничное/построчное сжатие для таблиц использовать.
10 июн 13, 13:20    [14414606]     Ответить | Цитировать Сообщить модератору
 Re: Можно ли "ужать" базу?  [new]
Алексей Куренков
Member [заблокирован]

Откуда: Москва
Сообщений: 567
Cammomile,

Ну и... убедиться что на том диске, на котором мало места, нет прочего барахла - типа архива годичных бэкапов.
10 июн 13, 13:22    [14414624]     Ответить | Цитировать Сообщить модератору
 Re: Можно ли "ужать" базу?  [new]
Cammomile
Member

Откуда:
Сообщений: 1214
1.
Не знаю где смотреть, я же пишу, что кодер, а не админ. Но лог по моему всего 3 гига
2.

exec sp_helpdb MyDBName_NEW


MyDBName_NEW 357380.25 MB sa 12 Mar 15 2010 Status=ONLINE, Updateability=READ_WRITE, UserAccess=MULTI_USER, Recovery=SIMPLE, Version=611, Collation=Cyrillic_General_CI_AS, SQLSortOrder=0, IsAutoCreateStatistics, IsAutoUpdateStatistics 90


MyDBName_NEW1E:\SQLDataFiles\MSSQL.1\MSSQL\DATA\MyDBName_NEW.mdfPRIMARY91947008 KBUnlimited204800 KBdata only
MyDBName_NEW_log2E:\SQLDataFiles\MSSQL.1\MSSQL\DATA\MyDBName_NEW_log.ldfNULL3380224 KB4210688 KB102400 KBlog only
MyDBName_DATA_20083E:\SQLDataFiles\MSSQL.1\MSSQL\DATA\MyDBName_DATA_2008.ndfMyDBName200833108224 KBUnlimited0 KBdata only
MyDBName_DATA_20074E:\SQLDataFiles\MSSQL.1\MSSQL\DATA\MyDBName_DATA_2007.ndfMyDBName200727955840 KBUnlimited0 KBdata only
MyDBName_DATA_20095E:\SQLDataFiles\MSSQL.1\MSSQL\DATA\MyDBName_DATA_2009.ndfMyDBName200930924800 KBUnlimited0 KBdata only
MyDBName_DATA_2010Q16E:\SQLDataFiles\MSSQL.1\MSSQL\DATA\MyDBName_DATA_2010Q1.ndfMyDBName2010Q17275584 KBUnlimited0 KBdata only
MyDBName_DATA_2010Q27E:\SQLDataFiles\MSSQL.1\MSSQL\DATA\MyDBName_DATA_2010Q2.ndfMyDBName2010Q211216960 KBUnlimited0 KBdata only
MyDBName_DATA_2010Q38E:\SQLDataFiles\MSSQL.1\MSSQL\DATA\MyDBName_DATA_2010Q3.ndfMyDBName2010Q39948160 KBUnlimited0 KBdata only
MyDBName_DATA_2010Q49E:\SQLDataFiles\MSSQL.1\MSSQL\DATA\MyDBName_DATA_2010Q4.ndfMyDBName2010Q49363456 KBUnlimited0 KBdata only
MyDBName_DATA_2011Q110E:\SQLDataFiles\MSSQL.1\MSSQL\DATA\MyDBName_DATA_2011Q1.ndfMyDBName2011Q19817088 KBUnlimited102400 KBdata only
MyDBName_DATA_2011Q211E:\SQLDataFiles\MSSQL.1\MSSQL\DATA\MyDBName_DATA_2011Q2.ndfMyDBName2011Q212166144 KBUnlimited102400 KBdata only
MyDBName_DATA_2011Q312E:\SQLDataFiles\MSSQL.1\MSSQL\DATA\MyDBName_DATA_2011Q3.ndfMyDBName2011Q310553344 KBUnlimited102400 KBdata only
MyDBName_DATA_2011Q413E:\SQLDataFiles\MSSQL.1\MSSQL\DATA\MyDBName_DATA_2011Q4.ndfMyDBName2011Q414106368 KBUnlimited102400 KBdata only
MyDBName_DATA_2012Q114E:\SQLDataFiles\MSSQL.1\MSSQL\DATA\MyDBName_DATA_2012Q1.ndfMyDBName2012Q113522752 KBUnlimited256000 KBdata only
MyDBName_DATA_2012Q215E:\SQLDataFiles\MSSQL.1\MSSQL\DATA\MyDBName_DATA_2012Q2.ndfMyDBName2012Q217365632 KBUnlimited256000 KBdata only
MyDBName_DATA_2012Q316E:\SQLDataFiles\MSSQL.1\MSSQL\DATA\MyDBName_DATA_2012Q3.ndfMyDBName2012Q319472448 KBUnlimited102400 KBdata only
MyDBName_DATA_2012Q417E:\SQLDataFiles\MSSQL.1\MSSQL\DATA\MyDBName_DATA_2012Q4.ndfMyDBName2012Q417001472 KBUnlimited102400 KBdata only
MyDBName_DATA_2013Q118E:\SQLDataFiles\MSSQL.1\MSSQL\DATA\MyDBName_DATA_2013Q1.ndfMyDBName2013Q112800000 KBUnlimited102400 KBdata only
MyDBName_DATA_2013Q219E:\SQLDataFiles\MSSQL.1\MSSQL\DATA\MyDBName_DATA_2013Q2.ndfMyDBName2013Q213004800 KBUnlimited102400 KBdata only
MyDBName_DATA_2013Q320E:\SQLDataFiles\MSSQL.1\MSSQL\DATA\MyDBName_DATA_2013Q3.ndfMyDBName2013Q3204800 KBUnlimited102400 KBdata only
MyDBName_DATA_2013Q421E:\SQLDataFiles\MSSQL.1\MSSQL\DATA\MyDBName_DATA_2013Q4.ndfMyDBName2013Q4204800 KBUnlimited102400 KBdata only
MyDBName_DATA_2014Q422E:\SQLDataFiles\MSSQL.1\MSSQL\DATA\MyDBName_DATA_2014Q4.ndfMyDBName2014Q4204800 KBUnlimited102400 KBdata only
MyDBName_DATA_2014Q123E:\SQLDataFiles\MSSQL.1\MSSQL\DATA\MyDBName_DATA_2014Q1.ndfMyDBName2014Q1204800 KBUnlimited102400 KBdata only
MyDBName_DATA_2014Q224E:\SQLDataFiles\MSSQL.1\MSSQL\DATA\MyDBName_DATA_2014Q2.ndfMyDBName2014Q2204800 KBUnlimited102400 KBdata only
MyDBName_DATA_2014Q325E:\SQLDataFiles\MSSQL.1\MSSQL\DATA\MyDBName_DATA_2014Q3.ndfMyDBName2014Q33072 KBUnlimited1024 KBdata only


3.
автор
Microsoft SQL Server 2005 - 9.00.5069.00 (X64) Aug 22 2012 18:02:46 Copyright (c) 1988-2005 Microsoft Corporation Enterprise Edition (64-bit) on Windows NT 5.2 (Build 3790: Service Pack 2)


Сообщение было отредактировано: 10 июн 13, 13:29
10 июн 13, 13:26    [14414645]     Ответить | Цитировать Сообщить модератору
 Re: Можно ли "ужать" базу?  [new]
Glory
Member

Откуда:
Сообщений: 104760
Cammomile
А что именно смотреть ? Что-нибудь что?

Стандартные отчеты в стдуии, имена которых начинаются на Disk Usage
10 июн 13, 13:27    [14414660]     Ответить | Цитировать Сообщить модератору
 Re: Можно ли "ужать" базу?  [new]
Cammomile
Member

Откуда:
Сообщений: 1214
В какой студии? Какие отчеты?
10 июн 13, 13:29    [14414672]     Ответить | Цитировать Сообщить модератору
 Re: Можно ли "ужать" базу?  [new]
Glory
Member

Откуда:
Сообщений: 104760
Cammomile
В какой студии? Какие отчеты?

Лучше ничего не трогайте. Имхо.
10 июн 13, 13:30    [14414678]     Ответить | Цитировать Сообщить модератору
 Re: Можно ли "ужать" базу?  [new]
Cammomile
Member

Откуда:
Сообщений: 1214
2Глори
Еще раз, помечу красненьким, для тех у кого плохое зрение: я не занимаюсь администрированием баз данных. Это отдельная от моей профессия.

И еслиб не производственная необходимость, я бы не полез в эти дебри вообще.

Поэтому я готов отвечать на уточняющие вопросы, и читать новое, если укажут нправление поисков.

Но что мне делать или не делать я сам решу. Оки? Спасибо за внимание и понимание.
10 июн 13, 13:34    [14414715]     Ответить | Цитировать Сообщить модератору
 Re: Можно ли "ужать" базу?  [new]
Glory
Member

Откуда:
Сообщений: 104760
Cammomile
2Глори
Еще раз, помечу красненьким, для тех у кого плохое зрение: я не занимаюсь администрированием баз данных. Это отдельная от моей профессия.

Вот и НЕ занимайиесь администрированием


Cammomile
Поэтому я готов отвечать на уточняющие вопросы, и читать новое, если укажут нправление поисков.

На какие вопросы вы можете ответить ?
У вас есть бэкап, например ? Чтобы потом восстановить последствия ваших "сжатий" ?

Cammomile
Но что мне делать или не делать я сам решу. Оки?

Ок. Ждем следующую тему - База полетела, что делать.
10 июн 13, 13:37    [14414737]     Ответить | Цитировать Сообщить модератору
 Re: Можно ли "ужать" базу?  [new]
Александр52
Member

Откуда: Кокосовые острова ส็็็็็
Сообщений: 5135
Cammomile,

USE [DB]
GO
DBCC SHRINKDATABASE(N'DB' )
GO
10 июн 13, 13:38    [14414741]     Ответить | Цитировать Сообщить модератору
 Re: Можно ли "ужать" базу?  [new]
Александр52
Member

Откуда: Кокосовые острова ส็็็็็
Сообщений: 5135
Да, сейчас прочитал, что это не ваш профиль, поэтому советую предварительно снять резервную копию.
10 июн 13, 13:38    [14414753]     Ответить | Цитировать Сообщить модератору
 Re: Можно ли "ужать" базу?  [new]
nezhadnye_my
Guest
Cammomile
В какой студии? Какие отчеты?


К сообщению приложен файл. Размер - 30Kb
10 июн 13, 13:42    [14414788]     Ответить | Цитировать Сообщить модератору
 Re: Можно ли "ужать" базу?  [new]
НЕмедикНИразу
Guest
Сразу предупрежду, я не медик, это не мой профиль, но вот возникло желание удалить апендицит. Посдкажите, как надо резать живот и чего потом делать ?

На дополнительные вопросы отвечу.

Прошу не давать советов вызвать хирурга, я сам решу буду делать операцию или нет. Оки ?
10 июн 13, 13:43    [14414792]     Ответить | Цитировать Сообщить модератору
 Re: Можно ли "ужать" базу?  [new]
Александр52
Member

Откуда: Кокосовые острова ส็็็็็
Сообщений: 5135
НЕмедикНИразу, )))))))))))))))))
ну мало ли, ситуации бывают разные, может быть это его единственный шанс на спасение)
10 июн 13, 13:47    [14414821]     Ответить | Цитировать Сообщить модератору
 Re: Можно ли "ужать" базу?  [new]
Cammomile
Member

Откуда:
Сообщений: 1214
Изначально я спросил про методологию, ок? Какие есть пути и методы.

Применять их или не применять я решу после оценки доступных решений.
10 июн 13, 13:48    [14414833]     Ответить | Цитировать Сообщить модератору
 Re: Можно ли "ужать" базу?  [new]
Glory
Member

Откуда:
Сообщений: 104760
Cammomile
Применять их или не применять я решу после оценки доступных решений.

На основании отсутствия знаний по администрированию решите ?
10 июн 13, 13:51    [14414860]     Ответить | Цитировать Сообщить модератору
 Re: Можно ли "ужать" базу?  [new]
Cammomile
Member

Откуда:
Сообщений: 1214
Конечно, а что такого?

Вот мне пишут DBCC SHRINKDATABASE

Я сейчас прочитаю хелп, изучу какие темы поднимались на форуме, спрошу гугл про 'DBCC SHRINKDATABASE common issues' и потом буду делать выводы: нажать таск- шринк; сказать админам чтобы нажали таск-шринк; сказать ЛПР что "извините, базу мы ужать не можем, ускорьте покупку хардов"

Еще раз: я спрашиваю какие есть методы решения вопроса, и не прошу за меня решать что делать. Это так сложно?


Какие стандартные отчеты смотреть? Что анализировать?
10 июн 13, 13:58    [14414915]     Ответить | Цитировать Сообщить модератору
 Re: Можно ли "ужать" базу?  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31781
Cammomile
Изначально я спросил про методологию, ок? Какие есть пути и методы.

Применять их или не применять я решу после оценки доступных решений.
Методология простая:
- разобраться с физической и логической моделью базы,
- потом посмотреть распределение физических объектов по файлам,
- сделать прогноз роста файлов,
- выявить неиспользуемое пространство, и сделать прогноз его роста.

Далее:
- принять решение по устранению ошибок и по чистке старых ненужных данных,
- потом соответственно ошибки устранить, данные почистить, и при необходимости сжать файлы, если свободное пространство в них не может быть использовано сервером.

Всё это наверное нужно подготовить на тестовом сервере, после выполнения скриптов протестировать, потом накатить на продакшен.

ИМХО вы не сможете это сделать, если не научитесь профессии DBA (хотя конечно это зависит от сложности, пока это не могу спрогнозировать, хотя уже вижу секционирование данных по кварталам).
Впрочем, научиться не так уж сложно, если вам лично это будет полезно, то почему бы и нет.
Cammomile
Контора страшно бюрократизированна, поэтому самое очевидное решение -- поставить еще хардов, сопряжено с неимоверными проволочками.
Ну ничего, остановится база - изыщут возможности купить оборудование и/или пригласить на помощь DBA
А не найдут - значит, и не надо было...
10 июн 13, 14:02    [14414938]     Ответить | Цитировать Сообщить модератору
 Re: Можно ли "ужать" базу?  [new]
nezhadnye_my
Guest
Cammomile
Какие стандартные отчеты смотреть? Что анализировать?

на картинке не видно что-ли?
14414788
Reports -> Standard Reports -> Disk Usage bla-bla-bla
10 июн 13, 14:02    [14414942]     Ответить | Цитировать Сообщить модератору
 Re: Можно ли "ужать" базу?  [new]
Алексей Куренков
Member [заблокирован]

Откуда: Москва
Сообщений: 567
Cammomile,

На вашей версии компрессию данных не получится сделать средствами MSSQL, исходя из количества файлов, могу предположить, что в Вашей БД есть секционированная(ые) таблица(ы). Соответственно можно сделать чистку старых данных в этой таблице, конечно если "бизнес" на это пойдет. А вообще у Вас в БД много файлов, а это означает, что админы могут примапить к серверу дополнительные диски, и можно детачить базу, раскидать на другие диски несклько файлов и атачить базу заново - указать все новые расположения.
Собственно говоря.... если бизнесу "надо" хранить онлайн все данные - то может по крайней мере несколько дисков и докупить в сервер... это все таки не цена новой стойки.
А на перспективу, неплохо бы посмотреть в сторону апгрейда версии SQL Server... и на архивных данных использовать page compression.
10 июн 13, 14:03    [14414949]     Ответить | Цитировать Сообщить модератору
 Re: Можно ли "ужать" базу?  [new]
НЕмедикНИразу
Guest
Уже нашел в гугле фото скальпеля. Щаз буду резать. На что обратить внимание после разреза ? Как найти среди всей требухи апедицит ?
10 июн 13, 14:03    [14414953]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2 3   вперед  Ctrl      все
Все форумы / Microsoft SQL Server Ответить