Устранение неполадок Active Directory операций, которые завершились неудачей с ошибкой 8606: «задано для создания объекта недостаточно атрибутов»

Переводы статьи Переводы статьи
Код статьи: 2028495 - Vizualiza?i produsele pentru care se aplic? acest articol.
Развернуть все | Свернуть все

Аннотация

В данной статье описываются признаки и причины возникновения ситуации, в какой Active Directory репликация завершается неудачно, и он выдает ошибку 8606: "задано для создания объекта недостаточно атрибутов. Этот объект не существует, так как она может быть удалена.» В этой статье также описываются разрешения данной ситуации.

Проблема

1. DCDIAG сообщает, что тест репликации Active Directory произошла ошибка 8606: «для создания объекта задано недостаточно атрибутов.»
Запуск теста: репликаций
[Проверка репликациями <destination dc="">] Сбой последней попытки репликации:</destination>
От <source dc=""> до <destination dc=""></destination></source>
Контекст именования:<directory partition="" dn="" path=""></directory>
Репликация отвечает сообщением об ошибке (8606):
Задано недостаточно атрибутов для создания объекта. Этот объект не может существовать, так как она может быть удалена и уже сборщиком мусора
Произошел сбой в<date> <time></time></date>
В последнем успешную<date> <time></time></date>

2. Входящей репликации, вызванное Реплицировать сейчас команда в Active Directory — сайты и службы оснастки в DSSITE.MSC не выполняется и генерирует следующее сообщение об ошибке: «для создания объекта задано недостаточно атрибутов.» И, щелкнув правой кнопкой мыши объект подключения от источника постоянного ТОКА, а затем выбрав «Реплицировать сейчас» не выполняется и генерирует следующее сообщение об ошибке: «Доступ запрещен». На экране текст сообщения об ошибке выглядит так:

Текст заголовка диалогового окна: Реплицировать сейчас
Диалоговое окно текст сообщения: произошла следующая ошибка при попытке синхронизации контекста именования < % имя раздела службы каталогов active directory % > из домена контроллера <source dc=""> к контроллеру домена <destination dc="">:</destination></source>

Задано недостаточно атрибутов для создания объекта. Этот объект не может существовать, так как она может быть удалена и уже сборщиком мусора.

Операция будет прекращена.


3. Различные REPADMIN.EXE команды неудачно с ошибкой 8606. Эти команды включают, но не ограничиваются следующими:

Свернуть эту таблицуРазвернуть эту таблицу
repadmin / add repadmin /replsum
repadmin /showreplrepadmin /showrepl
repadmin /syncall


4. 1988 Журнал вскоре после происходит одно из следующих событий:
  1. Развертывание первого контроллера домена Windows Server 2008 R2 в лесу.
  2. Выполняется какое-либо обновление в частичный набор атрибутов.
5. NTDS репликации события 1988 могут регистрироваться в журнале событий службы каталогов контроллеров домена, которые пытаются выполнить входящего трафика репликацию Active Directory.

Тип: ошибка
Источник: Репликация NTDS
Категория: репликация
КОД события: 1988
Пользователя: AUTHORITY\ANONYMOUS входа NT
Компьютер:<hostname of="" dc="" that="" logged="" event,="" aka="" the="" "destination"="" dc="" in="" the="" replication="" attempt=""></hostname>
Описание: Локальный контроллер домена пытается реплицировать следующий объект из следующих исходного контроллера домена. Этот объект не на контроллере домена, так как она может быть удалена и уже сборщиком мусора.
Исходный контроллер домена:
<fully qualified="" guided="" cname="" of="" source="" dc=""></fully>
Объект:
<dn path="" of="" live="" object="" on="" source="" dc=""></dn>
Объект GUID:
<object guid="" of="" object="" on="" source="" dcs="" copy="" of="" active="" directory=""></object>

Причина

