Покопал матчасть и, похоже, таки вы правы. Хочется придумать и потестить какой-то пример с перенаправлением на другие диски (symlinks, junctions, DFS), т.к. System Restore, если я правильно помню, следит только за C:, но VSS работает на блочном уровне, так что не выйдет. :)
Польза от System Restore Explorer в том, что он монтирует shapshot в каталог (доступный не только через Explorer, но и другим программам). Через Previous Version такой фокус не удается. По крайней мере у меня.
Я за 3. Вначале фичи и стабильность, потом уже рюшечки.
Еще было бы неплохо, чтобы вы написали бизнес-цель вашего проекта. Раздавать Internet в коттеджном поселке? Или все же поглобальнее?
Согласен, нужно было начать «Реестр появился в Win31 для хранения информации о COM-компонентах»… Или еще лучше — начать с INI-файлов. Win95 выбрана т.к. именно с нее начались повальные проблемы связанные с порченным реестром.
Если у вас есть дельные комментарии для улучшения статьи — с радостью выслушаю. Уже полсотни человек добавили статью в Избранное — сделаем им хорошо, развеяв все «мифы и глупости».
Ну вот а меня файла ntuser.dat не было!
NTUser.dat.log были (2 шт), regrans-ms — были, а ntuser.dat — не было. Если бы был — не было бы этой статьи. :)
Как выяснилось, есть ряд косяков, когда в Windows Restore попадает не все. Причины понятны не до конца.
У меня, например, C:\Users перенаправляется в D:\Users, и System Restore честно сбакапила symlink, не попытавшить его прорезолвить. По большому счету, я сам виноват. Можно было и Винду кастомизировать при инсталляции, сразу указав D:\Users (но помню, что влез в какие-то проблемы с этим позже), и забыл, что это уже не XP, где System Restore работал на файловом уровне.
В других случаях, какие-то программки держат дескрипторы реестра настолько цепко, что NTuser.dat не попадает в Shadow Copy, и соотв в System Restore. Или просто глюкает Shadow Copy. В общем, факт остается фактом.
Утилиту Windows Backup я использую только с одним параметром — System Image. Все остальное жутко долго. Плюс, моя папка Users тоже нашпигована sym/hard-link'ами.
Ну постройте MESH на Meru (роуминга нет впомине) или Motorola (MeshConnex — очень мощная реализация MESH, самая крупная инсталляция — 1400 узлов).
Все равно, единственная проблема, которую вы попытались починить — это режим совместимости. Идея мне понравилась. Но при этом вы поломали приличное количество стандартов. На это можно смело наплевать при создании замкнутой сети для какого-нибудь производственного процесса, где вы лично отбираете и тестируете клиентское железо. Но для сети провайдеркого типа… Желаю вам удачи в поддержке всего этого дела, когда пойдут жалобы от пользователей всяких странных устройств с не совсем интеллектуальными драйверами. Та же Meru создала довольно интересную архитектуру, в которой вся сеть (ESS) видится как _одна_ точка доступа (BSS). Роуминг извели на корню но нажили проблемы с совместимостью, что и не позволяет Meru подняться выше нишевого статуса.
Чуть менее изящно, но более надежно, просто создать несколько SSID: NET-FAST, NET-SLOW, которые жестко регламентируют возможности подключения.
Очень интересно как ваша прошивка решает остальные проблемы:
* Ограниченная зона покрытия.
* Ослабление сигнала с увеличением расстояния размещения приемника от точки доступа.
* Принцип – «Чем меньше скорость, тем больше расстояние».
* Аналогичное правило для скорости соединения – «Точка доступа выбирает скорость обмена равную скорости минимального из устройств».
* Отсутствие бесшовного роуминга при использовании более одной точки доступа.
* Загруженность каналов в местах скопления сетей, таких как многоэтажные дома.
Пишу на оба ресурса. Ссылки, вроде, назад на Хабр не прикрутили. Этот вопрос поднимался несколько раз здесь, и я так и не нашел на него ответа.
Только вот, здесь мне уже заметили, что в Vista/W7 таки есть встроенный бакап, и я статью подправил. А там пока не заметили, и статья, соотвественно, пока не обновлена. Так что это не кросспост — теперь это форк :)
Если у вас есть дельное решение по поводу кросспоста — с радостью к нему прислушаюсь. На ko.com.ua точно так же не любят ссылки. Не писать же вот такое: habrahabr.ru/post/135357/?
Вот поэтому полезно общаться с живыми людьми! Я копал интернеты полдня и ни одного упоминания не нашел… Тем не менее, пользовательского хайва в RegBack нет. Подправлю статью немного.
Это вы про XP или Vista/7? Т.к. в вистоподобных ОС system restore иначе работает. В XP все было проще, в Win7 выручает nicbedford.co.uk/software/systemrestoreexplorer/
Когда у меня слетел профайл — я много где искал… ntuser.dat не нашел нигде, а в указанном вам каталоге, единственное похожее на реестр было syscache.hve и два .log-файла (ну и базы System Restore).
Всех соседей на каналах, отличных от вашего можно смело занести в категорию электромагнитных помех.
Берите точку на 5Ghz — они дороже, большинство людей «не в теме» их просто не покупает, как результат — в 5Ghz «воздух чище».
Для полноты картины забыли добавить Frame Aggregation. :)
600Mbps — это datarate. Я в статье несколько раз упоминал, что интереснее throughput, который получается в среднем около половины рейта. Если интересно, выложу пост с парой картинок реальных тестов пропускной способности разных режимов 802.11n с помощью Veriwarve. Там очень хорошо видно, что и как влияет на пропускную способность.
Хороший пост.
Было бы полезно упомянуть, что WiMax OFDM реализует MI-MIMO и может передавать данные разным клиентам на разных поднесущих: habrahabr.ru/blogs/sandbox/132247/
habrahabr.ru/post/144050/
Польза от System Restore Explorer в том, что он монтирует shapshot в каталог (доступный не только через Explorer, но и другим программам). Через Previous Version такой фокус не удается. По крайней мере у меня.
Еще было бы неплохо, чтобы вы написали бизнес-цель вашего проекта. Раздавать Internet в коттеджном поселке? Или все же поглобальнее?
Если у вас есть дельные комментарии для улучшения статьи — с радостью выслушаю. Уже полсотни человек добавили статью в Избранное — сделаем им хорошо, развеяв все «мифы и глупости».
NTUser.dat.log были (2 шт), regrans-ms — были, а ntuser.dat — не было. Если бы был — не было бы этой статьи. :)
Как выяснилось, есть ряд косяков, когда в Windows Restore попадает не все. Причины понятны не до конца.
У меня, например, C:\Users перенаправляется в D:\Users, и System Restore честно сбакапила symlink, не попытавшить его прорезолвить. По большому счету, я сам виноват. Можно было и Винду кастомизировать при инсталляции, сразу указав D:\Users (но помню, что влез в какие-то проблемы с этим позже), и забыл, что это уже не XP, где System Restore работал на файловом уровне.
В других случаях, какие-то программки держат дескрипторы реестра настолько цепко, что NTuser.dat не попадает в Shadow Copy, и соотв в System Restore. Или просто глюкает Shadow Copy. В общем, факт остается фактом.
Утилиту Windows Backup я использую только с одним параметром — System Image. Все остальное жутко долго. Плюс, моя папка Users тоже нашпигована sym/hard-link'ами.
Все равно, единственная проблема, которую вы попытались починить — это режим совместимости. Идея мне понравилась. Но при этом вы поломали приличное количество стандартов. На это можно смело наплевать при создании замкнутой сети для какого-нибудь производственного процесса, где вы лично отбираете и тестируете клиентское железо. Но для сети провайдеркого типа… Желаю вам удачи в поддержке всего этого дела, когда пойдут жалобы от пользователей всяких странных устройств с не совсем интеллектуальными драйверами. Та же Meru создала довольно интересную архитектуру, в которой вся сеть (ESS) видится как _одна_ точка доступа (BSS). Роуминг извели на корню но нажили проблемы с совместимостью, что и не позволяет Meru подняться выше нишевого статуса.
Чуть менее изящно, но более надежно, просто создать несколько SSID: NET-FAST, NET-SLOW, которые жестко регламентируют возможности подключения.
Очень интересно как ваша прошивка решает остальные проблемы:
* Ограниченная зона покрытия.
* Ослабление сигнала с увеличением расстояния размещения приемника от точки доступа.
* Принцип – «Чем меньше скорость, тем больше расстояние».
* Аналогичное правило для скорости соединения – «Точка доступа выбирает скорость обмена равную скорости минимального из устройств».
* Отсутствие бесшовного роуминга при использовании более одной точки доступа.
* Загруженность каналов в местах скопления сетей, таких как многоэтажные дома.
Только вот, здесь мне уже заметили, что в Vista/W7 таки есть встроенный бакап, и я статью подправил. А там пока не заметили, и статья, соотвественно, пока не обновлена. Так что это не кросспост — теперь это форк :)
Если у вас есть дельное решение по поводу кросспоста — с радостью к нему прислушаюсь. На ko.com.ua точно так же не любят ссылки. Не писать же вот такое: habrahabr.ru/post/135357/?
Когда у меня слетел профайл — я много где искал… ntuser.dat не нашел нигде, а в указанном вам каталоге, единственное похожее на реестр было syscache.hve и два .log-файла (ну и базы System Restore).
Фирменный сервис, вроде, x64 не поддерживает.
Берите точку на 5Ghz — они дороже, большинство людей «не в теме» их просто не покупает, как результат — в 5Ghz «воздух чище».
600Mbps — это datarate. Я в статье несколько раз упоминал, что интереснее throughput, который получается в среднем около половины рейта. Если интересно, выложу пост с парой картинок реальных тестов пропускной способности разных режимов 802.11n с помощью Veriwarve. Там очень хорошо видно, что и как влияет на пропускную способность.
Было бы полезно упомянуть, что WiMax OFDM реализует MI-MIMO и может передавать данные разным клиентам на разных поднесущих: habrahabr.ru/blogs/sandbox/132247/