Re: Re[4]: OFF:? Фрагментация файла БД ...
> Остановились на > Page Size 8192; > DATABASE_CACHE_PAGES 1024; > что-то мне это напоминает :-) Page Size 16384; DATABASE_CACHE_PAGES 512;
Re: Re[4]: OFF:? Фрагментация файла БД ...
"Константин" <[EMAIL PROTECTED]> сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] O> DATABASE_CACHE_PAGES - подкручивал? сколько? Блин наверное в этом и проблема :( Кто-то прикрутил, может и я, не помню :), до 8192 ... Вот мы довольно долго эксперементировали с этим. Месяца 3 по всякому тестили классик. Остановились на Page Size 8192; DATABASE_CACHE_PAGES 1024; Конечно все это зависит от конкретного железа, кол-ва коннектов и т.д. и т.п. -- С уважением, Артур Галимов. ФК "ФармМедСервис" (Сочи).
Re: Re[4]: OFF:? Фрагментация файла БД ...
> Бухгалтерия как наоткрывает отчётов бешенных ... > Я их в тредах отдельными потоками считаю ... > Не могу уменьшить - прибьют ... ;) я не говорю про работающие... я говорю про реально ничего не делающие коннекты. (а память-то занята) просто по таймауту отключаются самим приложением, если ничего не происходит достаточно долго.
Re: Re[4]: OFF:? Фрагментация файла БД ...
> Выделенный сервак, правда на дуругом разделе Файловый > архив .. но (вроде?) активно не юзался :( файловый архив тебе тоже не в помощь. и этими фалами тоже, System Cache забивается смотри сам, конечно...
Re[4]: OFF:? Фрагментация файла БД ...
>> DK> 35 мег на 1 процесс - метаданных в базе много? >>Да не очень: ~20 таблиц, ~100 вьюх, ~700 SP O> DATABASE_CACHE_PAGES - подкручивал? сколько? Блин наверное в этом и проблема :( Кто-то прикрутил, может и я, не помню :), до 8192 ... O> 20 гиг база, на 2 гигах памяти... как мне повезло. :) Дык вроде хватало :) O> а DATABASE_CACHE_PAGES - УМЕНЬШИЛ, что бы больше оставалось под SystemCache Попробую ... O> Кроме того, поработал над приложениями, что бы коннектов было минимальное кол-во. O> (у меня тоже Classic). Бухгалтерия как наоткрывает отчётов бешенных ... Я их в тредах отдельными потоками считаю ... Не могу уменьшить - прибьют ... ;) Раньше всё в одном коннекте работало, заставили переделать - захотели чтоб отчётики незаметно считались и не тормозили остальное :( С уважением, Константин Григорьевич. ===
Re: Re[4]: OFF:? Фрагментация файла БД ... !!!!!!!!!!!!!!!!!!!!!
И УЖАСНУЛСЯ МАМА МОЯ ДОРОГАЯ ... НЕУЖЕЛИ ВСЁ ТАК ПЛОХО ? Я как раз таки и не думал что это проблема HTFS кто сказал что это проблема? зуб не дам, но пребываю в глубокой уверенности - NTFS дефрагментировать не надо. особенно на SCSI, и думаю - на SATA-2 (который с поддержкой NCQ и буфером в 8 м) А если я не знаю какого размена мне нужна будет БД ? Да и, если честно, что-то не припомню ключика gbak для указания размера создаваемой БД :( при подключении моска можно выяснить размер раздела, посчитать 80% от него и получить максимально допустимый размер БД. (NTFS сильно не любит, когда свободного места на диске меньше 20% - оно ему файлы раскладывать мешает) -- Булычев Алексей http://www.stella-npf.ru
Re[4]: OFF:? Фрагментация файла БД ... !!!!!!!!!!!!!!!!!!!!!
OL> "Константин" <[EMAIL PROTECTED]> wrote in OL> message news:[EMAIL PROTECTED] >>Прочитал: >>http://dinamit.vdome.net/index.php/option/content/task/view/id/44/catid/45/Itemid/59 >>И УЖАСНУЛСЯ МАМА МОЯ ДОРОГАЯ ... НЕУЖЕЛИ ВСЁ ТАК ПЛОХО ? >>Прошу обратить внимание на раздельчик "Средства решения?" OL> А почему вы решили что это проблема NTFS. Сервер увеличивает OL> файл маленькими кусочками, NTFS в соответствии со соей стратегией OL> объединяет эти запросы на выделение в пачки и распределяет их по OL> диску. Я как раз таки и не думал что это проблема HTFS (см. первый пост) но прочитав данную статью я уже не в чём не уверен :( OL> Тебе в голову не приходит мысля что это сервер должен OL> запрышивать место на диске по файл БД не постранично а OL> соответствующими кусками? Что я и спросил (опять же первый пост). Если есть такая возможность, подскажите как её включить/настроить ? OL> Кто тбе мешает изначально создать файл БД соответствующего размера? А если я не знаю какого размена мне нужна будет БД ? Да и, если честно, что-то не припомню ключика gbak для указания размера создаваемой БД :( С уважением, Константин Григорьевич. ===
Re[4]: OFF:? Фрагментация файла БД ...
МГВ> Ну а если попробовать ночером остановить сервер и переместить файл базы на МГВ> другой диск и обратно... Да в принципе уже перенастроил шедулер: 1. BackUp на другой диск. 2. Перемещение БД туда же (как резерв) 3. Дефрагментация диска БД 4. Restore БД 5. Дефрагментация диска БД но ведь весь вопрос в том что к концу дня может набраться достаточно фрагментов для тормозов (пока теоретически). Вопрос был в том что-бы минимизировать КОЛИЧЕСТВО и размер фрагментов ... Как либо увеличив выделяемое за 1 раз место на диске при запросе FB (или "системно" ?) ... С уважением, Константин Григорьевич. ===
