Установка и настройка второго контроллера домена.
Затем переходим на второй сервер и задаём имя будущему серверу: “Этот компьютер – Свойства – Изменить параметры – Изменить”. В поле “Имя компьютера” задаём имя серверу, далее “ОК”. Потребуется перезагрузка компьютера, соглашаемся.
После перезагрузки переходим к настройке сетевого интерфейса. Для этого в поле поиск пишем ncpa. cpl. Выбираем нужный интерфейс, правый клик – “Свойства – IP версии 4(TCP/IPv4). – Свойства”. В открывшемся окне заполняем поля:
- Маска подсети
: например, 255.255.255.0 (маска 24 бит) - Основной шлюз
: например, 192.168.100.1
Затем нажимаем “ОК”.
Добавляем в домен новый сервер. Для этого выбираем “Этот компьютер – Свойства – Изменить параметры – Изменить”. Ставим чекбокс “Является членом домена” и вписываем имя домена. Затем “ОК”.
В диалоге “Изменение имени компьютера или домена” вводим имя пользователя домена с административными правами (пользователь должен иметь возможность добавлять компьютеры в домен), далее “ОК”.
При успешной операции появится надпись “Добро пожаловать в домен. Нажимаем “ОК”.
После перезагрузки компьютера в окне “Просмотр основных сведений о вашем компьютере” можно проверить напротив “Полное имя”, что компьютер вошел в состав домена.
На этом подготовительный этап закончен, пора устанавливать необходимые роли на сервер. Для этого открываем “Диспетчер серверов” – “Добавить роли и компоненты”. Необходимо установить DNS-сервер, Доменные службы Active Directory, DHCP-сервер.
Читаем информацию в окне “Перед началом работы”, нажимаем “Далее”. В следующем окне “Выбор типа установки” оставляем чекбокс “Установка ролей или компонентов” по умолчанию, снова “Далее”. Выбираем наш сервер из пула серверов, затем “Далее”.
В окне “Выбор ролей сервера” выбираем DNS-сервер, Доменные службы Active Directory, DHCP-сервер. При добавлении роли будет появляться предупреждение, например “Добавить компоненты, необходимые для DHCP-сервер”. Нажимаем “Добавить компоненты”. После выбора нужных ролей нажимаем “Далее”.
В новом окне “Выбор компонентов” игнорируем “Выберите один или несколько компонентов для установки на этом сервере”, нажимаем Далее. В следующем окне “DHCP-сервер” читаем на что обратить внимание при установке DHCP-сервера, затем “Далее”. В новом окне “Подтверждение установки” проверяем выбранные роли, нажимаем “Установить”.
Появится окно с ходом установки выбранных компонентов. Данное окно можно закрыть, оно на процесс установки уже не влияет.
После того, как установятся выбранные компоненты, в “Диспетчер серверов” нажимаем значок предупреждения в виде восклицательного знака, выбираем “Повысить роль этого сервера до уровня контроллера домена”.
Появится “Мастер настройки доменных служб Active Directory”. В окне “Конфигурация развертывания” оставляем по умолчанию чекбокс “Добавить контроллер домена в существующий домен”, проверяем название домена в поле “Домен”. Напротив поля (текущий пользователь) нажимаем кнопку “Изменить”.
В окне “Параметры контроллера домена” вводим парль для режима восстановления служб каталогов (DSRM), снова “Далее”.
В окне “Параметры DNS” игнорируем предупреждение о том, что делегирование для этого DNS-сервера невозможно создать, поскольку полномочная родительская зона не найдена”, просто жмем “Далее”.
В окне “Дополнительные параметры” источник репликации оставляем “Любой контроллер домена”, снова “Далее”.
Расположение базы данных AD DS, файлов журналов и папки SYSVOL оставляем по умолчанию, нажимаем “Далее”.
Просматриваем параметры, настроенные в “Мастер настройки доменных служб Active Directory”, затем “Далее”.
В окне “Проверка предварительных требований” проверяем, что появился зеленый чекбокс. Таким образом все проверки готовности к установке выполнены успешно. Нажимаем “Установить”.
В следующем окне читаем, что “Этот сервер успешно настроен как контроллер домена”. Читаем предупреждения, нажимаем “Закрыть”.
Пришло время проверить работоспособность Доменных служб Active Directory и DNS-сервера. Для этого открываем “Диспетчер серверов”.
Выбираем “Средства” – “Пользователи и компьютеры Active Directory”.
Открываем наш домен и раскрываем подразделение “Domain Controllers”. В окне напротив проверяем наличие второго сервера как контроллера домена.
Затем выбираем “Active Directory – сайты и службы”.
Раскрываем дерево “Active Directory – сайты”. Проверяем наличие второго контроллера домена напротив “Servers”.
Пришло время настроить DHCP-сервер. Для этого на втором сервере выбираем в “Диспетчер серверов” – “Средства” – “DHCP”.
Выбираем добавочный сервер, правой клавишей мыши – “Добавить или удалить привязки”.
Проверяем настройку сетевого интерфейса, через который будут обслуживать DHCP-клиенты на втором сервере.
Объединяем два DHCP-сервера. Конфигурация высокой доступности, режим балансировка высокой нагрузки. Распределяем нагрузку на сервера 50×50. Для настройки на первом сервере, где установлен и настроен DHCP-сервер, выбираем “Диспетчер серверов” – “Средства” – “DHCP”.
Правый клик на созданную в DHCP-сервере область, далее “Настройка отработки отказа.
Появится мастер “Настройка отработки отказа”, затем “Далее”.
Указываем сервер-партнер для отработки отказа. Для этого в поле “Сервер партнер” с помощью кнопки “Добавить сервер” добавляем второй (дополнительный) сервер, на котором развернута роль DHCP-сервер. Затем нажимаем “Далее”.
В поле “Общий секрет” вписываем пароль. Остальные настройки можно оставить по умолчанию, в том числе процент распределения нагрузки Локальный сервер – Сервер партнер – 50% на 50%. Снова “Далее”.
Проверяем параметры настройки отработки отказа между первым сервером и дополнительным сервером. Нажимаем “Готово”.
Смотрим в ходе настройки отработки отказа, чтобы все было “Успешно” и закрываем мастер.
Открываем второй сервер. “Диспетчер серверов” – “Средства” – “Авторизовать”.
Проверяем “Пул адресов”. Будет произведена синхронизация DHCP-серверов.
На этом процесс установки и настройки Active Directory, DHCP, DNS закончен. Посмотреть, что и как делать, можно здесь:
Задача состоит в передаче ролей c основного контроллера домена Windows Server 2008 с Active Directory (AD) на резервный контроллер домена Windows Server 2012. Резервный контроллер домена (DCSERVER) должен стать основным, а тот, который сейчас основной (WIN-SRV-ST) должен стать резервным и в перспективе демонтироваться. Все действия выполняются на резервном сервере DCSERVER. Оба сервера работоспособны и «видят» друг друга.
Перед началом передачи ролей необходимо проверить, какой из серверов является хозяином ролей. Для этого вызываем командную строку Win+R >> cmd и вводим команду:
netdom query fsmo – запрос на определение хозяина ролей FSMO
По результату выполнения команды видно, что хозяин всех ролей контроллер домена, который у нас называется Win-srv-st, он сейчас основной.
FSMO (англ. Flexible single-master operations – «операции с одним исполнителем») – типы выполняемых контроллерами домена AD операций, требующие обязательной уникальности сервера, выполняющего данные операции (wiki). Это значит, что данные роли могут быть только на одном контроллере домена.
Хозяин схемы (Schema Master) – отвечает за возможность изменения существующей схемы AD (например добавление Exchange и тп
Хозяин именования доменов (Domain Naming Master) – добавляет/убавляет домены (если их несколько в одном лесу).
PDC (Primary Domain Controller Emulator) — эмулятор основного контроллера домена. Отвечает за смену паролей их репликацию, изменение групповой политики, синхронизацию время и совместимость с ранними версиями Windows.
Диспетчер пула RID (Relative ID Master) – создает ID для каждого объекта AD.
Хозяин инфраструктуры (Infrastructure Master) – передает информацию об объектах AD между другими контроллерами домена (например, когда пользователи из одного домена попали в соседний).
Есть еще одна очень важная роль – Global Catalog (GC) – хотя она не является FSMO т. её держателем могут быть несколько DC одновременно, без неё невозможно нормальное функционирование домена и его служб. GC хранит у себя копии всех объектов AD и частичные реплики других доменов леса. Он позволяет находить пользователям и приложениям объекты в любом домене существующего леса, отвечает за проверку подлинности имени пользователя, предоставляет сведения о членстве пользователя в универсальных группах, может общаться с другим доменным лесом.
Учетная запись должна как минимум входить в группы:
— администраторы домена;
— администраторы предприятия;
— администраторы схемы.
Передача ролей хозяина операций
RID
,
PDC
и Инфраструктуры.
В открывшемся окне видим, что хозяином во всех трех вкладках RID, PDC и Инфраструктура является Win-Srv-St. SCRB. local. Ниже написано: Чтоб передать роль хозяина операций следующему компьютеру, нажмите кнопку «Изменить». Убеждаемся что в самой нижней строчке имя сервера, которому мы хотим передать роль хозяина и жмем изменить. Делаем это же на всех трех вкладках.
В появившемся вопросе подтверждения жмем Да.
Роль хозяина успешно передана. Хозяином операций стал DCSERVER. SCRB. local.
Делаем то же самое на оставшихся двух вкладках PDC и Инфраструктура.
Передача роли «Хозяин именования доменов».
Выбираем в AD DS нашего сервера пункт Active Directory – домены и доверие.
Проверяем имена серверов, нажимаем изменить.
Передача роли «Хозяин схемы».
Первоначально зарегистрируем в системе библиотеку управления схемой AD с помощью команды regsvr32 schmmgmt. dll
Нажимаем WIN+R >> cmd
Вводим команду и получаем ошибку: Модуль «schmmgmt. dll загружен, но не удалось выполнить вызов DLLRegisterServer, код ошибки: 0x80040201.
Ошибка, потому что командную строку нужно запускать от имени администратора. Сделать это можно, например из меню Пуск. Выбираем командную строку и нажимаем запуск от имени администратора.
Еще раз вводим команду regsvr32 schmmgmt. dll. Теперь всё прошло как нужно.
Нажимаем WIN+R, пишем mmc
Среди доступных оснасток выбираем Схема Active Directory, нажимаем добавить.
Текущим хозяином схемы значится Win-Srv-St. SCRB. local. В нижней строчке тоже его имя.
При нажатии кнопки «Сменить» появляется сообщение: Текущий контроллер домена Active Directory является хозяином операций. Чтоб передать роль хозяина другому DC, нужно нацелить на этот DC схему Active Directory.
Возвращаемся к оснастке и выбираем ПКМ Сменить контроллер домена Active Directory.
В открывшемся окне выбираем нужный сервер. В нашем случае DCSERVER. SCRB. local.
Консоль выдаст сообщение: Оснастка схемы Active Directory не подключена к хозяину операций схемы. Выполнение изменений невозможно. Изменения схемы могут быть сделаны только в схеме владельца FSMO.
При этом в названии оснастки появился нужный нам сервер.
Снова жмем на неё правой кнопкой мыши и переходим к хозяину операций. Проверяем названия серверов, жмем кнопку «Сменить».
Роль хозяина операций успешно передана.
Для того, чтоб убедиться в передаче ролей, введем еще раз в командной строке netdom query fsmo
Хозяином ролей теперь является DCSERVER. SCRB. local.
Глобальный каталог.
Чтоб уточнить, где расположен GC нужно пройти по пути: AD – Сайты и службы >> Sites >>Default-First-Site-Name >> Servers >> DCSERVER
В появившейся службе NTDS Settings жмем ПКМ и выбираем – Свойства.
Если стоит галочка напротив надписи Глобальный каталог, то значит что он на этом сервере. А вообще, в нашем случае GC расположен на обоих DC.
В настройке DNS нового основного DC пишем вот что:
В первой строчке IP адрес бывшего основного DC (Win-Srv-St), который теперь стал резервным 192. 168. 130.
Во второй строчке 127. 1 т. самого себя (можно и свой IP написать, чтоб по конкретнее).
В том контроллере домена который у нас стал резервным записано так:
В первой строчке IP основного DC.
Во второй строчке свой IP. Все работает.
DHCP у нас в сети не работает по причине местных обстоятельств, по этому перенастраивать его не нужно. Зато нужно пройти 200 ПК и вручную прописать новый DNS. По этой причине решено пока что не демонтировать старый контроллер домена. За полгода планомерных обходов DNS у пользователей поменяются.
Структура организации следующая: есть домен для сотрудников под названием domain. int, есть также и его поддомен для других нужд – subdomain. domain. int. Возникла задача перевести существующий поддомен под управлением Windows Server 2003 R2 на Windows Server 2008 R2. Причем главный домен уже переведен.
Просто накатить сверху систему нельзя – 2003 R2 является 32-битной версией, а 2008 R2, соответственно, – 64-битная. А было бы здорово. Выбор невелик, поэтому решили сделать следующее:
- Устанавливаем дополнительный контроллер домена (КД) на Windows Server 2008 R2
- Новый контроллер должен иметь роли глобального каталога и DNS
- Проверяем работу и репликацию обоих контроллеров
- Указываем, что новый КД (2008) – хозяин операций
- Удаляем из схемы старый КД (2003)
- Проверяем работу и начинаем подготовку к настройке уже реально другого дополнительного КД, чтобы на выходе получить два КД под управлением 2008 R2
- Забываем, что когда-то у нас в сети был КД под управлением 2003 R2
Почему решили перевести КД на другую схему, думаю, всем ясно. На дворе уже 2013 год, 2014 не за горами. Почему бы не воспользоваться проверенными и более новыми технологиями? Windows Server 2012 на момент написания статьи пока не вышел в релизе R2. А исходя из многолетнего опыта использования Microsoft, не стоит что-то внедрять на том, что вышло совсем недавно. К тому же немного бесит, что статей в интернете по новым продуктам мало. Именно поэтому сделали выбор на системе Windows Server 2008 R2. В данной статье я буду описывать последовательные действия для 1 и 2 пункта моего плана.
Что подвигло написать статью? Ответ прост: в интернете мало статей по субдоменам. И пускай ничего супер-естественного в настройке нет. Зато наши читатели узнают, что все проходит достаточно просто и последовательно, как по аналогии при лесе с одним доменом. А наш сайт любит хоть и маленькие, но все же эксклюзивы. К тому же, излагаться все будет просто и на обычном языке, понятным даже для самых маленьких админов.
Для начала надо подготовить площадку для будущего дополнительного КД. Проверяем активацию, часовой пояс, брандмауер, сетевые интерфейсы, имя компьютера и другое:
Начинаем установку этой роли:
Заметили, что автоматом поставился компонент. Net Framework 3. 5? Поэтому после всех установок сразу “подхватываются” обновления:
Ну вот и все установилось. Даже не пришлось перезагружаться. Я начинаю приятно удивляться Microsoft. Посудите сами – одна из самых серьезных ролей и компонент только что установились, да еще и обновления, а перезагрузка не требуется. Заметили самую первую ошибку? Причина ошибки написана выше, а именно то, что надо бы настроить наш будущий КД:
Поэтому прямо оттуда или из режима командной строки запускаем утилиту DCPROMO. EXE:
Не надо нажимать нам “расширенный режим”. Делаем все по стандартно. По-хорошему, в лучших традициях Microsoft все должно быть по сценарию Далее+Далее+Финиш=Все_работает. Посмотрим как это будет дальше. Соглашаемся с первым окном приветствия:
Затем подсказываем мастеру, что у нас будет добавочный КД:
Затем прописываем имя домена. Можно главный domain. int, а можно и поддомен – subdomain. domain. int. И учетную запись администратора домена само собой. Вы же под ней и делаете?
Теперь главное не перепутать и указать уже точно, в каком домене будем работать. Нам надо поддомен subdomain. domain. int:
Сам виноват, не подготовил домен для перехода. Зато все теперь последовательно все исправим. Идем на главный КД под управлением Windows Server 2003 R2 и вставляем туда диск с нашей системой 2008 R2. Я скопировал все утилиты на диск С, но это необязательно. Запускаем утилиту adprep /domainprep:
Вот я снова невнимательный. Утилита-то 64-битной версии. Поэтому пробуем на 32-битной редакции. Кажется получилось, хотя могли бы и вывести сообщение об успехе:
Теперь запускаем снова утилиту DCPROMO и проделываем все тоже самое. Вместо ошибки получаем следующее окно мастера. Значит та утилита все-таки помогла подготовить домен. Мастер нас спрашивает, какой точно сайт нам нужен. У меня их 3, у вас может быть другое количество. Название не спутаешь, поэтому с уверенностью кликаем “далее”:
Затем мастер спрашивает, добавить ли из будущему КД роли DNS и Global Catalog. Это пригодится будущем, поэтому соглашаемся. Пугаться не надо: в сети может быть несколько DNS и глобальных каталогов. Это, кстати, очень хорошо с точки зрения отказоустойчивости:
Системные папки для хранения баз данных Active Directory и другого оставляем по-умолчанию:
Указываем пароль для восстановления каталогов. И хоть его надо в любом случае сохранить, я очень надеюсь, что он вам не пригодится:
Кажется на этом наши настройки закончились. Нажимаем далее и ждем, пока все сделается:
И на этом все. Репликация получилась, КД начал функционировать нормально. Еще совет для малоопытных админов – не торопитесь и делайте все последовательно. Могу также в качестве бонуса сообщить один нюанс. Загрузка КД и репликация с главным контроллером может происходить очень долго. Лично у нас все “поднялось” спустя несколько часов. Были моменты, когда казалось, что КД не работает как контроллер. Но мы набрались терпения и дождались результата. Все остальные действия моего плана выполнились практически без каких-либо происшествий. Их можно посмотреть в интернете, информации полно.
Друзья! Вступайте в нашу
Как вы знаете, службы Active Directory Domain Services (AD DS) устанавливаются на сервере, который называется контроллер домена (DC). В активный каталог домена AD можно добавить десятки дополнительных контроллеров для балансировки нагрузки, отказоустойчивости, уменьшения нагрузки на WAN каналы и т. Все контроллеры домена должны содержать одинаковую базу учетных записей пользователей, учетных записей компьютеров, групп и других объектов LDAP каталога.
Для корректной работы всем контроллерам домена необходимо синхронизироваться и копировать информацию между собой. Когда вы добавляете новый контроллер домена в существующий домен, контроллеры домена должны автоматически синхронизировать данные между собой. Если новый контроллер домена и существующий DC находятся в одном сайте, они могут легко реплицировать данные между собой. Если новый DC находится на удаленном сайте, то автоматическая репликация не так эффективна. Поскольку репликация будет идти через медленные (WAN каналы), которые как правило стоят дорого и скорость передачи данных по ним не велика.
В этой статье мы покажем, как добавить дополнительный контроллер домена в существующий домен Active Directory ().
Добавление дополнительного контроллера домена в существующий домен AD
Прежде всего, нам нужно установить роль Active Directory Domain Services на сервере, который будет новым DC.
Установка роли ADDS
Прежде всего, откройте консоль Server Manager. Когда откроется Server Manager, нажмите «Add roles and features», чтобы открыть консоль установки ролей сервера.
Пропустите страницу «Before you Begin». Выберите «Role-based or featured-based installation» нажмите кнопку «Next». На странице «Server Selection» снова нажмите кнопку «Next».
Выберите роль Active Directory Domain Services. В открывшемся окне нажмите кнопку «Add Features», чтобы добавить необходимые инструменты управления Active Directory Management Tools.
Когда процесс установки будет завершен, перезагрузите сервер, войдите в систему под администратором и выполните следующие действия.
Настройка дополнительного контроллера домена
Теперь в мастере установки ролей нажмите ссылку «Promote this server to a domain controller
».
Выберите «Add a domain controller to an existing domain», ниже укажите имя вашего домена AD. Если вы авторизованы под обычным пользователем, вы можете изменить учетные данные на администратора домена. Нажмите кнопку «Select», откроется новое окно, выберите имя вашего домена и нажмите «Ok», затем «Next».
На странице Domain Controller Options, можно выбрать, что нужно установить роль DNS-сервера на вашем DC. Также выберите роль Global Catalog. Введите пароль администратора для режима DSRM и подтвердите его, затем нажмите кнопку «Next».
На странице Additional options укажите сервер, с которым вы хотите выполнить первоначальную репликацию базы Active Directory (с указанного сервера будет скопирована схема и все объекты каталога AD). Вы можете сделать снимок (snapshot) текущего состояния Active Directory на одном из контроллеров домена и применить его на новой машине. После этого база AD этого сервера будет представлять собой точную копию имеющегося контроллера домена. Подробнее о функции Install From Media (IFM) – установки нового DC с носителя в одной из следующих статей ():
На страницах «Paths and Review options» нам ничего не придется настраивать, пропустите их, нажав кнопку «Next». На странице «Prerequisite», если вы видите какую-либо ошибку, проверьте и выполните все указанные требования, затем нажмите кнопку «Install».
Настройка репликации между новым и имеющимся контроллером домена
Мы почти закончили, теперь проверим и запустим репликацию между первичным DC (DC01. сайт). При копировании информации между этими двумя контроллерами домена данные базы Active Directory будут скопированы из DC01. сайт. После завершения процесса все данные корневого контроллера домена появятся на новом контроллере домена.
В «Server Manager» выберите вкладку «Tools» затем пункт «Active directory sites and services».
В левой панели разверните вкладку Sites -> Default-First-Site-Name -> Servers. Оба новых DC находятся в одном сайте AD (это подразумевает, что они находятся в одной подсети, либо сетях, соединенных высокоскоростным каналом связи). Затем выберите имя текущего сервера, на котором вы сейчас работаете, затем нажмите «NTDS Settings». В моем случае DC01 является корневым контроллером домена, в данный момент консоль запущена на DC02, который будет дополнительным контроллером домена.
Щелкните правой кнопкой мыши по элементу с именем «automatically generated». Нажмите «Replicate now». Появится предупреждение о запуске репликации между корневым контроллером домена и новым контроллером домена.
Сделайте то же самое для DC01. Разверните вкладку DC01 и нажмите «NTDS Settings». Щелкните правой кнопкой мыши на «automatically generated», затем нажмите «Replicate now». Оба сервера реплицируются друг с другом, и все содержимое DC01 будет скопировано в DC02.
Ошибка регистрации сервера Dll Код ошибки
Запуск кода ошибки Windows 0x8002801c (TYPE_E_REGISTRYACCESS. Эта ошибка связана с ошибкой доступа к реестру OLE. ) Может замедлить ваш тег. Поиск в этом руководстве поможет вам решить проблему с регистрацией раз и навсегда.
Когда вы пытаетесь сохранить файлы OCX в Windows, вы можете увидеть этот код ошибки, особенно если вы используете метод командной строки для использования regsvr32.
Либо повреждение, либо отсутствие файла реестра могут быть одной из основных причин ошибки 0x8002821C, либо существует конфликт во всей вашей компьютерной системе, который препятствует доступу операционной системы к необходимым загрузочным файлам или правильной загрузке файлов.
Это, конечно, не смешно, если ваш компьютер внезапно отображает сообщение об ошибке или перестает отвечать на ваш ввод. Сложный перезапуск может творить чудеса с компьютерной системой, но он не всегда решает проблемы. Эти досадные ошибки не только замедляют работу компьютера, но иногда могут сделать его практически непригодным для использования.
Как исправить ошибку 0x8002801C под Windows:
Исправить код ошибки 0x8002801C после сбоя регистрации файла OCX
- Скопируйте файл OCX в буфер обмена. Затем вернитесь в папку Windows и откройте папку sysWOW64. Затем просто вставьте в него файл OCX.
- Откройте меню «Пуск» (левый нижний угол) и введите «cmd». Затем щелкните правой кнопкой мыши командную строку и выберите «Запуск от имени администратора».
- В командной строке верхнего уровня введите regsvr32 + OCX component. В нашем случае последний заказ будет «regsvr32 OCX». После нажатия клавиши Enter вас спросят, был ли файл успешно сохранен.
Обновить
Теперь мы рекомендуем использовать этот инструмент для вашей ошибки. Кроме того, этот инструмент исправляет распространенные компьютерные ошибки, защищает вас от потери файлов, вредоносных программ, сбоев оборудования и оптимизирует ваш компьютер для максимальной производительности. Вы можете быстро исправить проблемы с вашим ПК и предотвратить появление других программ с этим программным обеспечением:
Это и есть. Это и есть. Эти четыре шага можно использовать для предоставления соответствующих разрешений любому файлу OCX, вызывающему код ошибки 0x8002801. В большинстве случаев вы можете использовать его для регистрации компонента ActiveX и решения проблемы.
Использовать восстановление системы
Эффективный способ исправить некоторые компьютерные ошибки – это использовать восстановление системы полезность. Это отличная программа, которая создает точки восстановления через определенные промежутки времени. Это означает, что вы можете вернуться к точке, где вы начали получать системную ошибку. Чтобы использовать этот инструмент, нажмите Пуск – Программы – Стандартные – Системные инструменты – Восстановление системы.
Установите разрешения для библиотеки под своим именем пользователя в редакторе реестра.
- Когда будет предложено проверить учетную запись пользователя, нажмите Да.
- Щелкните правой кнопкой мыши на TypeLib, выберите Permissions, затем перейдите на вкладку Security.
- Проверьте, есть ли ваше имя пользователя в списке пользователей, если это так, убедитесь, что у вас есть полный контроль / удаление ограниченных пользователей из списка.
- В противном случае нажмите «Добавить» и введите имя пользователя. После добавления убедитесь, что пользователь имеет полный контроль.
- Примените изменения и закройте редактор реестра.
- Перезагрузите компьютер
Примечание: пожалуйста, сделайте резервную копию журнала перед сменой авторизации.
CCNA, веб-разработчик, ПК для устранения неполадок
Я компьютерный энтузиаст и практикующий ИТ-специалист. У меня за плечами многолетний опыт работы в области компьютерного программирования, устранения неисправностей и ремонта оборудования. Я специализируюсь на веб-разработке и дизайне баз данных. У меня также есть сертификат CCNA для проектирования сетей и устранения неполадок.
Replies (5)
Please provide us the below information to assist you further.
3 people were helped by this reply
Did this solve your problem?
Sorry this didn’t help.
Great! Thanks for marking this as the answer.
How satisfied are you with this reply?
Thanks for your feedback, it helps us improve the site.
How satisfied are you with this response?
Thanks for your feedback.
I put the msflxgrd. ocx file into the C:windowssysWOW64 folder.
I ran “regsvr32 c:windowssysWOW64msflxgrd. ocx” and got the message that the file was loaded but the DII Register Server failed with 0x8002801c error code.
20 people were helped by this reply
Sorry for the inconvenience caused.
Method 1: Run the SFC.
- Type “sfc /scannow” without the quotes and hit Enter.
- After the scan, restart the computer and check for the issue.
Method 2: Run the DISM Tool.
If the issue persists, I would have you run the DISM tool to check the system health and will try to restore the files.
Note: The tool might take 15-20 minutes to finish running, so please do not cancel it.
Крайне неприятная ошибка в Windows «Модуль загружен, но точка входа DLLRegisterServer не найдена» связана, как правило, с некорректным функционированием динамически подключаемой библиотеки (сокр. , «. dll»), к которой обращается программа в процессе своей работы. В результате встроенный в Windows процесс отвечающий за регистрацию библиотеки в ОС, отказывается ее принять либо не может найти. А программа, обращающаяся к неработающим модулям, соответственно, не функционирует. Потому, предлагаю разложить по полочкам данную проблему для того, чтобы понять, каким образом ее можно исправить.
Сообщение о проблеме на экране компьютера
В чём суть ошибки «Модуль загружен, но точка входа DLLRegisterServer входа не найдена»?
Итак, объяснение смысла данной ошибки закономерно будет начать с определения «библиотеки«. Библиотека или в некоторых языках программирования, модуль (модули) — это набор подпрограмм, используемых в разработке программного обеспечения. Проще говоря, это совокупность небольших и независимых блоков, каждый из которых является функционально законченным фрагментом кода.
Для чего они предназначены? Существует огромное количество подпрограмм или процедур, выполняющих самые разные задачи. Некоторые из них содержат стандартные для многих программ вычислительные операции. К примеру, открытие диалоговых окон в Windows или нахождение квадратного корня из любого числа — это стандартные, часто встречающиеся процедуры. Так вот, чтобы не писать код таких подпрограмм каждый раз при создании ПО, были придуманы заранее заготовленные файлы, которые получили название «библиотеки». С помощью специальной функции их можно подключить к программе, при этом исполнимый код этой библиотеки не будет внедряться в код приложения, что позволяет сэкономить память ПК.
- Функции, прописанные в таких библиотеках, могут использоваться несколькими программами одновременно;
- Загружаются они по запросу соответствующего процесса, то есть динамически, не потребляя без надобности ресурсы ПК.
К сожалению, у DLL модулей есть и недостатки. Не будем говорить о так называемом «DLL Hell», так как на данный момент, несмотря на нарушение самого идейного принципа динамических библиотек общего пользования, разработчики Microsoft разрешили эту проблему. Гораздо важнее в данной статье отметить следующие недостатки:
- При внесении в библиотеку изменений программы, использующие ее могут перестать работать. Этот недочет является излюбленным у распространителей вирусов. Ведь сама Windows функционирует на основе модулей и, повредив их код, можно повлиять на работу ОС.
- При отсутствии библиотеки или ее некорректной версии программа, использующая данный модуль, соответственно, будет либо неправильно функционировать, либо откажется работать.
- Функции, прописанные в библиотеке Dll, получают один адрес в оперативной памяти для всех процессов, вызывающих их, что упрощает эксплуатацию уязвимостей модульного метода организации ПО;
Теперь о том, что такое точка входа. Точкой входа называется адрес в оперативной памяти, по которому хранится первая команда программы. На самом деле, функций в одной библиотеке может быть несколько и каждая из них имеет свою точку входа, к которой и обращается процесс, вызывающий определенную подпрограмму.
Таким образом, скомпоновав все вышеописанное в единое целое, мы можем раскрыть суть ошибки «Модуль загружен, но точка входа DLLRegisterServer входа не найдена». Эта проблема возникает при регистрации библиотеки в системе. Процесс «Regsvr32. exe», отвечающий за инсталлирование интерфейсов объектов в ОС, не может обнаружить функцию регистрации библиотеки «DLLRegisterServer» в проблемном dll.
- Код функции, которая запрашивается программой, поврежден. Это может быть вызвано как некорректной версией регистрируемой вами библиотеки, так и вирусной атакой, испортившей код модуля, путь к библиотеке в реестре или ее идентификатор GUID.
- Функция DLLRegisterServer может изначально отсутствовать в коде регистрируемой вами библиотеки;
- Отсутствие в коде библиотеки интеграции с компонентами COM/ActiveX, управляющими реализацией dll в Windows;
- Процесс регистрации вообще состоит в том, чтобы прописать путь к подключаемому модулю (модулям) в реестре Windows, для того, чтобы ОС могла «увидеть» библиотеку и оповестить программу, запрашивающую ее, о наличии или отсутствии определенного модуля в системе. Кроме того, каждому классу или объекту, входящему в состав подпрограммы, присваивается уникальный идентификатор GUID, он также необходим для регистрации, поскольку программы работают не с самими библиотеками dll, а с функциональными компонентами, входящими в ее состав. Это говорит о том, что при неправильной регистрации библиотеки значения, прописанные в реестре, останутся неверными, в результате ОС не сможет «опознать» библиотеку, чтобы ПО имело возможность подключить ее.
Исправляем проблему при которой модуль загружен, но точка входа DLLRegisterServer не найдена
Точка входа в библиотеку thumbcache. dll не найдена
Скачиваем библиотеки dll
Скачивая библиотеки, обязательно вначале уточните разрядность вашей версии Windows (х32/ х64). Если вы найдете и установите неподходящие файлы dll, ошибка “Модуль загружен, но точка входа DLLRegisterServer не найдена” исправлена не будет. Разместите скачанные вручную файлы в папках SysWOW64 и System32, находящихся C:Windows.
Регистрируем библиотеки dll
В случае, когда библиотека на компьютере в полном порядке, но точка входа все равно не найдена, попробуем зарегистрировать dll в RegSvr32. Рассмотрим пути избавления от проблемы на основе вышеуказанного изображения. Регистрируем файл thumbcache. dll, находящийся C:WindowsSysWOW64. Первый способ – вызвать командную строку и ввести нужные данные:
- нажимаем win+x и находим в появившемся меню командную строку;
- после клика на последнюю появляется черное окно;
Регистрация библиотеки dll через командную строку
Нажимаем Enter и ждем окончания процесса регистрации библиотеки. Если данный метод не помогает, попробуйте повторить те же действия, но уже в командной строке от имени администратора. Возможно, вам не хватает прав для внесения изменений в систему.
Второй способ – использовать строку “Выполнить”:
- нажимаем win+r и вызываем нужную нам строку;
- в появившемся поле вводим название файла RegSvr32.exe и путь к отсутствующей библиотеке;
- нажимаем OK и ждем результата.
Регистрируем dll через строку «Выполнить»
Устанавливаем обновления для Windows
Способ, к которому можно обращаться уже после того, как вышеуказанные методы не принесли желаемого результата – обновление компонентов вашей ОС. Для этого найдите на своем компьютере Центр обновления. Просмотрите все доступные обновления и прогрузите их. Процесс долгий, но необходимый. Быть может, проблема была в изначально неправильном коде dll-файлов, и разработчики уже нашли решение на своем уровне. Не выключайте соединение с интернетом и сам ПК во время установки обновлений, иначе результата не будет. Убедитесь, что все файлы прогружены и при необходимости повторите операцию.
Избавляемся от сбойных обновлений Windows
Рассматриваемая нами ошибка может появляться не только в последней ОС Windows, но и в других версиях. Поэтому, следуя инструкциям, вы сможете устранить эту проблему и на своем ПК с Виндовс XP, 7 или 8. Для того, чтобы найти установленные системой обновления, необходимо открыть «Удаление программ».
- В Windows это можно сделать разными способами. Так, как ошибка появляется в разных версиях, выберите подходящий для себя. В ОС 8.1 и 10 вы можете просто выбрать правой кнопкой мыши (ПКМ) значок Windows и нажать на нужный пункт. В других версиях нажмите на «Пуск» и выберите «Панель управления». Если вы затрудняетесь найти этот пункт, воспользуйтесь поиском. Он для этого и существует;
- Если вы перешли в «Панель управления», но пункт «Удаление программ» найти не можете, обратите внимание на строку «Просмотр». Она находится вверху справа над всеми пунктами. Выберите её мышью и установите значение – «Категории»;
- Теперь вы точно увидите здесь раздел «Удаление программ». Выберите его;
- Список программ здесь нам ни к чему, поэтому обратите внимание на пункты слева выше. Здесь будет строка «Просмотр установленных обновлений»;
- Когда вы откроете эту ссылку, перед вами будет список обновлений. Здесь вам нужно найти установленные обновления за последние несколько дней. Определить новые можно по дате их установки. Выбирайте обновления по числу, с которого у вас начались проблемы;
- Чтобы удалить выбранное, нажмите на него указателем мыши и вверху выберите «Удалить»;
- После этих действий необходимо закрыть окна и все приложения и перезагрузить компьютер.
Когда вы снова включите компьютер, попробуйте запустить программу, которая вызывала ошибку – точка входа в процедуру DLLRegisterServer не обнаружена в библиотеке dll. Если она снова появляется, перейдите к следующей инструкции.
I ran «regsvr32 c:windowssysWOW64msflxgrd. ocx» and got the message that the file was loaded but the DII Register Server failed with 0x8002801c error code.
Код ошибки 0x8002801c при регистрации dll
Ответ на данный вопрос актуален в контексте натройки обменов между базами 1С с помощью прямого подключения. Один из вариантов установки/регистрации компоненты com-соединения приведен на странице: Ошибка при вызове конструктора (COMObject) по причине: -2147221164(0x80040154): Класс не зарегистрирован На ней описан вариант установки компоненты при установке/переустановке компонентов платформы 1С: Предприятие из стандартного пакета установки. Но случается и так, что все-таки com-компонента по каким-то таинственным пирчинам все же не регистрируется при вышеуказанной операции.
На это есть альтернативный вариант с помощью командной строки операционной системы. Забегая немного вперед, и чтобы обезопасить себя от ошибок при регистрации com-компоненты comcntr. dll через командную строку, подобных приведенной на скрине
Чтобы избежать ошибки «Модуль comcntr. dll загружен, но не удалось выполнить вызов DllRegisterServer, код ошибки 0x80070005» запускайте командную строку с правами администратора
А дальше уже все зависит от разрядности операционной системы, в которой Вы хотите зарегистрировать компоненту com-соединения 1C: Предприятия.
В системе с разрядностью x32(x86) для платформы 1С: Предприятие 8
C:Program Files (x86)1cv82 bin> regsvr32 comcntr. dll
, где — номер текущего используемого релиза плафтормы 1С 8.
Для платформы 1С: Предприятие 8. 3 командная строка для регистрации com-компоненты будет выглядеть примерно так:
C:Program Files (x86)1cv8 bin> regsvr32 comcntr. dll
, на скрине, приведенном ниже в качестве прbмерf для случая регистрациb comcntr. dll в ОС x86 значение — «8. 1818»
Теперь рассмотрим вариант для системы с разрядностью x64 для платформы 1С: Предприятие 8. 2, альтернативный вариант:
C:WindowsSysWOW64>regsvr32 «C:Program Files (x86)1cv82 bincomcntr. dll»
Для Windows x64 регистрация com-соединения 1С 8. 3 платформы разрядности x64 может выглядеть так:
C:WindowsSysWOW64>regsvr32 «C:Program Files1cv8 bincomcntr. dll»
ИЛИ как в примере для случая x64-разрядной операционной системы Windows
В том случае, если у Вас клиент-серверный вариант работы базы 1С 8, то необходимо зарегистрировать компоненту как на самом сервер, где установлен Агент сервера 1С:Предприятия, так и на рабочих местах на которых используется COM-соединение при подключении к базам (чаще всего при обмене между базами).
Так же на практике иногда требовалась перезагрузка рабочего компьютера. Но если сразу после успешной регистрации компоненты по приведенным выше инструкциям соединение отказывается работать, то лучше все-таки выполнить перезагрузку.
Как зарегистрировать библиотеку dll в Windows 10
Итак, Вы скачали из Интернета нужный модуль, распаковали из архива и теперь возникает совершенно логичный вопрос — а куда кидать DLL в систему?! Во первых, сначала надо определить разрядность системы, так как в 32-битной для этой цели используется одна папка, а в 64-битной — другая. Делается это очень легко. Кликаем правой кнопкой на значке «Этот компьютер» на рабочем столе и в меню выбираем пункт «Свойства». В появившемся окне находим строчку «Тип системы» и смотрим что там написано:
То же самое можно посмотреть и через командную строку, введя команду systeminfo. Она выведет всю информацию о установленной ОС Виндовс, и в строке «Тип системы» будет указана её разрядность.
Ну а дальше всё просто:
Вот именно сюда и надо устанавить ДЛЛ-файл. Здесь %windir% — это переменная окружения, указывающая путь к системной директории, в которой располагаются все важные компоненты Виндовс. Проще говоря, если операционная система установлена на диске С:, то путь к нужным папкам будет C:WindowsSystem32 для 32-разрядной и C:WindowsSysWOW64 для 64-разрядной.
Регистрация DLL в Windows
Теперь самое интересное — как зарегистрировать библиотеку dll в Windows. Нажимаем кнопку Пуск правой кнопкой мыши и выбираем в контекстном меню пункт «Выполнить»:
Того же самого эффекта можно достигнуть нажав комбинацию клавиш WIN+R. Повявится вот такое окно «Выполнить»:
В строку «Открыть» надо ввести вот такую команду:
В качестве примера давайте зарегистрируем библиотеку runtime. dll для 32-хбитной версии Windows 10. команда будет такой:
Нажимаем на кнопку «ОК» и ждём что нам ответит система. Если всё правильно — она просто «съест» файл. Но случается и ошибки. Вот самая распространённая:
Связана она либо с ошибкой в пути или имени файла, либо с неправильно выбранной папкой, в которую была скопирована ДЛЛ-ка для регистрации. Стоит ещё раз всё тщательно проверить.
Навигация по записям
Ну хорошо! А почему для 64 битной не написали пример пути регистрации? Вот куда закинуть написали, а как зарегистрировать только для 32.
Так подставляйте папку в пример и всё. Проще некуда.
неплохо бы напомнить, что и resvr32. exe существует в 2-х экземплярах (разной разрядности). и что dll-ки бывают разной разрядности! и что 64-х битную dll в 64-х битной винде надо кидать в system32, а не в syswow64
Всё-б так было просто взял и скопировал runtime библиотеку в %SystemDrive%Windowssystem32 Вы автор пробовали ?? похоже нет. 1-е данная директория защищена службой Защита программного обеспечения C:WINDOWSsystem32sppsvc. exe которую Вы оставили запущенной 2-е Владельцем директории по умолч является TrustedInstaller группа Система и Администраторы имеют права чтение и выполнение Замена прав и атрибутов в директориях %SystemDrive%Windowssystem32 и SysWOW64 приведут к краху ос А без полных прав и владения объектом при копировании вам покажут национальную индейскую избу.
На самом деле не то чтобы пробовал — по роду деятельности приходится достаточно часто разные самописные библиотеки регистрировать. И как бы без проблем. Написал, скомпилировал, подключил.
» Для Windows 10 x32: %windir%system32 Для Windows 10 x64: %windir%SysWOW64 » Всё ровно наоборот!
Игорь, Вы путаете. Дело в том, что в 32-х разрязной Windows динамические библиотеки лежат как раз в папке system32. В 64х разрядной библиотеки 64х программ лежат в System32, а 32х разрядных приложений в sysWOW64. Потому в 90% случаев и нужно в Windows 10 x64 класть библиотеки в папку sysWOW64. Надеюсь, что понятно объяснил.
Модуль «CWindowsSysWOW64task_force_radio_win64. dll» загружен,но точка входа DllRegisterServer не найдена. Проверьте, что «C:WindowsSysWOW64task_force_radio_win64. dll» является правильным файлом DLL или OCX и повторите попытку.
The error 0x8002801c occurs when there’s a problem accessing the OLE (Object Linking and Embedding) registry. Insufficient system permissions will trigger this error code when the registration of an OCX (OLE control extension) file fails to complete. This is known to happen frequently when using regsvr32 via Command Prompt on Windows 7.
It’s a common occurrence to see this error code when trying to register an OCX file from C: Windows system 32. Most of the time, the call to the DLLRegisterServer fails because of a permission problem and has nothing to do with the actual OCX component that you are trying to register.
- Copy the OCX file to your clipboard. Next, go back to the Windows folder and open up the folder named sysWOW64. Then, simply paste the OCX file there.
- In the Elevated Command prompt, type regsvr32 + the OCX component. In our case, the final command would be “regsvr32MSCOMCT2.OCX”. Upon hitting enter, you will be prompted with a message telling you the file was successfully registered.
That’s it. You can use these four steps to grant proper permissions to any OCX file that is causing the 0x8002801c error code. Most of the time it will allow you to register the ActiveX component and eliminate the issue.
Причина ошибки
Чаще всего это происходит при регистрации файлов jscript. dll или vbscript. dll для решения ошибки 2739 при установке Microsoft Outlook 2007 или надстроек к этой программе.
Microsoft Outlook 2007, таких как TRSOutlookAddin. dll или других DLL в Windows Vista Или Windows 7 с помощью regsvr32. exe.
Как решить
Перегрузите компьютер.
Теперь можно безбоязненно запускать службу regsvr32. exe для выполнения ваших задач.
Способ №3.
Нажмите OK для сохранения настроек.
Перезагрузите компьютер.
Запускайте службу regsvr32. exe. Ошибка долна исчезнуть.
Надеемся, что помогли!
В чём суть ошибки «Модуль загружен»?
Таким образом, скомпоновав все вышеописанное в единое целое, мы можем раскрыть суть ошибки «Модуль загружен». Эта проблема возникает при регистрации библиотеки в системе. Процесс «Regsvr32. exe», отвечающий за инсталлирование интерфейсов объектов в ОС, не может обнаружить функцию регистрации библиотеки «DLLRegisterServer» в проблемном dll.