Demetrio
uid=0 | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору ГЛАВА ДЕСЯТАЯ (Все течет и все меняется) Раньше, когда был один винчестер в системе и часто экспериментировал с реестром и в DiskEditor'е, ставил систему на три разных раздела, дабы оторвать от системы доки и программы, тем самым, уменьшая системный раздел, для закатки его в имидж. Теперь, когда от программ по созданию имиджей отказался, из-за перемещения ими MFT и винчестеров в системе стало три, ставлю все по умолчанию, т.е. все папки на один раздел. Сегодня, когда цены на винчестеры относительно низкие, предпочтительно иметь в системе не менее двух винчестеров - один большой и один, хотя бы, маленький. К примеру, у меня один 80Гб - основной, второй старый, для архива, 8Гб. Первый диск я переразметил на один большой раздел, куда и воткнул систему. Преимущества такого разбиения: 1. При падении\потере раздела он легко восстанавливается, или ручками, или той же SyMon т.е. нет необходимости поиска всей цепочки разделов, если у вас имеется расширенный раздел. 2. Экономия места на диске в целом, т.е. один раздел и все на него скидываем, если разделов много то, рано или поздно, возникает вопрос о переразметке какого-то из них, так как места на нем стало не хватать. Отсюда необходимость в использовании софта сторонних фирм (Partition Magig, Acronis Partition Expert). Отдельно надо сказать, что Acronis Partition Expert, при изменении размера разделов, делает разметку "по-своему", т.е. начало и конец раздела могут получиться не в самом начале и конце цилиндра, что не есть правильно, хотя бы при поиске этих самых границ при падении раздела. Чуть ниже я еще приведу примеры, почему не следует использовать сторонний софт. При одном разделе этих танцев нет, соответственно не надо ставить лишние программы и рисковать данными. Зачем делать то, чего можно не делать никогда! 3. Данные располагаются по всему диску, что ведет к его равномерному износу, если можно так выразиться. 4. Увеличение количества точек отката системы, которые могут пригодиться при установке софта после инсталляции оси. 5. Фрагментации файлов гораздо меньше, чем при нескольких небольших разделах. Есть и небольшие минусы, у себя заметил, что время загрузки системы увеличилось на 1-2 секунды. Также, по заверениям Майкрософт, есть 1-2% потеря при дисковых операциях, что на глаз и не заметно. Чем бить? В принципе, если только разбивать, но не форматировать раздел, то разницы нет, хотя Partitin Expert зачем-то ставит тип раздела 0BBh (OS Selector). Естественно, лучше внутренней утилитой DiskPart, загрузившись с CD в WinPE, или самой программой установки, что, в принципе, одно и тоже. Под какую систему форматировать... разумеется, под NTFS потому, что она надежнее и быстрее, чем FAT32, тем более на больших томах, да и ошибок на ней всегда меньше и нет необходимости постоянно запускать CHKDSK. Углубляться в описание преимуществ NTFS здесь не буду... уже есть куча статей в Интернете: http://www.osp.ru/pcworld/2003/01/060.htm http://www.osp.ru/win2000/2001/07/030.htm http://www.osp.ru/win2000/2001/08/031.htm http://www.osp.ru/win2000/2000/04/018.htm http://www.osp.ru/pcworld/1999/10/20.htm http://ixbt.com/storage/ntfs.html http://www.microsoft.com/technet/treeview/default.asp?url=/technet/prodtechnol/windowsserver2003/proddocs/techref/W2K3TR_ntfs_how.asp http://www.microsoft.com/whdc/hwdev/tech/storage/ntfs-preinstall.mspx А вот чем форматировать раздел, на этом поподробнее. При форматировании сторонними программами (Partition Magig, Acronis Partition Expert) главная таблица файлов (MFT) будет находиться практически в самом начале диска, но по заявлению Майкрософт, лучшее место для MFT не в начале диска: Цитата: In Windows 2000 and earlier versions of Windows NT, the MFT was typically placed at the start of the disk space available to the file system. In Windows XP, the NTFS format utilities place the MFT 3 GB further into the disk space, which has been found to improve system performance by 5 to 10 percent. http://www.microsoft.com/whdc/hwdev/tech/storage/ntfs-preinstall.mspx | Не велик выигрыш в 5-10%, но зачем же его терять? Кто тут хочет, чтобы его система работала медленнее? Думаю никто! Потому, предпочитаю форматировать только утилитой Format. Разницы нет, форматировать ли из WinPE, или сразу при установке системы, но все-таки есть один маленький нюанс. В процессе работы, MFT также фрагментируется, как и любой другой файл, что гораздо больше влияет на общую производительность, нежели фрагментация самих данных. Чтобы этого не происходило, применим маленькую хитрость. Всем известно, что при удалении файлов с диска, запись в MFT, о занимаемых этими файлами кластерах, не удаляется, но лишь маркируется, как свободное. Это нам и надо. Создаем на втором винчестере 100 000 - 150 000 файлов одного размера (1байт). Затем, как отформатировали свой основной винчестер, копируем на него все эти файлы и сразу их удаляем. После такой операции MFT раздуется и ляжет цельным куском на винчестере. Вот, как сейчас у меня, после установки системы и всех программ: Цитата: Фpaгмeнтaция MFT (Master File Table) Oбщий paзмep MFT=131 MБ Cчeтчик зaпиceй MFT=77 215 Пpoцeнт иcпoльзoвaния MFT=57 Bceгo фpaгмeнтoв MFT=2 | Теперь, при установке программ, MFT не будет фрагментироваться, пока количество файлов на томе не перевалит, порядка, за 130 000. Вот, собственно, почему и предпочтительней форматировать утилитой Format и только из WinPE. Посмотреть, где расположена главная таблица файлов (MFT) на вашем томе, можно командой Цитата: fsutil fsinfo ntfsinfo C: | где С: имя тома Правда данные будут в шестнадцатеричном виде, придется конвертировать, поэтому можно взять утилиту от Руссиновича в ней удобнее. Далее, второй винчестер, разбил так: один раздел (1000Мб) под файл подкачки, FAT второй раздел под архив, NTFS. Первый можно и NTFS, просто у меня сгорел флоп-дисковод, идти за ним в магазин лень, да и не нужен он мне особо, но иногда надо сохранять сектора, работая в DiskEditor, а он только на FAT сохраняет. Я делал раздел под подкачку как NTFS, так и FAT, никакой разницы не заметил. Почему подкачку на второй винчестер? Заметил, что когда файл подкачки лежит там же где и сама система, очень сильно фрагментируется том, система кидает файлы вокруг подкачки. Ну и потом, общая производительность будет несколько выше, если подкачку сунуть на второй винчестер, висящий именно на другом шлейфе. Естественно, сделать наименьший и наибольший размер равными, т.е. полторы памяти. А вообще, чем больше у вас разделов с FAT, тем медленнее у вас загрузка системы, потому, как таблица FAT, в отличие от MFT, полностью грузится в память при загрузке. Другими словами, если диск побит на три раздела и все они NTFS, то загрузка будет значительно быстрее, нежели, если у вас один раздел NTFS, а другие FAT32. Вот и прикидывайте! ГЛАВА ОДИННАДЦАТАЯ (Backup системы, папки "Мои документы" и реестра) Установили систему, файл подкачки засунули на второй винчестер, убрали все красивости и перед тем, как ставить софт, на всякий случай делаем полный архив системы. Никаких имиджей, по выше изложенной причине, для этого есть внутренняя программа NTBackup. Некоторые скажут, что работает она только в рабочей системе, т.е. что делать, если в систему зайти нельзя? Ответ - запускать ее из WinPE, прямо с жесткого диска, а чтобы наверняка, интегрировать ее в WinPE. Для этого идем к Руссиновичу и качаем утилиту ListDLLs запускаем NTBackup и запускаем, в командной строке: ListDLLs NTBackup. Получаем список всех файлов, которые необходимо скопировать из основной системы в WinPE, в соответствующие папки. Теперь, при восстановлении системы, можно запускать NTBackup из самой WinPE. Архив системы удобнее делать из командной строки, для этого, в программе NTBackup 1. Ставим галки на диске "С" и на "System State". 2. В параметрах, на вкладке "Исключение файлов", добавляем все, что не нужно вносить в наш файл архива. 3. Сохраняем свои выставленные настройки в файл (Backup.bks), в каталог %USERPROFILE%\LOCALS~1\APPLIC~1\MICROS~1\WINDOW~1\NTBackup\data\Backup.bks Создаем следующий батник (NTBackup.bat), в качестве архиватора я использовал Rar.exe Цитата: @echo off REM Будущие имена архивов date /t > %SystemDrive%\date.txt time /t > %SystemDrive%\time.txt ECHO. ECHO Создать архив системы с именем вида 10.03.2004_16-15.bkf ECHO. for /f "tokens=1" %%i in (%SystemDrive%\date.txt) do for /f "tokens=1,2 delims=: " %%j in (%SystemDrive%\time.txt) do "%SystemRoot%\system32\ntbackup.exe" backup "@%USERPROFILE%\LOCALS~1\APPLIC~1\MICROS~1\WINDOW~1\NTBackup\data\Backup.bks" /F "%USERPROFILE%\My Documents\BAK\NTBackup\%%i_%%j-%%k.bkf" ECHO. ECHO Ужать RAR'ом и удалить только что созданный файл .bkf ECHO. for /f "tokens=1" %%i in (%SystemDrive%\date.txt) do for /f "tokens=1,2 delims=: " %%j in (%SystemDrive%\time.txt) do "%ProgramFiles%\WinRar\Rar.exe" m -ep "%USERPROFILE%\My Documents\BAK\NTBackup\%%i_%%j-%%k.rar" "%USERPROFILE%\My Documents\BAK\NTBackup\%%i_%%j-%%k.bkf" ECHO. ECHO Оставить два последних архива в папке, остальные удалить ECHO. cd /d "%USERPROFILE%\My Documents\BAK\NTBackup" @for /f "skip=2" %%i in ('dir /b /o:-d /t:w *.rar') do @del /q %%i | В итоге, в папке "%USERPROFILE%\My Documents\BAK\NTBackup, будут храниться два последних файла архива системы с именами даты создания файла. При полном падении системы загружаемся в WinPE, разархивируем файл архива системы и восстанавливаем System State в альтернативное размещение. После этого из альтернативного размещения копируем все в папку Windows, и останется восстановить сам диск "С" в исходное расположение. Главное поднять систему и войти в нее, а полное восстановление, т.е. System State сразу в исходное расположение, уже можно сделать, находясь в самой системе. Плюсы использования NTBackup: 1. Вы не нарушаете структуру файловой системы, на всем протяжении использования, в отличие от программ создания имиджей. 2. Если ваш том большой и на нем много файлов, то имидж получится огромный и его где-то надо хранить. При использовании же NTBackup можно выбирать, что включать в файл архива системы. К примеру, папку "Мои документы", самую огромную на томе, я исключаю из архива потому, что файлы в ней часто изменяются и, нет смысла совать ее туда. Но, при каждом выходе из системы, выполняется файл сценария, где и прописано копирование обновленных файлов из этой папки на второй винчестер. Как создавать файлы сценария, читаем в четвертой главе КУРСА. 90% проблем в системе происходит из-за реестра. Помните, в 98х была фича, при каждом входе в систему, создавалась копия реестра. В ХР этой фичи нет, тут есть System Restore, но когда весь софт установлен и система настроена нет необходимости в ее использовании, она ведь нешуточно отъедает место на томе, ее всегда можно включить и перед установкой новой программы. Также, копия реестра создается всякий раз, когда запускается программа NTBackup, но зачем каждый день ее запускать для этого. Выход простой и давно известный - используем программу ERUNT На сайте также есть файл .vbs, который позволяет сохранять копии реестра в каталоги с именем дней недели. Очень удобно иметь суточный реестр. Осталось только все это автоматизировать, делаем батник: Цитата: @echo off rem Создается файл с сегодняшней датой date /t > "%ProgramFiles%\ERUNT\data.txt" rem Сравнение двух файлов с датой fc "%ProgramFiles%\ERUNT\data.txt" "%ProgramFiles%\ERUNT\data_bak.txt" >nul rem Если файлы разные, то запускается скрипт ERUNT if errorlevel 1 goto NotEq rem Если файлы одинаковые, скрипт ERUNT не выполняется goto Quit :NotEq rem Запуск скрипта ERUNT "%ProgramFiles%\ERUNT\ERUNT.VBS" rem Создается файл с датой date /t > "%ProgramFiles%\ERUNT\data_bak.txt" :Quit | При помощи Schtasks задаем запуск батника при входе в систему. Теперь, при удачной загрузке в систему, но только один раз в сутки, будет создаваться копия реестра, и раскладываться по каталогам с именами дней недели. Упала система, загрузились в WinPE и скопировали копию файлов реестра в каталог %SystemRoot\system32\config.[/q] (c) Copyright by KLASS |