Re[2]: OFF:? Фрагментация файла БД ...
SST Dmitri Kuzmenko пишет: diskeeper 8-9-10 работает отлично, сбоев ни разу, может дефрагментировать файлы in use. SST Вот, а Константин не верит. Уже верю ... :) Всем громадное спасибо ... С уважением, Константин Григорьевич. ===
Re[2]: OFF:? Фрагментация файла БД ...
SST SST Dmitri Kuzmenko пишет: SST SST diskeeper 8-9-10 работает отлично, сбоев ни разу, SST может дефрагментировать файлы in use. SST SST Вот, а Константин не верит. SST AK Я давно хотел спросить AK http://www.trichview.ru/ AK это твое, или однофамилец? Не не моё ... С уважением, Константин Григорьевич. ===
Re[2]: OFF:? Фрагментация файла БД ...
DK мне кажется ключевое слово здесь Classic. DK 35 мег на 1 процесс - метаданных в базе много? Да не очень: ~20 таблиц, ~100 вьюх, ~700 SP OO Defag ... :( это по быстрому, сорри детальный DK я про базы данных У ДРУГИХ ЛЮДЕЙ. 20 гиг - не массовый размер. DK представь себе удивленное лицо парня, который делает DK однопользовательскую базу для распространения на хилых компах, DK когда на очередной чих у него база с 10 мег вдруг увеличивается DK в 2-4 раза. Дак я понимаю, но можно настроечку какую нить ? DK Я тебе на что намекаю - дефрагментация тут вообще ни при чем. DK Это ложный вывод на основе недостатка информации. DK Может external table такого размера тормозят, или аппликуха твоя, DK или еще что. DK Сделай над собой усилие, собери всю окружающую твой случай DK информацию, и тщательно проверь. я бы предложил проверить: DK 1. объем памяти занимаемый сервером и приложением при тормозах. DK 2. скрость заливки после отключения приложения после появления тормозов DK 3. скорость заливки после рестарта сервера DK и т.п. ОК! Буду ловить ... :) DK А у тебя затормозило на какой то несчастной 20 гиг базе, и ты DK сломался :-) Есть копать !!! Есть не падать духом !!! Спасибо всем ... Буду думать ... С уважением, Константин Григорьевич. ===
Re: Re[2]: OFF:? Фрагментация файла БД ...
DK 35 мег на 1 процесс - метаданных в базе много? Да не очень: ~20 таблиц, ~100 вьюх, ~700 SP DATABASE_CACHE_PAGES - подкручивал? сколько? System Cache... ..честно - незнаю, как совладать с ним. 20 гиг база, на 2 гигах памяти... как мне повезло. :) Когда на 1 гиг памяти база перелезла на 3 гб, начали ощущаться легкие тормоза. Не придумал ничего лучшего, чем докупить памяти до 4-6 (где как) а DATABASE_CACHE_PAGES - УМЕНЬШИЛ, что бы больше оставалось под SystemCache Кроме того, поработал над приложениями, что бы коннектов было минимальное кол-во. (у меня тоже Classic).
Re[2]: OFF:? Фрагментация файла БД ...
AC Стратегия NTFS-5 AC Можно ли это обрубить - Х.З. AC Как альтернатива, раз уж у тебя отдельный раздел AC под БД, поставь на FAT. AC Только учти ограничения на размер файла. Блин не хочу FAT ! Не хочу, не хочу, не буду (начинается истерика)... ;) База уже больше 20 Гиг ... С уважением, Константин Григорьевич. ===
Re[2]: OFF:? Фрагментация файла БД ...
SST У меня стоит PerfectDisk 8 и по расписанию дефрагментирует раздел с базой данных. SST и скорость работы сервера всегда приличная. кол-во записей аналогично твоим. Я согласен это выход если БД например на ночь останавливать для B/R то туда же можно прикрутить и дефрагментацию ... А если, чур меня, придётся переходить на режим 24/7 ? А фоновым дефрагментаторам я свою БД не доверю, да и сомневаюсь что-бы FB отдал кому нить свой файл на растерзание :) С уважением, Константин Григорьевич. ===
Re[2]: OFF:? Фрагментация файла БД ...
OV Константин пишет: А если, чур меня, придётся переходить на режим 24/7 ? OV Везет же некоторым!.. (мечтательно) А у меня вот всю жизь 24/7... Сочуствую ... У меня, пока, что-то около 14/6 ;) С уважением, Константин Григорьевич. ===
Re: Re[2]: OFF:? Фрагментация файла БД ...
Константин [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] OV Константин пишет: А если, чур меня, придётся переходить на режим 24/7 ? OV Везет же некоторым!.. (мечтательно) А у меня вот всю жизь 24/7... Сочуствую ... У меня, пока, что-то около 14/6 ;) Ну а если попробовать ночером остановить сервер и переместить файл базы на другой диск и обратно... With b/r. Gleb.
Re[2]: OFF:? Фрагментация файла БД ... !!!!!!!!!!!!!!!!!!!!!
OV А чего б ему не отдать, если при остановленном сервере попробовать? OV Думаю, все едино - потом дефрагментируется снова и также сильно. OV Чтение/запись - та же дефрагментация. Если это действительно стратегия OV NTFS, как Alex Cherednichenko говорит, то в консерватории дело. Прочитал: http://dinamit.vdome.net/index.php/option/content/task/view/id/44/catid/45/Itemid/59 И УЖАСНУЛСЯ МАМА МОЯ ДОРОГАЯ ... НЕУЖЕЛИ ВСЁ ТАК ПЛОХО ? Прошу обратить внимание на раздельчик Средства решения? Маленькая вырезка: Таким образом, имеется два примерно равнозначных варианта. Первый - часто оптимизировать диск таким дефрагментатором, смиряясь при этом с дикой фрагментацией заново созданных файлов. Второй вариант - вообще ничего не трогать, и смириться с равномерной, но гораздо более слабой фрагментацией всех файлов на диске. ЧТО ДЕЛАТЬ ? КАК ЖИТЬ ? Неужели опять FAT с её проблемами ? С уважением, Константин Григорьевич. ===
Re: Re[2]: OFF:? Фрагментация файла БД ... !!!!!!!!!!!!!!!!!!!!!
Константин [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Прочитал: http://dinamit.vdome.net/index.php/option/content/task/view/id/44/catid/45/Itemid/59 И УЖАСНУЛСЯ МАМА МОЯ ДОРОГАЯ ... НЕУЖЕЛИ ВСЁ ТАК ПЛОХО ? Прошу обратить внимание на раздельчик Средства решения? А почему вы решили что это проблема NTFS. Сервер увеличивает файл маленькими кусочками, NTFS в соответствии со соей стратегией объединяет эти запросы на выделение в пачки и распределяет их по диску. Тебе в голову не приходит мысля что это сервер должен запрышивать место на диске по файл БД не постранично а соответствующими кусками? Кто тбе мешает изначально создать файл БД соответствующего размера?
Re[2]: OFF:? Фрагментация файла БД ...
Может кто подскажет где можно прикрутить что-бы при нехватке страниц FB2 RC4 выделял на диске заданное к-во страниц скопом ? HV Где-где, сказать что-ли - где ? :) Гуссары малчать! Здесь (в этой конфе), я видел мелькали, дамы ... :) Но, имхо, такое впечатление что FB запрашивает у системы (при нехватке страниц) по 1-му кластеру ... Можно ли как-нибуть это обойти, ну хотя-бы сказать FB Захватывать кусками по 100 Mb ? HV Залей в БД блоб на 10Г, потом удали его и дефрагментируй HV файл, один раз. Интерестный подход :) Непроеменно воспользуюсь. Но хотелось-бы, как это выразится ... ? А, вот, штатными средствами ! Чтоб разок настроил и забыл ... С уважением, Константин Григорьевич. ===
Re: Re[2]: OFF:? Фрагментация файла БД ... !!!!!!!!!!!!!!!!!!!!!
Привет, Константин! Вы пишешь к Ovchinnikov Vasily 08 сентября 2006: К ЧТО ДЕЛАТЬ ? КАК ЖИТЬ ? К Неужели опять FAT с её проблемами ? Нет там никаких проблем (в твоём случае). Кластеры под файл аллокируются тупо линейно. Бинарное дерево NTFS и её журнал тебе нах не нужны. Ресторишь базу как многотомную, кусками по 1-2 Гб. Мог бы порекомендовать RAW-дивайс, но оно есть только под xNIX, а там оно особо и на ухо не упало, ибо нет там таких проблем. -- With best regards, Alex Cherednichenko.
Re[2]: OFF:? Фрагментация файла БД ...
OL Horsun Vlad [EMAIL PROTECTED] OL wrote in message news:[EMAIL PROTECTED] Может проще сразу создать БД нужного размера? ;-) Дык он не знает нужный размер :) OL Ну 100 ГБ ему хватит я думаю на первое время. С тебя 10 OL блобов указанного размера выслать товарищу на e-mail :) Не надо !! ;) С уважением, Константин Григорьевич. ===
Re[2]: OFF:? Фрагментация файла БД ...
SST Константин пишет: Я согласен это выход если БД например на ночь останавливать для B/R то туда же можно прикрутить и дефрагментацию ... SST Ребята, которые работают на Южной Железной Дороге Украины SST используют InterBase 5 и у них постоянно идёт SST дефрагментация раздела с базой данных SST стандартным виндовским дефрагментатором. Никто базу данных не останавливает. SST Сам видел в 1999 году. Я к ним тогда на работу пытался устроится. Круто !!! Я плакаль ... Не, я так рисковать не хочу :( С уважением, Константин Григорьевич. ===
Re[2]: OFF:? Фрагментация файла БД ...
Update - нет есть только Insert. Коммит после каждых ~100 000 записей После 2-3 лимона начинаются жуткие тормоза ... DK см. taskmanager - кто сколько памяти ест - FB, приложение и т.п. DK сколько RAM на компе? 2G, свободных минимум 512K ... Выделенный сервак, правда на дуругом разделе Файловый архив .. но (вроде?) активно не юзался :( FB вроде и ест не много около 500-700 M. при N (~20) коннектах (Classik) но ... После танцов с бубном обнаружил что файл БД сильно фрагментирован ... DK чудеса в решете. И тем не мение :( Помотрел КАК дефрагментирован файл БД и прикольнулся :) DK почему-то у меня такое не наблюдается. чем смотришь? OO Defag ... :( это по быстрому, сорри детальный анализ, другими средствами не производил :( (не успел ...) PS: Может это и офтоп, и виновата как всегда Windows :) DK разумеется. :) а приручить её можно ? Можно ли как-нибуть это обойти, ну хотя-бы сказать FB Захватывать кусками по 100 Mb ? DK ага. при размере базы в 10-20 мег? Нельзя. Ты один такой, DK а других - много. 10-20M Это начальная так сказать тестовая БД... наверное я в попыхах ошибся с размеерностью :( сорри ... реальная сейчас около 20 G! И если я один такой - :(. неужели, что-то не верится !) Ладно пока смирюсь ... тем более несколько вариантов обхода уже подсказали ... Но!, всё таки гложет мысль, - неужели я один такой ? Избранный :)) - Врядли ... PS: Дима, не обижайся, я сказал то что есть ... С уважением, Константин Григорьевич. ===
Re[2]: OFF:? Фрагментация файла БД ... !!!!!!!!!!!!!!!!!!!!!
Прочитал: http://dinamit.vdome.net/index.php/option/content/task/view/id/44/catid/45/Itemid/59 DK в статье вроде бы все ничего, только DK брехня про то что Windows NT (?) ПРОГРАММНО поддерживает DK raid 0, raid 1 и raid 5. Никаких RAID Windows ни в какой DK версии не поддерживает. RAID обеспечиваются или программно DK сторонними средствами, или аппаратно на уровне железа. ? !! Штатными средствами XP - точно поддерживабтся ! Хоть и не использую, но, вроде побовал, - работает !!! С уважением, Константин Григорьевич. ===
Re[2]: OFF:? Фрагментация файла БД ...
4. Restore БД 5. Дефрагментация диска БД DK После рестора базы, 13 гиг файл имеет 22 фрагмента. DK итого примерно по 590 мегабайт на фрагмент. DK Так что сказки про сильную фрагментацию рассказывать не надо. DK Причем, фрагменты эти расположены последовательно. DK т.е. фактически никакой фрагментации на самом деле нет. DK см. ниже. но ведь весь вопрос в том что к концу дня может набраться достаточно фрагментов для тормозов (пока теоретически). Вопрос был в том что-бы минимизировать КОЛИЧЕСТВО и размер фрагментов ... Как либо увеличив выделяемое за 1 раз место на DK см. выше. при такой фрагментации никакой разницы между DK распределением страниц в файле БД и распределением фрагментов DK нет. Таблица в базе может быть фрагментирована в 100 и более раз DK хуже, чем файл БД. DK С точки зрения доступа к диску ему (контроллеру диска) все едино - что DK raw disk, что файл. Не спорю, не проверял (ещё), но речь в изначальном посте шла о НОВОЙ БД заливаемой с 0-ля данными ... Ели бы я такую граблю отловил на Restor-e - я б в бооее конкретных вырадениях высказывался ;) ... , Наверное :) ... И не я один ... PS: Если я всё таки не прав ... На выходных проведу ещё раз несколько тестов ... Правда после праздника города ;) С уважением, Константин Григорьевич. ===
Re[2]: OFF:? Фрагментация файла БД ... !!!!!!!!!!!!!!!!!!!!!
Справка по винде думает иначе DK тьфу, черт, про динамические диски я забыл. DK хотя сам недавно при покупке нового винта DK переделал с динамических на simple. DK В любом случае, программный raid - это мазохизм :-) :))00 С уважением, Константин Григорьевич. ===
