Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
| | | | | | | | | | | | | | | | | |
да не, недолго =) 11.09.06 18:14 Число просмотров: 2715
Автор: fly4life <Александр Кузнецов> Статус: Elderman
|
> > "Частью ядра" - значит, можно вкомпилить монолитно. Ну
> а
> > дальше ты и сам рассуждаешь о всяких страницах и
> > преимуществах мнолитной компиляции модулей ядра ;).
>
> Часть ядра, это в общепринятой терминологии как раз таки
> модуль ядра, исполняющийся в одном "кольце защиты" с ядром.
> Монолитным ядрам (а ядро линукса монолитное как ни крути)
> противопоставляются микроядра. На мой взгляд железо уже
> достаточно мощное, чтобы можно было закрыть глаза на
> оверхэд, связанный с переключением контекста между
> процессами-менеджерами. Особенно, если учесть, что взамен
> получаем нефиговую стабильность.
Ну, суть - просто придрался к словам (и извинился за это) - ты поскипал.
> > А, ну да, занимает целое число страниц. Однако тут
> надо
> > учитывать, что вкомпиленный монолитно модульвсегда
> > занимает какую-то память. При этом его никак не
> выгрузить
> > и, соответственно, эту память не освободить.
>
> Ядро винды (неупакованное) - без малого 2 метра. Object
> Manager, Configuration Manager (реестр), PnP Manager,
> Security Reference Monitor, Memory Manager, Cache Manager,
> Process Scheduler, I/O Manager ну и по мелочам Runtime
> Library, Filesystems Runtime Library, вспомогательные
> функции Executive и Kernel. Вот скажи, что из этого можно
> безболезненно выбросить?
>
> Распакованный линукс занимает не намного меньше, если
> хочешь сделать ядро винды упакованным, то наверное ты
> удивишься, если узнаешь, что NTFS поддерживает компрессию
> начиная с самых ранних версий и NT-шный osloader отлично
> грузит пакованные ядра. Не кажется ли такой вариант более
> общим (generic) и красивым. Можно упаковать не только ядро,
> но и весь system32, если тебе плевать на скорость, но жалко
> места.
>
> > > > Реалии нынешнего положения дел таковы, что
> > никакого
> > > > выигрыша от личной "оптимизации" ядра не
> > получишь.
> > > > Лично я вижу только одну причину
> пересобирать
>
> А какой выигрыш ты ожидаешь от возможности пересобрать ядро
> винды, если оно и так двухметровое (при том, что гиг ОЗУ
> сегодня - стандарт de facto).
Эй! Ты точно читал то, что я писал? Я тут твержу, что выигрыша от перекомпиляции ядра не получишь, а ты у меня спрашиваешь, как выигрыш от этого занятия я получу ;).
> > Не, ну почему же сразу "красноглазиком"? Если ты
>реально
> > знаешь зачем тебе его пересобирать, а также, какую
> выгоду
> > тебе принесёт эта компиляция, то валяй - с виндой
> такого не
> > получится =(.
>
> Что именно ты бы выкинул из ядра винды?
Ну, не то чтобы выкинул, но одназначно бы избавился от проблемы "переезда на новое железо, в частности материнскую плату".
> > Та не. В случае линукса, деньги привлекут в процесс
> > разработки и развития этой ОС не только людей, которые
> > могут заниматься этим занятием в свободное от основной
> > работы время ;).
>
> Я бы мог еще поговорить об "удобстве" разработки на
> линуксе, которое я испытал на собственном горбу, а
> продуманности архитектуры, но стоит ли?
Нет, не стоит, т.к. не в тему ;).
|
|
<sysadmin>
|
Как правильно архивировать контроллер домена 2003 + Exchange Server? 28.08.06 13:27
Автор: HandleX <Александр М.> Статус: The Elderman
|
Subj. Если я при помощи NTBackup архивирую "System State" + "Microsoft Exchange Server-Microsoft Information Store", значит ли это, что если крякнет диск С, я подниму сервак заново + Exchange, разархивирую то что указал выше, у меня снова всё будет хорошо, т.е. как будто ничего не произошло?
Или всё-таки надо архивировать диск C: в придачу?
Заранее всем спасибо за ответы.
|
|
Ответ зависит от того, меняется ли железо при переносе. 13.09.06 12:07
Автор: lazy_anty Статус: Незарегистрированный пользователь
|
Ответ зависит от того, меняется ли железо при переносе.
Если НЕ меняется, тупо восстановить на идентичном железе системные каталоги ОС+System State = восстановить ОС. Восстановить каталоги, относящиеся к MSEXCH+все БД MSEXCH = восстановить MSEXCH. Если почтовый сервер не один, может потребоваться синхронизация с "ушедшими вперед" БД и счетчиками других серверов (директорий и хранилища). То же относится, в принципе, к AD/DNS/etc.
Если железо меняется, то в зависимости от того, насколько - восстановление варьируется от описанного варианта всего лишь с доустановкой драйверов нового железа до переустановки ОС и ядра почтовика практически заново, с обновлением компонентов до уровня упавшей системы. И восстановливать в этом случае нужно не весь System state, а отдельные ветви реестра и отдельные системные файлы.
Поскольку MSEXCH интегрирован с IIS, то восстановление отдельных частей метабазы IIS тоже необходимо, любым приемлемым способом. А потом восстановить БД MSEXCH и синхронизировать его с остальными серверами.
|
|
Было два одинаковых сервака, как аппаратно, так же они были... 28.08.06 17:44
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
Отредактировано 28.08.06 17:45 Количество правок: 2
|
> Subj. Если я при помощи NTBackup архивирую "System State" +
> "Microsoft Exchange Server-Microsoft Information Store",
> значит ли это, что если крякнет диск С, я подниму сервак
> заново + Exchange, разархивирую то что указал выше, у меня
> снова всё будет хорошо, т.е. как будто ничего не произошло?
> Или всё-таки надо архивировать диск C: в придачу?
Было два одинаковых сервака, как аппаратно, так же они были одинаково сконфигурены. Разница была: на одном антивирус корпоративный (сервер) стоял, на другом Аська, где-то еще Аутлук был настроен. На обоих АД (оба контроллеры одного домена), ДНС, ДХЦП и пр.
На одном, более важном, грохнулся винт. Дернули винт из другого, восстановили недавно сбэкапленый систем стэйт, получили синий экран.
Такая вот грустная история.
> Заранее всем спасибо за ответы.
Рекомендую клонировать периодически по мере необходимости системный раздел (в образ или на другой диск), а всякие базы с рабочего раздела периодически бэкапить куда сочтете нужным.
|
| |
%Windir% + части %PF%, из которых тоже загружаются модули... 13.09.06 12:21
Автор: lazy_anty Статус: Незарегистрированный пользователь
|
> > Или всё-таки надо архивировать диск C: в придачу?
%Windir% + части %PF%, из которых тоже загружаются модули при старте ОС.
>
> Было два одинаковых сервака, как аппаратно, так же они были
> одинаково сконфигурены. Разница была: на одном антивирус
> корпоративный (сервер) стоял, на другом Аська, где-то еще
> Аутлук был настроен. На обоих АД (оба контроллеры одного
> домена), ДНС, ДХЦП и пр.
> На одном, более важном, грохнулся винт. Дернули винт из
> другого, восстановили недавно сбэкапленый систем стэйт,
> получили синий экран.
Антивирус корпоративный, говорите? ;) А после восстановления System state он, может быть, что-то загрузить хотел, чего на восстановленной машине не было?
Т.е. резервная копия System state хороша на 100%, если к ней есть соответствующая резервная копия системной области ОС. Не обязательно в виде архива NT Backup - иногда хватает пофайловой копии этих файловых областей.
|
| |
еще бы синего экрана не было. или они оба были у тебя... 06.09.06 13:46
Автор: [cb] Статус: Member
|
|
еще бы синего экрана не было. или они оба были у тебя хранилищем глобального каталога :).
|
| | |
Это была система что-то типа high availability. там еще dfs... 06.09.06 18:03
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
Отредактировано 06.09.06 18:04 Количество правок: 1
|
> еще бы синего экрана не было. или они оба были у тебя
> хранилищем глобального каталога :).
Это была система что-то типа HIGH AVAILABILITY. Там еще DFS когда-то был на юзерфилес. Проверял, работало. Даунился один - все работает, все логинятся, работают, затем он запускался, синхронизировался, даунился второй, все работает, все данные на месте.
|
| | | |
тогда сложно сказать, а при bsode dump-ился или просто вис? 07.09.06 11:56
Автор: [cb] Статус: Member
|
|
|
| | | | |
Сначала сервак накрылся БСОДом при загрузке с дампом. Когда... 07.09.06 12:58
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
Отредактировано 07.09.06 13:01 Количество правок: 1
|
Сначала сервак накрылся БСОДом при загрузке с дампом. Когда реанимировали посредством заливки образа со второго и восстановлением с бэкапа БСОД был вроде как без дампа. Времени было не много, торопились, могу ошибиться. Закончилось тем, что запустили второй, только пришлось кое-чего подкручивать. Рабочие станции пришлось перерегистрировать в домене, с пользователями поколдовать и пр.
Чтоб в непонятки не вводить, поясню. Год назад в связи со срочным переездом бОльшей части народа в другой офис серваки "разлучили". Настройки практически не менялись. Разве что АйПи адрес, пользователи заводились. Попытка восстановления системы с бэкапа делалась для того, чтоб заново пользователей не заводить и пр. Ни каких хитростей в АД не было.
|
| | | | | |
Глобальный каталог 11.09.06 07:13
Автор: [cb] Статус: Member
|
Глобальный каталог - Global Catalog
Хранит реплики всех объектов Active Directory, но с сокращенным
числом атрибутов. К хранимым относятся атрибуты, используемые
наиболее часто при выполнении операций поиска (например, имя
пользователя, имя входа в систему и т. д.) и достаточные для обнару-
жения полной реплики объекта. ГК позволяет быстро находить объек-
ты, не требуя указания того, в каком домене хранится объект, а также
использования смежного расширенного пространства имен на пред-
приятии.
Сдается мне что у тебя контролер домена на 2000 был. Конечно это уже сейчас не важно, но почитать на будущее статью ( http://support.microsoft.com/kb/313994 ) можно + есть очень-очень хорошая книга про AD "Федор Зубанов- Active Directory подход профессионала" (есть в pdf).
|
| |
Странно... А вроде NTBackup вся такая живая и весёлая, крыжики там всякие прикольные... Но не работает... жаль... Может у народа ещё был какой экспириенс с этим поделием (NTBackup)? 28.08.06 21:19
Автор: HandleX <Александр М.> Статус: The Elderman
|
|
|
| | |
А что, собственно, не получается? Сделать резервную копию... 13.09.06 12:13
Автор: lazy_anty Статус: Незарегистрированный пользователь
|
|
А что, собственно, не получается? Сделать резервную копию или восстановить с нее? И в какой конкретно момент и что поется в ответ? ;)
|
| | |
NTBackup довольно таки хорошая штука, частенько помогала... 06.09.06 13:55
Автор: [cb] Статус: Member
|
|
NTBackup довольно таки хорошая штука, частенько помогала. теоритически должно быть все ок. лично у самого была 1 раз ситуация когда сыпался винт с 2000S + mui, с помощью NTBackup не получилось восстановиться(да и ничто не помогло) :(.
|
| | | |
А вообще, NTBackup помогает, если полностью, скажем умер сервер? 06.09.06 17:49
Автор: HandleX <Александр М.> Статус: The Elderman
|
|
Я имею ввиду, сгорела мать, винт... До этого были сделаны копии System State и Exchange. Ставим заново венду, Exchange, восстанавливает из архива предыдущие вещи, и всё работает? Что-то слабо верится... Но вообще, надо поэкспериментировать.
|
| | | | |
нет, можешь даже не эксперементировать 07.09.06 12:00
Автор: [cb] Статус: Member
|
|
|
| | | | |
Скорее всего ничего не заработает в таком случае. Да, файло... 06.09.06 18:08
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
Отредактировано 06.09.06 18:10 Количество правок: 1
|
> Я имею ввиду, сгорела мать, винт... До этого были сделаны
> копии System State и Exchange. Ставим заново венду,
> Exchange, восстанавливает из архива предыдущие вещи, и всё
> работает? Что-то слабо верится... Но вообще, надо
> поэкспериментировать.
Скорее всего ничего не заработает в таком случае. Да, файло восстановить НТбэкап вполне подходит, но не систему. Если системное файло восстановить без настроек системы на него - не будет, если только состояние системы - тоже кирдык, если весь диск - шансы будут, но невелики. И на кой тогда такой гемор - ставить систему, чтоб потом все заменить на то, что в бэкапе? Почему бы образ не сделать на другой диск или в файл (сидюк/стример). Будет проще и быстрее.
|
| | | | | |
Образ не заработает, если чипсет сменился радикально, к примеру Intel поменялся на NVidia, да ещё если был какой-нить замудрёный RAID :-( 07.09.06 07:07
Автор: HandleX <Александр М.> Статус: The Elderman
Отредактировано 07.09.06 07:08 Количество правок: 1
|
|
|
| | | | | | | |
Ну про ДОС умолчим. В Линуксе ядро едино и работоспособно в... 07.09.06 13:08
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
Отредактировано 07.09.06 13:09 Количество правок: 1
|
|
Ну про ДОС умолчим. В Линуксе ядро едино и работоспособно в любых ситуациях. В Виндах какие-то уроды придумали несколько ядер. Причем там, где работает одно, не будет работать другое. Возможно построение систем, на которых не будет работать ни одно ядро :-). Ну запускаем мультипроцессорное ядро на однопроцессорной тачке, ну пусть считает, что это многопроцессорная система, состоящая из одного процессора. Или наоборот - куча процессоров, ну пусть "не видит" другие процессоры. Про драйвера можно умолчать - в начале при инициализации драйвер ищет устройства, не нашел - не загрузился. Зачем стучаться в регистры другого устройства, думая, что это твое. Времена "не ПНП" прошли.
|
| | | | | | | | |
Хоть и флейм, но молчать не буду -)) 07.09.06 13:56
Автор: HandleX <Александр М.> Статус: The Elderman
Отредактировано 07.09.06 13:57 Количество правок: 1
|
Вообще-то в линуксе ядро "на все случаи жизни" это плохо. Линукс ставят СНАЧАЛА с таким ядром, запустилось -- чудесно, потом включают нужные опции, убирают ненужные, и ПЕРЕКОМПИЛИРУЮТ его... получается маленькое вкусненькое ядрышко, но если ним попробовать загрузиться на другой машине, то может и незаработать.
То же самое и с виндой, только M$ ядра компилить не дают, а позаботились за нас чайников, слава Гейтсу!!! -))
|
|
|
подробно о проекте
Анализ криптографических сетевых...
