реально ли это и сколько времени может занять?

100 гигов часа 4 загружалось

4 часа в обе стороны или  только загружалась?

8 часов

(2) Ну железо тут не причем совсем.

в одну сторону

для какой цели ?

(0)8 с хвостиком

(6)
v8: Подскажите как на SQL глянуть размеры таблиц

после неправильного обслуживания размер баз вырос почти в двое  проведчя кучу опытов на самой маленкой базе  получили эфект только   при выгрузке загрузке через dt.  сравнил  две базо  до dt и после   размер до 3.4  после 2.1  но  процент занятия  данных и индексов не изменился.  что то на SQL   наплодило пустого именно в таблицах.  через репорт sql   убедились что одна и таже таблица до и после имеет одинаковое кол-во записей но размер данных   сльно больше. именно в данных.  пока лечится тока через dt   как  средствами sql помочь не знаю  но основная БД  была 124 гига  и за день выросла до 230  я не знаю хватит ли мне времени и возможно ли вообще  выгрузить 230 гигов в dt и потом загрузить

(7)  какой размер базы????

сделали экспорт базы средствами SQL   размер базы  уменьшился сильнее даже чем через dt :-)   ща попробуем  запустить  и  так же  прогнать рабочую  без dt

или все таки через dt правильнее?

"основная БД  была 124 гига  и за день выросла до 230"

чудик вы, это лог вырос, а не база.


"как  средствами sql помочь не знаю  "

http://msdn.microsoft.com/en-us/library/ms190488(SQL.90).aspx

dt нужен только для перехода на серверную версию либо же переноса между различными СУБД. Так говорят в 1С.

(13) выросла именно база

(15) вы можете обрезать базу-шринк файл через скл

А есть какая-то принципиальная разница между базой до выгрузки и после загрузки или есть нехватка дискового пространства?

(17)  учимся чиатть.  выгрузил базу  230 гигов  - dt получился около 20ти загрузилась база как и была ранее  и стала около 130 гигов  это не логи не индексы  распухшая была именно дата я не знаю что было.  около 6-8  часов в одну сторону  грузилось.  баз с изменившимся размером  четыре :-(  все что были в плане обслуживания

(0) А зачем?

(0) выгрузка в dt нужно только для перевода базы в скуль или файловой вариант. Зачем переводить 200 гиговую базу в файловый вариант не понятно.

(20)  где написано что я первел в файловый вариант???  гденапимано что такие  базы  работают - она никогда не загрузится в файловый из-за ограничения на размеры таблиц.  я выгрузил ее   убил базу на скуле и снова загрузил в скуль.  избавившись от  роста базы который я объяснить не смог и который не смог побороть средствами скуля

(21) А зачем в dt грузить? Не легче ли обойтись скульными утилитами?

(21) "Который не смог побороть средствами скуля" - из-за не знаний полез в дебри, лучше бы книгу нужную почитал.

(23) я в сосоедней ветке вопрошал помощи но не нашел читавшего нужную книгу.  БД круглосуточной работы  времени в обрез иногда долгий путь быстрее. скажи нужный путь я опробую его на тесте и скажу прав ли ты.

а чего shrink base не помогает? вранье.

(20) может он из MSSQL в PostgreSQL загрузить решил.

напишите в эту ветку, чем закончится ваши уменьшения базы: будет меньше время реакции системы?

уверен, что скоро файлы бд опять увеличаться.

(27)   в саммо начале  я уже писал   что   причиной  увеличения  размера  ВСЕХ баз данных  было в изменнеиии обслуживания.  вырас размер  не лога  ни индесов  а именно даты. я не понимаю  как   и почему.   4 базы    туды сюды  через dt  прокрутил и все вернул на место.  более база не гипер росал как не росла и последние  полтора годла ее жизни.  согласитесь  прирост с 130  до 220   гигов  за ночь это не совсем нормально.  с корость работы восстановилась.  sql  сервер занят как и прежде - на него пропала постоянная  нагрузка по всем фронтам.