8606 Ошибка заносится в том случае, когда исходный контроллер домена отправляет обновление для объекта (вместо исходного объекта создайте), уже создан, удален и сборщиком мусора из копии конечный контроллер домена службы каталогов Active Directory и конечный контроллер домена был настроен для работы в согласованность Strict репликации.

Конечный контроллер домена был настроен на использование согласованности свободные репликации, объект просто бы были «восстановлены» на конечный контроллер домена копию каталога. Конкретные варианты, которые могут вызвать ошибку 8606 описаны в разделе «Дополнительная информация». Тем не менее, ошибка вызвана одной из следующих:

• Окончательно устаревших объектов, удаление которых требуют вмешательства администратора
• Временный объект устаревшие, скорректирует когда исходный контроллер домена выполняет его следующей очистки сбора мусора. Введение в существующем лесу и обновления первого контроллера домена Windows Server 2008 R2 в частичный набор атрибутов известные причины.
• Объект, который был неудаленные или восстановлены во вступлении истечения времени жизни захоронения

При диагностике ошибок 8606, следует помните следующее:

• Несмотря на то, что на конечный контроллер домена регистрируется ошибка 8606, проблемный объект, блокировка репликации находится на исходный контроллер домена. Кроме того исходный контроллер домена или партнера транзитивные репликации исходного контроллера домена потенциально был не входящих свои знания жизни удаленного объекта-захоронения, количество дней в прошлом.

• Устаревшие объекты могут существовать в следующих случаях:

1. Как «живые» объектов, конфликт или CNF искажен объекты «живые», конфликт или CNF искажен объектов в контейнере удаленных объектов исходного контроллера домена

2. В любой раздел каталога, включая разделы приложений за исключением схемы секционирования. Схема секционирования не поддерживает операции удаления.

3. В любой класс объектов (пользователей, компьютеров, групп и записей DNS являются наиболее часто). Устаревшие объекты наиболее часто встречающиеся разделов домена только для чтения на глобальные каталоги и домены для записи, а также можно найти в разделе конфигурации.

• Помните, что поиск потенциально ожидание объектов по пути GUID или различающееся имя объекта, таким образом, чтобы объекты находятся вне зависимости от их разделов и родительским контейнером. Поиск по objectguid также найти объекты, которые находятся в контейнере удаленных объектов без использования управления LDAP удаленных объектов.

• 1988 Репликация NTDS события идентифицирует текущий объект на исходный контроллер домена, который блокирует входящие репликации в строгом режиме конечный контроллер домена. Существует вероятность дополнительных объектов объект, на который ссылается события 1988 «за», которые также ожидание.

• Наличие устаревших объектов на исходный контроллер домена запрещает или блокирует строгом режиме контроллеры домена назначения из входящего трафика репликации «хорошие» изменения существующих устаревших объект в очередь репликации.

• Из-за особенностей контроллеров домена отдельно удалить объекты с их удаленный объект контейнеры (демон сбора мусора запускается каждые 12 часов с момента последнего запуска каждого контроллера домена), объекты, которые приводят к возникновению ошибки 8606 на контроллерах домена назначения Невозможно быть удаления в следующем выполнении очистки сбора мусора. Устаревшие объекты этого класса являются временными и следует удалять сами по себе не более 12 часов от начала проблемы.
• Устаревшие рассматриваемого объекта является скорее всего, который преднамеренно удалены администратором или приложения. Учесть это разрешение план и опасайтесь восстановление объектов, особенно участников безопасности, которые специально были удалены.

Решение

1. Определение текущего значения для всего леса TombStoneLifeTime параметр

c:\>repadmin /showattr. "CN службы каталогов, CN = Windows NT, CN = службы, CN = Configuration, DC = корневого домена леса, DC = = TLD > /atts:tombstonelifetime

В разделе «время жизни захоронения и репликация удалений» следующей статьи Microsoft Knowledge Base:
910205 Сведения об устаревших объектов в лесу Windows Server Active Directory.

