Вибір диска і розташування бази, MS Office, Програмні керівництва, статті

Для початку набита оскому рекомендація – найшвидший жорсткий диск, на який тільки можете виділити кошти. Диски зі швидкістю обертання 5400 абсолютно небажані, мінімум 7200, а краще 10 000 – зараз такі IDE диски вже є в продажу. Є можливість – беріть диски з інтерфейсом SATA, але тут і або материнська плата повинна їх підтримувати або ставити окремий контролер. Є можливість – Збирайте RAID-масив на окремому апаратному контролері. RAID 5 взагалі найкраща можливість підвищити швидкість дискових операцій і не турбуватися про надійність – треба прагнути саме до нього ;). Правда, тут вже виникають серйозні вимоги до блоку живлення – тягнути кілька дисків (RAID5 складається з мінімум 3 дисків). Загалом-то такі комп’ютери не збирають на коліні 😉 і вони відповідають спочатку вимогам надійності та відмовостійкості, називаються солідно серверами і коштують божевільних грошей 😉


Зрозуміло, що не у всіх є можливість купувати такі швидкісні іграшки, хоча коштують вони зараз дуже недорого (порівняно). Будемо радити, що можна вичавити з наявного обладнання.


Якщо є два диски, наприклад 5400 і 7200, ставте Windows на більш повільний, а більш швидкий на окремому контроллері IDE прибережіть для бази. При наявності достатньої оперативної пам’яті (512Мб і вище) Windows практично не буде звертатися до диска за своїми системними файлами, а ось зчитування даних з диска 7200, що висить на своєму окремому контролері (не вішайте обидва диска на одному шлейфі) буде благотворно позначатися на продуктивності … Одна маленька фішка, якщо на комп’ютері є CD-ROM, не здумайте вішати його разом з швидким диском (з базою) на один шлейф – повісьте його до того диску (Повільного) на якому стоїть система. Загальна рекомендація – диск з даними повинен бути один на окремому контроллері IDE (шлейфі). Природно, диск треба відформатувати під NTFS (надежно!) і покласти туди відразу Вашу базу. Цей нехитрий трюк дозволить розташувати базу даних фізично на крайніх доріжках диска (ну або майже на крайніх, все таки MFT NTFS “a сам займає крайні доріжки ;). Більше нічого на диск 7200 не записуйте, щоб зменшити розмазування по диску нових записів. Марнотратно? Трохи … Зате багато продуктивніше!


Під NTFS є пара особливостей – продуктивність зчитування-запису починає помітно знижуватися, коли половина диска вже заповнена і драматично падати, коли заповнено 90 відсотків простору ….


В принципі, файлова система FAT32 швидше, але набагато ненадійніше! тому я б радив уникати використання FAT32.


Що??? диск всього один?! Мдя … Будемо радити далі 😉 Ділимо диск на дві частини – С: і D:. Ставимо систему на диск D:. Їжаку зрозуміло, що ні про які там Windows “ах 95, 98, ME мова не йде – тільки Windows 2000, XP або серверні платформи. Так ось – ставимо систему на диск D:, а диск C: розміром, ну скажімо так 5 Гб (я думаю має вистачити 😉 форматіруем і кладемо на нього Вашу базу даних. Знову ж цим досягається фізичне розташування бази близько до крайніх доріжках диска і отже більш висока швидкість запису-зчитування … Більше НІЧОГО на диск C: не кладемо! щоб зменшити негативний вплив неминучою дефрагментації.


Час від часу, я думаю не частіше ніж раз на півроку (хоча все залежить від інтенсивності додавання даних), диск C: (або якщо у Вас окремий диск) з даними необхідно дефрагментувати, тобто просто форматувати (звичайно, попередньо зберігши копію бази і ОБОВ’ЯЗКОВО! переконавшись в валідності копії) і заново переписати на нього базу даних. Забудьте про дефрагментірованіе стандартним або стороннім дефрагментатора – скажу я Вам по секрету 😉 – це все дурниця під NTFS. Єдиний правильний спосіб дефрагментірованія диска – це форматування диска 😉 і нова перезаливка даних на нього. З даних, звичайно, тільки сама Її Величність База Даних ;). Всі свої улюблені картинки, музичку та іграшки зберігайте де-небудь в іншому місці і не на цьому фізичному диску ;).


Та й ще, форматування (тільки не швидке, звичайно) допомагає виявити проблеми з руйнуванням магнітної поверхні HDD (так званими BAD-кластерами), зайвий раз повна перевірка всіх секторів жорсткого диска ніколи не завадить.


А тепер пристебніть ремені ;). Хочете мати диск, хоч і не великий (порівняно, звичайно), наприклад 1 Гігабайт ;), але працює швидше в 30 разів у порівнянні з найшвидшим, який зможете знайти? Тоді встромляйте побільше ОЗУ в Ваш сервер баз даних або І.О. сервера ;). Починаємо розганятися не по-дитячому. Наприклад, з 1.5 Гігабайт ОЗУ легко можна організувати жорсткий диск в оперативній пам’яті об’ємом в 1 Гиг (все залежить від розмірів Вашої бази, необов’язково такий великий). Шукаємо програмку RamDisk XP Pro фірми SuperSpeed ​​Software. Ось вона то і дозволяє під Windows XP-2000 створювати в ОЗУ диски будь файлової системи і будь-якого розміру. Принаймні мені Глюка виявити не вдалося. Все працює прекрасно і супер-швидко. (Врахуйте, що від ОЗУ відрізається шматок під вказаний Вами розмір диска, отже, для функціонування Windows залишається менше). Але цей спосіб висуває вимоги до апаратної частини комп’ютера – будь-який збій комп’ютера загрожує повною (і моментальної!) Втратою даних. Хоча … я думаю для сервера треба щось хороше збирати 😉


При виключенні комп’ютера обов’язково робити копіювання інформації на реальний диск (RamDisk XP Pro робить бекап тупо, тільки після натискання кнопочки, немає у нього також BackUp “а за розкладом). Можна повісити . Bat файл в групові політики як реакція на завершення роботи Windows, можна в планувальник (якщо подумати, то можна дуже толково налаштувати ;). Зрозуміло, що на такій екстремальній конфігурації обов’язково потрібен хороший ДБЖ (щоб часу вистачало забекапіться, в тому числі і автоматом), і резервне копіювання інформації кожні пару-трійку годин не завадить (воно взагалі ніде не завадить).


З іншого боку, бекап працюючої бази? А раптом там індексація йде 😉 Всіх викидати на цей момент? Просто ввечері після закінчення роботи можна …. Ну це я так сам з собою 😉 Безсумнівний плюс цього методу – зменшення навантаження на жорсткий диск (при інтенсивній роботі багатьох користувачів головка мотається по диску безперервно). Хоча, напрацювання на відмову у сучасних дисків … не пам’ятаю точно, але до пенсії вистачить 😉 Знову ж RAID і fault tolerance теж придумані і отримали комерційну успішність не даремно (просто тоді, коли винаходили ці технології, ОЗУ була страшним дефіцитом ;). Загалом, вирішувати Вам ….. 😉


Хоча … операційні системи не нерозумно працюють. Та й творці Access теж розмірковують про продуктивність (хоча хто його знає, які у них першочергові завдання ;). Попереджуюче читання, кешування, відкладена запис сучасних операційних систем (особливо серверних) – все це дозволяє ефективно використовувати оперативну пам’ять як великий кеш для більш швидкого оперування даними.


Можна з упевненістю сказати тільки одне – чим більше оперативної пам’яті і чим швидше диск – тим краще (продуктивніше) в будь-якому випадку …

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*