wzbryk
Спасибо, то что нужно было!
KocmonpaB
Тоже его юзаю. Можно точнее куда смотреть нужно?
Спасибо, то что нужно было!
KocmonpaB
Тоже его юзаю. Можно точнее куда смотреть нужно?
[/q]
Добавлено:
Цитата: можно ли средствами AD скинуть "галку" в настройках сети для автоматического получения сетевых реквизитов, а то руками 40 машин обойти как то лениво...
а что, запуск по расписанию уже отменили?
программеров тут дофига, запугали начальство что криво восстанавливается если с работающей винды запускать) %)
netsh interface ip set address «Local Area Connection» dhcp
Речь шла вроде про backup а не восстановление.
домен по старой привычке здесь бэкапиться образами (акронисом короче), ну есл иещё создание системного диска контроллера домена занимает минут 10, то винт с профилями он фигачит часа 1,5, что есть совсем не дело (задерживаться раз в неделю на полтора часа ради бэкапа это как то не правильно совсем), решил поднять второй контроллер домена и решить вопрос с бэкапом репликацией на резервный контроллер, кто-нить может подкинуть какую-нить инструкцию на этот счёт?ну сам бэкап это не отменит, бо роли то всё равно будут только у 1-го DC (придётся ручками если что "захыватывать")... Да и потом, ntbackup + скрипт в шледулер и 2-й DC не нужен... на 40 воркстейшенов то расходно.
уменьшить трафик репликации, что можно сделать только создав линк между сайтами и назначив расписание репликации. Только один вопрос. Если вы меняете схему, вы меняете ее на GC. В каждом сайте должен быть свой GC. Какой-то некорректный вопрос по-моему... На практике нормально так делать?
netsh interface ip set address «Local Area Connection» dhcp
, что можно сделать только создав линк между сайтами и назначив расписание репликации. Только один вопрос. Если вы меняете схему, вы меняете ее на GC. В каждом сайте должен быть свой GC. Какой-то некорректный вопрос по-моему... На практике нормально так делать?
Но тут говорят именно установка нового приложения модифицирующего схему тоесть после модификации схемы на том контроллере на котором запустил инсталятор эти изменения схемы должны (единожды!!!) реплицироваться на остальные КДну так когда ты побьёшь лес\домен на сайты то между сайтами реплика пройдёт всего один раз, что и требуется.
Если вы меняете схему, вы меняете ее на GC. В каждом сайте должен быть свой GC.
Не хотите включить комментирование на вашем блоге без необходимости регистрироваться?
в случае внутрисайтовой репликации к каждому КД. Это и есть уменьшение трафика.
только уверенности не видно
Прочтите статью, там все полностью и исчерпывающе описано.не хочу вдаваться в туфтологию, но "исчерпывающего" не бывает. Опыт учит, и скаждым разом всё снова и снова...
Это не совсем так. Если в сайте менее семи DC, то между ними строится "кольцо"да, а потом по правилу не более 3-х переходов создаются доп.связи и т.д. Теоретически. И к рассматриваемому вопросу отношения это не имеет.
И главный эффект экономиии трафика между сайтами достигается не засчет бриджхедов, а засчет компрессии.у меня сомнения простите, покажите где приведены конкретные математические выкладки, что сжатый RPC трафик будет занимать меньше места в процентом отношении к трафику уменьшеному благодоря одноразовой передаче между бриджами?
1) Как узнать сколько раз определенный юзер логинился?
2) Можно ли сделать, что пользователь не мог логиниться на нескольких машинах одновременно?
Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768
Предыдущая тема: Hardware Firewall - Аппаратные фаерволы