2. Для каждого контроллера домена назначения, ведение журнала ошибок 8606, отфильтровать журнал событий службы каталогов на событий NTDS репликации 1988.


3. Сбор метаданных для каждого Уникальный Объект, упоминаемых в 1988 событий NTDS репликации.

Из каждого входа на конечный контроллер домена, который cites новый объект события 1988 заполните следующие таблицы:

Свернуть эту таблицуРазвернуть эту таблицу
Путь DN объектаКод GUIDИсточник постоянного ТОКАРазмещение разделаЖивой или удаленные?LastKnownParentЗначение IsDeleted

Столбцы от 1 до 5 в этой таблице может быть заполнен путем считывания значения непосредственно из полей в 1988 репликация NTDS события, которые регистрируются в журнале событий службы каталогов контроллеров домена назначения, ведение журнала событий 1988 или 8606 состояние репликации.

Штампы даты для LastKnownParent и IsDeleted столбцы можно определить, выполнив "repadmin /showobjmeta" и ссылки на objectguid объекта, упоминаемых в события 1988 репликация NTDS. Чтобы сделать это, используйте следующий синтаксис:

c:\>repadmin /showobjmeta <fqdn of="" source="" dc="" from="" 1988="" event=""> «<guid=guid of="" object="" cited="" in="" the="" 1988="" event="">»<b00></b00></guid=guid></fqdn>

Штамп даты LastKnownParent позволяет определить дату, на котором объект был удален. Штамп даты IsDeleted сообщит, когда объект последнего удалены или восстановлены. Номер версии указывает ли удалены или восстановлены объект последнего изменения. Объект IsDeleteted значение 1 представляет исходный delete. Нечетные значения больше 1 указывают восстановления, после удаления по крайней мере один. Например isDeleted значение 2 представляет объект, который был удален (версия 1) и более поздних версий неудаленные или восстановлены (версия 2). Позже четные значения IsDeleted представляют собой более поздней версии reanimations или восстановление объекта.


4. Выберите соответствующее действие, на основе метаданных объекта, упоминаемых в события 1988.

Ошибка 8606 / событий NTDS репликации события 1988 часто связаны с долгосрочные сбои репликации, которые препятствуют входящего трафика репликации контроллеров домена знания все операции удаления исходного леса. Результатом устаревших объектов на один или несколько контроллеров домена источника.

Просмотрите метаданные для объектов, перечисленных в таблице, созданной на шаге 4 в разделе «Решение».

Если объект события 1988 ((live на исходный контроллер домена), но (удалены на конечный контроллер домена более истечения времени жизни захоронения)), содержатся в разделе «"Удаление объектов Ожидание» и". " Объекты в таком состоянии должны быть вручную удалены администратором.

Удаленные объекты могут преждевременно очищены из контейнера удаленных объектов Если выполнил системного времени времени на контроллере домена назначения Переход вперед. Ознакомьтесь с разделом «Проверка для времени перехода».

Если существует объект, упоминаемых в события 1988 в контейнере удаленных объектов исходного контроллера домена и дата его удалить сразу на вступлении истечения времени жизни захоронения таким образом, что объект был удален сборщиком мусора по одному или нескольким контроллерам домена назначения и будет будет удален сборщиком мусора на следующий интервал сбора мусора на исходных контроллеров домена (то есть, устаревшие объекты — это временной), есть выбор. Дождаться следующего коллекции выполнения сборки мусора для удаления объекта, либо вручную запустить сбор мусора на исходный контроллер домена. См «вручную начала сбора мусора». Введение первого контроллера домена Windows Server 2008 R2 или любое изменение в частичный набор атрибутов, может вызвать это условие.

Если выходной /showobjmeta repadmin для объекта, упоминаемых в 1988 событий имеет LastKnownParent значение 1, это означает, что объект был удален, и объект IsDeleted значение, которое 2 или некоторые другие четное значение, и Этот штамп даты IsDeleted — во вступлении количество дней, отличается от штампа даты для времени жизни захоронения LastKnownParent, а затем объект был удален и затем неудаленные / auth восстановлены во время его было по-прежнему на исходный контроллер домена, кроме уже освобождение сборщиком мусора контроллерами домена назначения, ведение журнала ошибок 8606 / события 1988. См. Reanimations во вступлении TSL истечение срока действия


Удаление устаревших объектов

Две команды в команду REPADMIN.EXE-файла можно удалить устаревшие объекты из следующих разделов каталога:
  • REPADMIN /REMOVELINGERINGOBJECTS
  • REPADMIN /REHOST

REPADMIN /REMOVELINGERINGOBJCTS может использоваться для удаления устаревших объектов из разделов каталога для записи и только для чтения на исходных контроллеров домена Windows Server 2003. Синтаксис выглядит следующим образом:

c:\>repadmin /removelingeringobjects <dest_dsa_list> <source dsa="" guid=""> <nc> [/ ADVISORY_MODE]</nc></source></dest_dsa_list>

Где:
<dest_dsa_list>имя контроллера домена под управлением Windows Server 2003 или более поздней версии, содержащий активные объекты (такие как исходного контроллера домена, упоминаемых в событий NTDS репликации 1988).</dest_dsa_list>
<source dsa="" guid="">имя контроллера домена под управлением Windows Server 2003 или более поздней версии и, на котором размещена копию раздела каталога, содержащий активные объекты, к которой контроллер домена в <dest_dsa_list> имеется подключение к сети.</dest_dsa_list></source>
<nc>— путь различающееся имя раздела каталога, подозрения, содержащего устаревших объектов, например раздела, указанного в 1988 событий.<b00></b00></nc>

REPADMIN /REHOST может использоваться для удаления контроллеров домена ожидание объектов, содержащих только для чтения копия раздела каталога домена из контроллеров домена под управлением Windows 2000 SP4 или более поздней версии. Синтаксис выглядит следующим образом:

c:\>repadmin /rehost DSA<naming context=""> <good source="" dsa="" address=""></good></naming>

Где:
DSA это имя контроллера домена под управлением Windows 2000 SP4 или более поздней версии и раздел каталога домена, узлы только для чтения для нелокальных доменов. Например GC в root.contoso.com можно rehost его только для чтения копию child.contoso.com, но не rehost root.contoso.com.

<naming context="">Это путь различающееся имя раздела каталога домена, доступный только для чтения, хранящихся в глобальном каталоге.</naming>

<good source="" dsa="" address="">имя контроллера домена под управлением Windows 2000 SP4 или более поздней версии и который содержит копию <naming context="">. Контроллер домена должен быть в сети, доступной на компьютере DSA.</naming></good>

Устаревшие в 1988 событий не был удален, repadmin, оцените ли объект на исходный контроллер домена был создан в USN зазора или векторных объектов, исходного контроллера домена не существует в dateness до исходного контроллера домена, как описано в статье базы знаний Майкрософт 948071.

Примечание Устаревшие объекты также можно удалить с помощью repldiag.exe. Это средство позволяет автоматизировать процесс /removelingeringobjects repadmin.


Ежедневный мониторинг работоспособности репликации Active Directory

Если ошибка 8606 / 1988 событие было вызвано сбой контроллера домена для репликации Active Directory изменений в последнее число дней, убедитесь, что работоспособности репликации Active Directory, который отслеживается на ежедневной основе будущее. Состояния репликации может отслеживаться с помощью выделенного приложения мониторинга или просмотр выходных данных из одной недорогой, но эффективный возможность запустить "repadmin /showrepl * /csv" в приложениях электронных таблиц, например Microsoft Excel. (См. «способ 2: монитор репликации с помощью командной строки "в статье базы знаний Майкрософт 910205).

Контроллеры домена, которые имеют не входящие реплицируются в 50 процентов количество дней времени жизни объекта-захоронения должен быть помещен в список отслеживания, получают приоритет внимания администратора, позволяющие сделать репликацию эксплуатации. Контроллеры домена, которые нельзя успешно репликации должен быть принудительно понижена, если они еще не реплицированы в 90 процентов TSL.

Сбои репликации на конечный контроллер домена может быть вызвано конечный контроллер домена, исходный контроллер домена или основной сети и инфраструктуры DNS.


Проверка времени переход

Чтобы определить, произошла ли время перехода, проверьте штампы даты события и журналы диагностики (Просмотр событий, repadmin/showreps, журнал netlogon, отчеты dcdiag) на контроллерах домена назначения, входящие в систему ошибка 8606 / события 1988 репликация NTDS для следующих действий:

• Штампы даты, которые предшествуют выпуска операционной системы (например, штампы даты из CY 2003 для ОС, выпущена в Квартал 2008 г.)
• Штампы даты, которые предшествуют установки операционной системы в лесу
• Штампы даты в будущем
• Необходимости нет событий, регистрируемых в определенный временной интервал

Рабочие группы технической поддержки корпорации Майкрософт видел системное время на контроллерах домена производственные неправильно перехода часов, дней, недель, годы и даже десятки лет в прошлом и будущем. Если системное время было найдено к неточным, следует исправить его и попытайтесь определить, почему jumped времени и что можно сделать, чтобы предотвратить сообщающими будущее сравнение только исправление поврежденных времени. Ниже перечислены возможные вопросы.

• Был корня леса основной контроллер ДОМЕНА настроен с помощью внешнего источника времени?
• Ссылаться источники времени работы в сети доступен в сети и разрешается в DNS?
• Был корпорации Майкрософт или службы сторонних времени работы и состояние без ошибок?
• Являются использует иерархию NT5DS источника времени компьютеры роли контроллера домена?
• Было время отката защиты, описанное в статье базы знаний Майкрософт 884776 на месте?
• Системные часы имеют батарейки и точного времени в BIOS для контроллеров домена на виртуальных компьютеров?
• Являются виртуального узла и гостевых компьютеров, настроенных для источника времени в соответствии с рекомендациями производителя размещения?

Статьи базы знаний Майкрософт 884776 Документирует действия по обеспечению безопасности контроллеров домена с «прослушивания» образцы недопустимое время. Дополнительные сведения о MaxNegPhaseCorrection и MaxPosPhaseCorrection в Блог W32Time Учет Настройка службы времени: Max [Pos/отрицательная] PhaseCorrection . Статьи базы знаний Майкрософт 961027 Описание обновления некоторые полезные точности при настройке временные параметры политики.

Проверить наличие устаревших объектов с помощью "repadmin /removelingeringobjects /advisorymode" и удалите их при необходимости.

Расслабьтесь, «Разрешить репликацию с Divergent и поврежденные партнера» как требуется.

Запуск сбора мусора вручную

Существует несколько вариантов вручную триггер мусора на конкретном контроллере домена:

Запустите "repadmin /setattr" "" "Добавить doGarbageCollection 1"

Запустите LDIFDE /s <server> dogarbage.ldif /f /i, где содержится текст dobarbage.ldif:<b00></b00></server>

различающееся имя:
метод ChangeType: изменение
замена: DoGarbageCollection
dogarbagecollection: 1
-
Примечание Окончательный вариант "-" знак требуется элемент файл LDIF.


Reanimations во вступлении TSL истечение срока действия

Данное условие существует repadmin /showobject «<guid=object guid="" for="" object="" in="" 1988="" event="">», который объект должен<b00></b00></guid=object>
«не найден» на конечный контроллер домена, но в реальном времени на исходный контроллер домена и удаленные или nondeleted объектом.

Обзор ключевых полей из /showobjmeta repadmin на исходный контроллер домена должен сообщать, что выполняются следующие условия:

LastKnownParent имеет значение 1, и его Дата во вступлении дней TSL в прошлом. Ее штампа даты Дата удаления объекта.

IsDeleted номер версии 2 (или другое четное значение), где определенные версии 1 Удаление исходного и версия 2, восстановление и восстановление. Отметка даты для "isDeleted = 2" должно быть около TSL число дней позже, чем последняя изменить дату для LastKnownParent.

Оцените ли рассматриваемый объект должен оставаться активным объектом или удаленный объект. Если LastKnownParent имеет значение 1, что-то или кто-либо удален объект. Если это не было случайные удаление, есть вероятность что объекта должны быть удалены из всех исходных контроллеров домена, которые имеют активная копия объекта.

Если объект должен существовать на всех репликах, имеются следующие:
  • Разрешить свободный репликации в строгом режиме конечные контроллеры домена, у которых нет объекта.
  • Принудительно понизить контроллеры домена, которые уже имеют мусора собираются объекта.
  • Удалите объект и создайте его заново.

Дополнительная информация

Причины ожидание объектов


Причина 1: Исходный контроллер домена отправляет обновления для объектов, которые уже освобождено при сборке мусора на контроллере домена назначения, так как исходный контроллер домена либо находился в автономном режиме или репликации, завершившиеся ошибкой TSL прошедшее количество дней.

CONTOSO.Домен COM содержит два контроллера домена в том же домене. Время жизни захоронения = 60 дней. Строгая репликация включена для обоих контроллеров домена. DC2 произойдет сбой системной платы. В то же время DC1 делает исходной операции удаления устаревших группах ежедневно в течение следующих 90 дней. После он находится в автономном режиме в течение 90 дней, DC2 получает замены материнской платы, питание и затем происходит изменение списка управления Доступом для всех учетных записей пользователей Прежде чем его получения сведений из источника удалений из DC1. DC1 регистрирует ошибки, 8606 для группы обновлений безопасности, очищенные на компьютере DC1 для первых 30 дней, DC2 находился в автономном режиме.

Причина 2: Исходный контроллер Домена отправляет обновления для объектов во вступлении TSL срока действия, которые уже были освобождены при сборке мусора строгий режим конечный контроллер Домена.

CONTOSO.Домен COM содержит два контроллера домена в том же домене. Время жизни захоронения = 60 дней. Строгая репликация включена для обоих контроллеров домена. DC1 и DC2 Реплицировать каждые 24 часа. DC1 исходит удаление ежедневно. DC1 — место до W2K8 R2. Это приводит к тому новые атрибуты для всех объектов в конфигурации и разделов домена с возможностью записи. Это включает в себя объекты, которые в настоящее время находятся в контейнере удаленных объектов, некоторые из которых были удалены 60 дней назад и теперь во вступлении срок действия объекта-захоронения. Некоторые объекты при сборке мусора освобождает DC2, которые были удалены TSL дней назад, прежде чем откроется расписание репликации с DC2. 8606 Регистрируется ошибка пока DC1, восстанавливает блокировки объектов сборщиком мусора.

Все обновления в частичный набор атрибутов может привести к временной устаревших объектов, которые будут прояснения сами после сборки мусора исходных контроллеров домена-сбор удаленные объекты во вступлении TSL истечение срока действия (например, сложение первого W2K8 R2 контроллера домена в существующем лесу).

Причина 3: Время перехода на конечный контроллер домена преждевременно ускоряет мусора удаленных объектов на конечный контроллер домена.

CONTOSO.Домен COM содержит два контроллера домена в том же домене. Время жизни захоронения = 60 дней. Строгая репликация включена для обоих контроллеров домена. DC1 и DC2 Реплицировать каждые 24 часа. DC1 происходит удаление ежедневно. Ссылка на источник, используемый DC1 (но не DC2) выполняет накат 2039 календарным годом. В этом случае DC2 также адаптировать системное время в CY2039. В этом случае DC1 преждевременно удалить объекты, которые в настоящее время удален из контейнера удаленных объектов. В то же время DC2 происходит изменения в атрибуты пользователей, компьютеров и групп, которые на DC2, но удалены и сейчас преждевременно-мусор на компьютере DC1. DC1 запишет в журнал ошибок 8606 когда после получения сведений изменения для преждевременного удаленных объектов.

Причина 4: Восстановлены объект во вступлении TSL истечение срока действия

CONTOSO.Домен COM содержит два контроллера домена в том же домене. Время жизни захоронения = 60 дней. Строгая репликация включена для обоих контроллеров домена. DC1 и DC2 Реплицировать каждые 24 часа. DC1 происходит удаление ежедневно. Подразделение с пользователей, компьютеров и групп случайно удален. Резервную копию состояния системы, внесенные во вступлении TSL в прошлом auth восстановлена на DC2. Резервная копия содержит объекты, которые на DC2, но уже удален сборщиком мусора на компьютере DC1.

Причина 5: Срабатывании пузырьковой USN ведения журнала 8606

Предположим, что объект создается в пузырьковой USN, таким образом, что он не исходящего свои поскольку конечный контроллер домена «думает» он имеет объект из-за пузырьков. Теперь после закрытия всплывающей и после изменения репликации снова изменений создан для этого объекта в исходный контроллер домена и отображается как устаревших объектов на конечный контроллер домена. Конечный контроллер входит 860 событий.


Требования для начала до конца репликации знания рассчитанная удалений

Репликация Active Directory домена контроллеры поддержку ведущих которой любой контроллер домена (удерживает записываемым разделам) могут формироваться create, изменить, или удаления объекта или атрибута (значения). Знание объекта / удаления атрибута сохраняются с исходного контроллера домена и контроллером домена, который знает входящих реплицированной Если исходным удалением число дней TSL. (См. статьи базы знаний Майкрософт 216996 и 910205)

Active Directory требует начала до конца репликации из всех владельцев раздела транзитивно реплицировать все операции удаления источника для всех разделов каталога для всех владельцев раздела. Для входящего трафика реплицировать раздел каталога в чередующемся TSL количества дней приводит устаревших объектов. Устаревшие объект является объектом, преднамеренно была удалена, по крайней мере один контроллер домена, но неправильно, имеющееся на контроллерах домена назначения, которые были не входящих свои временные знания все уникальные удаления.







Свойства

Код статьи: 2028495 - Последний отзыв: 30 мая 2011 г. - Revision: 3.0
Информация в данной статье относится к следующим продуктам.
  • Windows Server 2008 R2 Standard
  • Windows Server 2008 Standard
  • Microsoft Windows Server 2003 R2 Standard x64 Edition
  • Microsoft Windows Server 2003, Standard Edition (32-bit x86)
  • Microsoft Windows Server 2003, Standard x64 Edition
  • Microsoft Windows Server 2003 R2 Standard Edition (32-bit x86)
  • операционная система Microsoft Windows 2000 Server
Ключевые слова: 
kbmt KB2028495 KbMtru
Переведено с помощью машинного перевода
ВНИМАНИЕ! Перевод данной статьи был выполнен не человеком, а с помощью программы машинного перевода, разработанной корпорацией Майкрософт. Корпорация Майкрософт предлагает вам статьи, переведенные как людьми, так и средствами машинного перевода, чтобы у вас была возможность ознакомиться со статьями базы знаний KB на родном языке. Однако машинный перевод не всегда идеален. Он может содержать смысловые, синтаксические и грамматические ошибки, подобно тому как иностранец делает ошибки, пытаясь говорить на вашем языке. Корпорация Майкрософт не несет ответственности за неточности, ошибки и возможный ущерб, причиненный в результате неправильного перевода или его использования. Корпорация Майкрософт также часто обновляет средства машинного перевода.
Эта статья на английском языке:2028495

Отправить отзыв

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com