Поделиться через

Заметки о выпуске System Center DPM

  • Статья

В этой статье перечислены заметки о выпуске System Center 2019 — Data Protection Manager (DPM), включая известные проблемы и обходные пути для DPM 2019, DPM 2019 UR1, DPM 2019 UR2, DPM 2019 UR3, DPM 2019 UR4, 2019 UR5, 2019 UR5 и 2019 UR6, как применимо.

Мы рекомендуем ознакомиться со следующими статьями, чтобы получить подробные сведения о поддерживаемых DPM и резервных копиях:

В этой статье перечислены заметки о выпуске System Center 2022 — Data Protection Manager (DPM), включая известные проблемы и обходные пути для DPM 2022, 2022 UR1 и 2022 UR2 UR2.

В этой статье также содержатся заметки о выпуске для исправления DPM 2022 (KB 5015376).

Мы рекомендуем ознакомиться со следующими статьями, чтобы получить подробные сведения о поддержке DPM и их резервном копировании:

Заметки о выпуске DPM 2022

DPM 2022 имеет известные проблемы, наблюдаемые в DPM 2019 RTM.

Кроме них также наблюдаются приведенные ниже известные проблемы.

Средство самостоятельного восстановления SQL DPM в DPM 2022 RTM отсутствует

Самостоятельное восстановление SQL DPM SQL недоступно в DPM 2022 RTM. Поддержка самостоятельного восстановления SQL доступна из DPM 2022 UR1. Подробнее здесь.

Самостоятельное восстановление DPM не содержит никаких точек восстановления для клиентских компьютеров

Описание. Резервные копии клиентских компьютеров DPM не перечислены для пользователей домена в группе локальных администраторов для самостоятельного восстановления.

Обходной путь. Обновление до DPM 2022 UR2, чтобы устранить эту проблему, и добавить пользователей, не являющихся администраторами, вручную с помощью диспетчера авторизации.

Обновление версии DPM 2019 до DPM 2022 может завершиться ошибкой, если имя базы данных DPM — DPMDB.

Описание. Если существующей базы данных DPM присвоено имя DPMDB, обновление завершится ошибкой.

В процессе обновления DPM имя базы данных DPM всегда переименовывается в DPMDB. Если один и тот же экземпляр SQL используется несколькими серверами DPM, последующее обновление другого сервера DPM завершится ошибкой, так как база данных уже имеет имя DPMDB.

Обходной путь. Перед началом обновления переименуйте соответствующую базу данных DPM.

Чтобы переименовать базу данных, выполните следующие действия:

  1. Остановите службу DPM на сервере DPM.

  2. Выполните следующие команды SQL, чтобы переименовать базу данных; обновите имя сервера DPM в приведенном ниже запросе.

    USE master
GO
ALTER DATABASE DPMDB  
SET SINGLE_USER  
WITH ROLLBACK IMMEDIATE
GO
EXEC master..sp_renamedb 'DPMDB','DPMDB_<DPMSERVERNAME>'
GO
ALTER DATABASE DPMDB_<DPMSERVERNAME>
SET MULTI_USER  
GO

  3. Обновите следующие разделы реестра, чтобы отразить обновленное имя базы данных.

    Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Data Protection Manager\DB\ConnectionString

    Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Data Protection Manager\DB\DatabaseName

    Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Data Protection Manager\DB\GlobalDatabaseName

    Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Data Protection Manager\DB\GlobalDbConnectionString

    Снимок экрана: редактор реестра, в котором показано имя базы данных.

  4. Запустите DPMsync на сервере DPM с помощью оболочки управления DPM.

    DPMSync -Sync

Создание точки восстановления в Сети может завершиться ошибкой с идентификатором ошибки 33505 или 100195

Описание. В некоторых сценариях создание точки восстановления в сети может завершиться сбоем с идентификатором ошибки 33505 или 100195.

Снимок экрана: ошибка при создании точки восстановления в сети.

Снимок экрана: сообщение об ошибке при создании точки восстановления в сети.

Решение:

  1. Обновите агент MARS до последней версии.

  2. Повторите резервное копирование через Интернет для источника данных сбоем.

  3. Создайте новую точку восстановления диска, а затем снова попробуйте использовать точку восстановления в сети.

  4. Запустите проверку согласованности, а затем снова попробуйте выполнить оперативное резервное копирование.

  5. Если оперативное резервное копирование по-прежнему завершается ошибкой, обратитесь в службу поддержки.

Заметки о выпуске для исправления DPM 2022 (KB 5015376)

Помимо проблем, перечисленных в заметках о выпуске DPM 2022, в DPM 2022 определены следующие дополнительные проблемы и исправлены в исправлении (КБ 5015376); Рекомендуется применить исправление. Дополнительные сведения см. в статье базы знаний.

  • Периодические сбои оперативного резервного копирования с ошибкой с 100195.
  • Сбой проверки согласованности для дополнительной защиты с повторяющейся ошибкой VSS.
  • Сбой удаленной консоли администрирования сразу после ее открытия.
  • Сбои резервного копирования из-за невозможности загрузить DpmFilter.sys в агент DPM.
  • Происходило аварийное завершение работы DPM, если оповещения о сбое резервного копирования на магнитную ленту были неактивны.

Заметки о выпуске DPM 2022 UR1

Следующие проблемы были определены после выпуска DPM 2022 UR1 (KB 5019645) и исправлены в исправлении для DPM 2022 UR1 (KB 5026073); При возникновении следующих проблем рекомендуется применить исправление. Дополнительные сведения см. в статье базы знаний для исправления.

Резервные копии для виртуальных машин VMware, которые имеют средства VMware, начинают сбой с ошибкой "Подсистема диска 0x80990EF1".

Описание. DPM 2022 UR1 была ошибка, из-за которой резервные копии виртуальных машин VMware завершаются ошибкой, если установлены средства VMware. Это связано с неисправной конфигурацией в DPM.

Обходное решение. Применение исправлений для DPM 2022 UR1 или DPM 2022 UR2.

DPM 2022 RTM и накопительный пакет обновления 1 не могут обнаруживать базы данных в SQL Server 2017 и 2016 по протоколу TLS 1.2.

Описание. DPM 2022 RTM и UR1 не поддерживали MSOLEDB 18 для SQL Server 2017 и 2016, необходимых для обнаружения и защиты SQL Server по протоколу TLS 1.2. Эта проблема наблюдается после установки KB5021128 или KB5021127 для SQL Server 2016 и 2017 соответственно, чтобы заставить TLS 1.2 или когда TLS 1.0 и 1.1 отключены на защищенном сервере.

Решение. Примените исправление для DPM 2022 UR1 или DPM 2022 UR2, обновите агенты DPM и установите MSOLEDB 18 на защищенных серверах SQL Server.

Заметки о выпуске DPM 2022 UR2

Мы вспоминаем выпуск накопительного пакета обновления 2 для System Center DPM 2022 из-за известных проблем, перечисленных ниже:

  1. Запланированное резервное копирование Hyper-V занимает много времени, так как каждое задание резервного копирования активирует проверку согласованности. Сообщение об ошибке: реплика RCT Microsoft Hyper-V на <имени> компьютера не соответствует защищенному источнику данных. DPM обнаружил изменения в расположениях файлов или конфигурации томов защищенных объектов, так как источник данных был настроен для защиты. (ИДЕНТИФИКАТОР 30135).
  2. Удаление источника данных из группы защиты или остановки резервного копирования приводит к ошибке с идентификатором 33469. Эта операция не поддерживается в текущей версии агента MARS.
  3. Консоль DPM иногда завершает работу при настройке оповещений SMTP или отчетов.

Обновленная сборка (обновление с накопительным пакетом обновления 2 для System Center DPM 2022) для устранения известных проблем была выпущена.

Если вы установили накопительный пакет обновления 2 для System Center DPM 2022 (10.22.189.0), мы рекомендуем установить накопительный пакет обновления 2 (10.22.197.0) на сервере DPM и обновить агенты защиты.

Обратитесь к служба поддержки Майкрософт запросам или дополнительным сведениям.

Помимо описанных выше проблем DPM 2022 UR2 имеет следующие проблемы:

Отчеты электронной почты DPM 2022 UR1 с учетными данными Microsoft 365 завершаются сбоем после обновления до DPM 2022 UR2

Описание: DPM 2022 UR2 добавляет поддержку методов проверки подлинности Windows и Basic SMTP. Обычная проверка подлинности SMTP будет работать для Microsoft 365 и других поставщиков почты, которые поддерживают его. Но если вы используете DPM 2022 UR1 с учетными данными Microsoft 365, отчеты и оповещения электронной почты начнут завершаться ошибкой, так как учетные данные не могут быть прочитаны DPM 2022 UR2.

Решение. Повторно настройте учетные данные электронной почты для Microsoft 365 с помощью базового типа проверки подлинности, добавленного в DPM 2022 UR2.

DPM не может перечислить базы данных SQL для защиты

Описание. DPM не может перечислить базы данных SQL для защиты, если MSOLEDB 18 отсутствует на защищенном сервере, так как DPM требует MSOLEDB18 перечисления баз данных для защиты. 

Обходное решение. Установите драйвер SQL MSOLEDB 18 , если он отсутствует на защищенном сервере. SQL Server 2022 поставляется с MSOLEDB 18 по умолчанию. 

Остановка защиты с удалением сетевых данных завершается сбоем из удаленного консоль управления

Описание. Остановка защиты с удалением оперативной операции данных завершается ошибкой удаленного консоль управления при включении расширенной гибридной безопасности в хранилище. 

Обходное решение. Чтобы предотвратить это, выполните защиту от остановки с удалением сетевых данных непосредственно из консоли DPM. 

Остановка защиты источника данных от сбоя с идентификатором: 33469

Описание. Удаление источника данных из группы защиты или остановка резервного копирования приводит к ошибке с идентификатором 33469, эта операция не поддерживается в текущей версии агента MARS.

Эта проблема возникает, так как DPM ошибочно проверяет наличие установленной версии агента MARS (службы восстановления Microsoft Azure) 2.0.9262.0 или более поздней версии и завершается ошибкой, если агент MARS недоступен на сервере DPM.

Решение. Установка накопительного пакета обновления 2 для System Center DPM 2022.

Заметки о выпуске обновления DPM 2022 UR2

Обновление DPM 2022 UR2 устраняет известные проблемы в DPM 2022 UR2.

В этой статье перечислены заметки о выпуске System Center 2016 — Data Protection Manager (DPM).

Заметки о выпуске DPM 2019

В следующих разделах приведены заметки о выпуске для DPM 2019 и приведены применимые известные проблемы и обходные пути.

Сбой консоли DPM из-за сбоя службы MSDPM

Описание. Наличие повторяющихся заданий управления сводными данными после обновления DPM может привести к сбою любых выполняемых заданий в нулевой часы, что в конечном итоге приведет к сбою. В результате вы можете наблюдать следующее:

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

Решение:

  1. Создайте резервную копию текущей базы данных DPM.

  2. Откройте SQL Management Studio и подключитесь к экземпляру SQL, на котором размещен DPMDB для этого сервера.

  3. Выполните следующий запрос и проверьте, запланировано ли два или более заданий диспетчера сводки, и просмотрите, какой из предыдущих расписаний:

     SELECT SCH.ScheduleId, SCH.JobDefinitionId, jd.CreationTime
 FROM tbl_JM_JobDefinition JD
 JOIN tbl_SCH_ScheduleDefinition SCH
 ON JD.JobDefinitionId = SCH.JobDefinitionId
 WHERE JD.Type = '282faac6-e3cb-4015-8c6d-4276fcca11d4'        
 AND JD.IsDeleted = 0
 AND SCH.IsDeleted = 0

  4. Если вы вернули несколько строк, примите результирующий ScheduleID и JobDefinitionID старой записи и пометьте их как удаленные.

     update tbl_SCH_ScheduleDefinition
 set IsDeleted = 1
 where ScheduleId = ‘ScheduleID '               --- Replace with Your ScheduleID
 update dbo.tbl_JM_JobDefinition
 set IsDeleted = 1
 where JobDefinitionId = ‘JobDefinitionID'             --- Replace with Your JobDefinitionID

  5. Удалите задание SQL, соответствующее ScheduleID в агент SQL Server — JOBS. После удаления аварийное завершение с нулевым временем будет разрешено.

    ScheduleId — это задания SQL в агенте SQL:

    UPDATE MSDB.dbo.sysjobs
SET Enabled = 0
WHERE [Name] LIKE ‘ScheduleID’  --- Replace with Your ScheduleID

Виртуальные машины Hyper-V защищаются дважды при обновлении виртуальной машины

Описание. При обновлении виртуальной машины Hyper-V с Windows Server 2012 R2 до Windows Server 2016 в мастере создания группы защиты отображаются две версии виртуальной машины.

Обходной путь. Для защищенных виртуальных машин, которые будут обновлены, убедитесь, что вы остановите защиту с сохранением данных перед обновлением виртуальной машины. Затем обновите виртуальную машину и повторно защитите ее в новой группе защиты. При настройке повторной защиты выполните обновление на узле виртуальной машины для DPM, чтобы определить обновление виртуальной машины и защитить ее как виртуальную машину RCT.

Восстановление предыдущей версии для обновленной виртуальной машины Hyper-V приводит к сбою будущих точек восстановления

Описание. При обновлении защищенной виртуальной машины 2012 R2 Hyper-V до версии 2016 остановите защиту виртуальной машины (но сохраните данные), а затем повторно включите защиту. Если вы восстановите копию 2012 R2 в исходном расположении, дальнейшие резервные копии могут завершиться ошибкой.

Решение. После восстановления измените версию виртуальной машины на 2016 и выполните проверку согласованности.

Сбои защиты от восстановления без операционной системы

Описание. Если вы настроите защиту восстановления без операционной системы (BMR), задание защиты BMR может завершиться ошибкой с сообщением о том, что размер реплики недостаточно велик.

Решение. Используйте следующий путь реестра, чтобы изменить размер реплики по умолчанию для источников данных BMR. Откройте редактор реестра и увеличьте размер реплики для следующего раздела:

HKLM\Software\Microsoft\Microsoft Data Protection Manager\ConfigurationReplicaSizeInGBForSystemProtectionWithBMR (DWORD)

Защита базы данных DPM останавливается в случае сценариев обновления

Описание. При обновлении DPM имя базы данных может измениться в некоторых сценариях.

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

RcT Hyper-V — восстановление в виде файлов для резервного копирования D-T завершается сбоем

Описание. Восстановление виртуальных машин RCT Hyper-V в виде файлов, созданных непосредственно на ленте (D-T), завершается сбоем. В случае с резервными копиями D-D-T эта проблема не возникает.

Обходное решение. Используйте альтернативное восстановление расположения в качестве виртуальной машины, а затем перенесите эти файлы в нужное расположение.

Примечание.

Эта функция исправлена в DPM 2019 UR1. Чтобы устранить эту проблему, можно установить UR1. Подробные сведения об установке UR1 см. в статье базы знаний для UR1.

DPM 2019 не поддерживает восстановление файлового сервера с помощью современного хранилища резервных копий (MBS)

Описание: DPM 2019 не поддерживает восстановление конечных пользователей (EUR) с современным хранилищем резервных копий (MBS).

Обходной путь: нет. Файловый сервер EUR не поддерживается при использовании MBS.

Точки восстановления не обрезаются, что приводит к накоплению точек восстановления

Описание: DPM удаляет точки восстановления старше диапазона хранения. Во время процесса обрезки DPM вычисляет хранилище, используемое этими точками восстановления, которые необходимо выполнить. Вычисление хранилища задерживает обрезку.

Обходное решение. Настройте DPM, чтобы пропустить вычисление размера точек восстановления, которые необходимо выполнить. В результате скрипт обрезки выполняется быстрее и удаляет все точки восстановления старше диапазона хранения, что позволяет сократить все нагрузки на хранилище. Хранилище, используемое для каждого источника данных, не обновляется, пока DPM не завершит очистку. Потребление хранилища на том продолжает отражать правильные значения. Используйте скрипт PowerShell для включения вычисления размера. Следующий скрипт выполняет полные вычисления размера.

Расположение: Program Files\Microsoft System Center\DPM\DPM\bin\Manage-DPMDSStorageSizeUpdate.ps1

Сценарий: Manage-DPMDSStorageSizeUpdate.ps1 -ManageStorageInfo [StopSizeAutoUpdate | StartSizeAutoUpdate | GetSizeAutoUpdateStatus | UpdateSizeInfo ] [-UpdateSizeForDS <FilePath>] [-UpdatedDSSizeReport <FilePath>] [-FailedDSSizeUpdateFile <FilePath>]

  • ManageStorageInfo: указывает тип необходимой операции.

    • StopSizeAutoUpdate: полностью останавливает вычисление размера. Пользовательский интерфейс и PowerShell не будут сообщать о размерах.

    • StartSizeAutoUpdate: возобновляет вычисление размера Сразу после включения вычислений размера используйте UpdateSizeInfo (в следующих параметрах) для пересчета размеров для всех источников данных, пока размеры, указанные в PowerShell и пользовательском интерфейсе, могут быть неверными.

    • GetSizeAutoUpdateStatus: указывает, включено или отключено вычисление размера.

    • UpdateSizeInfo: активирует вычисление размера и сообщает размер, используемый источником данных. Так как это может быть длительной операцией, используйте ее только при необходимости для таких сценариев, как выставление счетов. В течение этого времени резервные копии могут завершиться ошибкой подключения vhd.

  • UpdateSizeForDS: Путь к текстовому файлу со списком идентификаторов источников данных, для которых необходимо вычислить размер с помощью идентификатора источника данных в каждой строке. При передаче вычисление размера активируется для всех источников данных. Используйте после использования UpdateSizeInfo в ManageStorageInfo. Чтобы получить идентификаторы источников данных определенных источников данных, используйте Get-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Id.

  • UpdatedDSSizeReport: Путь к файлу, в который хранятся обновленные размеры источников данных. Если файл не передается, sizes.csv создается в каталоге выполнения. Используйте после UpdateSizeInfo входа ManageStorageInfo.

  • FailedDSSizeUpdateFile: Путь к файлу для хранения идентификаторов источника данных для источников данных, для которых не удалось вычислить потребление хранилища. Это может произойти из-за таких причин, как текущие резервные копии. Если он не передан, failedDS.txt файл создается в каталоге выполнения. Этот файл можно указать в качестве входных данных в UpdateSizeForDS, чтобы обновить размеры всех источников данных. Это следует использовать после использования UpdateSizeInfo в ManageStorageInfo.

Источники данных DPM не отображаются в хранилище Служб восстановления

Описание. Некоторые источники данных в представлении элементов резервного копирования (DPM) из хранилища служб восстановления в портал Azure не обновляются и не обновляются.

Причина. Возможно, вы удалили защищенный сервер и остановили защиту источников данных, но выбрали для поддержания точек восстановления в сети, а затем удалили агент DPM/MABS из консоли.

Чтобы проверить, в этом ли причина, откройте файл GatewayProvider0Curr.errlog, расположенный в папке C:\ProgramFiles\Microsoft Azure Backup Server\DPM\MARS\Temp, в блокноте и выполните в нем поиск по слову Mis-Match.

Если вы нашли следующую запись, в ней доступны подробные сведения о несогласованности защищенного сервера.

В приведенном ниже примере агент для сервера с именем mjlc-dc.Contoso.com был удален и отсутствует на сервере DPM/MABS.

GetData of Provider failed. |Backup Service Exception: FMException: [ErrorCode:GPPowershellScriptHrError, DetailedCode:-2146233079, Source:   at System.Management.Automation.MshCommandRuntime.ThrowTerminatingError(ErrorRecord errorRecord), Message:Production Server **mis-match** DSId :9adaec12-5b5a-455e-86b9-1fac2d605fe1 DSName : S:\ DSType : Volume PSName :**mjlc-dc.Contoso.com** PSId: a494f940-b480-41d2-9ef5-4194ad737c7b]

Обходное решение

  1. Если исходный защищенный сервер по-прежнему доступен, переустановите агент DPM, даже если вы планируете использовать этот сервер в автономном режиме в будущем. Агент можно отключить в DPM/MABS; Не удаляйте его, пока не удалите точки восстановления в Сети.
  2. Если точки восстановления в сети для выведенного из эксплуатации сервера больше не нужны, можно удалить источники данных на сервере DPM или Microsoft Azure Backup Server, для которого остановлено использование защиты.

Заметки о выпуске DPM 2019 UR1

Восстановление виртуальной машины с исключенным диском (на запасной узел) восстанавливает пустой диск

Описание. Восстановление виртуальной машины с исключенным диском на запасной узел восстанавливает исключенный диск в качестве пустого. Исключенный диск не будет подключен к виртуальной машине. Этот диск можно удалить, чтобы сэкономить место.

Обходной путь: нет

Сведения о проблемах, исправленных в DPM 2019 UR1, см. в статье базы знаний.

Заметки о выпуске DPM 2019 UR2

В следующих разделах подробно описаны известные проблемы и обходные пути для DPM 2019 UR2.

Сведения о проблемах, исправленных в DPM 2019 UR2, см. в статье базы знаний.

Сведения о группе защиты не отображаются в консоли DPM

Описание. После установки DPM 2019 UR2 иногда консоль DPM может не отображать сведения о группе защиты в области сведений .

консоль без сведений о группе защиты

Обходное решение. Используйте команду Get-DPMProtectionGroup PowerShell для просмотра сведений о группе защиты.

Примечание.

Эта проблема устранена в DPM 2019 UR3. Дополнительные сведения о проблемах, исправленных в UR3, см. в статье базы знаний.

Последние файлы отчетов не обновляются автоматически

Описание. При использовании DPM 2019 UR2 исправлена проблема с форматированием отчетов DPM и отчетом о миграции томов в том. Однако существующие файлы отчетов не заменяются автоматически обновленными файлами.

Обходное решение. Выполните следующие действия, чтобы заменить существующие файлы отчетов:

Замена ReportSRV10.dll

  1. Остановите службу отчетов SQL Server.
  2. Выберите обновленный файл ReportSRV10.dll в папке C:\Program Files\Microsoft System Center\DPM\DPM\bin и замените существующие DLL-файлы в следующих папках:
    • C:\Program Files\Microsoft SQL Server Reporting Services\SSRS\ReportServer\bin (SQL Server 2017 и более поздних версий);
    • C:\Program Files\Microsoft SQL Server\MSRS13.MSDPM2012\Reporting Services\ReportServer\bin (SQL Server 2016).
  3. Запустите службу отчетов SQL Server.

Замена файлов RDL

  1. В DPM откройте URL-адрес портала СЛУЖБ SQL Reporting Services.

  2. На портале папка DPMReports существует в формате DPMReports_<GUID>.

    Папка

    Примечание.

    Вы увидите только одну папку с этим соглашением об именовании. Если DPM обновлен с предыдущей версии, предыдущая папка может по-прежнему существовать, но ее невозможно открыть.

  3. Выберите и откройте папку DPMReports_<GUID>. Отображаются отдельные файлы отчетов.

    Список отдельных файлов отчетов

  4. Выберите файлы отчетов, имя которых не заканчивается словом Report, щелкните правой кнопкой мыши Параметр и выберите Управление.

    Управление файлами отчетов

  5. На новой странице выберите "Заменить ", чтобы заменить последними файлами отчета.

    Замена файлов отчетов

    Последние файлы отчетов доступны в пути установки DPM:

    Например: C:\Program Files\Microsoft System Center\DPM\DPM\bin\DpmReports

  6. После замены файлов убедитесь, что поля Имя и Описание не повреждены и не пусты.

  7. Перезапустите DPM и используйте файлы отчета.

Заметки о выпуске DPM 2019 UR3

В следующем разделе приведены сведения об известной проблеме в DPM 2019 UR3 и обходном пути.

Удаленная консоль DPM может не подключиться к серверу DPM после обновления до накопительного пакета обновления 3

Описание. После обновления консоли удаленного администрирования DPM до накопительного пакета обновления 3 может завершиться сбоем подключения к серверу DPM с ошибкой Версия консоли администрирования DPM несовместима с версией сервера DPM.

Решение:

  1. На сервере, на котором запущена консоль удаленного администрирования DPM, выполните следующую команду PowerShell (введите имя сервера DPM, как применимо); Эта команда копирует необходимые DLL-файлы с сервера DPM:

    $RemoteUIPath = "C:\Program Files\Microsoft Data Protection Manager\DPM2019\bin"
$RemoteUidlls = Get-Item "$RemoteUIPath\*" | ? {$_.name -match ".dll"}
Write-Host -MessageData "Copying required $($RemoteUidlls.count) DLL's for Remote UI"
foreach ($dll in $RemoteUidlls) {
Copy-Item -Path "\\<FQDN of the DPM Server>\c$\Program Files\Microsoft System Center\DPM\DPM\bin\$($dll.name)" -Destination $RemoteUIPath
}
$RemoteUIUR3Dlls = "Microsoft.ApplicationInsights.dll",
"Microsoft.Diagnostics.Tracing.EventSource.dll",
"Microsoft.SystemCenter.DPM.Instrumentation.dll",
"Microsoft.SystemCenter.DPM.InstrumentationScheduler.dll",
"Microsoft.SystemCenter.Instrumentation.dll",
"Microsoft.WindowsAzure.Storage.dll",
"Newtonsoft.Json.dll"
foreach ($dll in $RemoteUIUR3Dlls) {
$SourceDllPath = "\\<FQDN of the DPM Server>\c$\Program Files\Microsoft System Center\DPM\DPM\bin\" + $dll
Copy-Item -Path $SourceDllPath -Destination $RemoteUIPath
}
Write-Host -MessageData "All required DLL files for DPM Remote UI UR3 has been copied"

    Примечание.

    Если вы используете удаленный пользовательский интерфейс DPM на компьютере SCOM, копирование для следующих файлов может завершиться ошибкой, это может быть проигнорировано.

    • SCOMHelperLibrary.dll
    • ScopingCommonHelper.dll
    • ViewAlertsAndAffectedItemsHelper.dll
    • Wpfhelpers.dll

  2. Если вы используете язык, отличный от английского, скопируйте соответствующую папку языка с сервера DPM. Обновите имя сервера DPM и папку языка в следующей команде, а затем выполните команду.

    Copy-Item -Path \\<FQDN of the DPM_Server>\c$\Program Files\Microsoft System Center\DPM\DPM\bin\<Language folder>\*.dll -Destination C:\Program Files\Microsoft Data Protection Manager\DPM2019\bin\<Language folder>

    Примечание.

    Эта команда использует путь установки по умолчанию для DPM. Если вы изменили путь установки, обновите путь соответствующим образом.

Заметки о выпуске DPM 2019 UR4

В следующем разделе приведены сведения о известной проблеме в DPM 2019 UR4 и обходном пути.

Установка UR4 центральной консоли и удаленного пользовательского интерфейса

Описание. Удаленный пользовательский интерфейс и центральная консоль должны быть установлены в RTM, UR1, UR2.

Решение. Если удаленный пользовательский интерфейс и центральная консоль находятся в UR3, необходимо удалить его, установить версию RTM, а затем выполнить обновление до UR4. Только удаленный пользовательский интерфейс UR4 может подключаться к DPM 2019 UR4.

Заметки о выпуске DPM 2019 UR5

В настоящее время в DPM 2019 UR5 нет известных проблем.

Заметки о выпуске DPM 2019 UR6

В следующем разделе приведены сведения о известной проблеме в DPM 2019 UR6 и обходном пути.

Сведения о проблемах, исправленных в UR6 и инструкциях по установке ДЛЯ UR6, см. в статье базы знаний.

Автономное заполнение не работает с агентом MARS 2.0.9254.0 и более поздними версиями

Описание. Последующие операции создания точек восстановления в Сети завершаются сбоем после успешного создания первой точки восстановления в сети для источников данных, резервных копии из databox только в том случае, если версия агента MARS больше 2.0.9254.0.

Обходной путь: нет. Обратитесь в службу поддержки Майкрософт.

Заметки о выпуске System Center DPM 2016

В следующих разделах приведены заметки о выпуске для DPM 2016 и приведены применимые известные проблемы и обходные пути.

Автоматическая установка System Center DPM с SQL Server 2008

Описание. RTM DPM 2016 не будет автоматически устанавливаться на SQL Server 2008.

Обходное решение. Разверните RTM DPM 2016 в версии SQL Server выше 2008 или используйте пользовательский интерфейс установки DPM 2016.

Командлет Remove-DPMDiskStorage может удалять тома с активными или неактивными резервными копиями

Описание. Если источники данных тома создаются резервные копии (активно или неактивно), при использовании командлета Remove-DPMDiskStorage для удаления томов из DPM источники данных также можно удалить.

Обходное решение. Перед удалением томов перед удалением томов убедитесь, что источники данных тома не используются (активно или неактивно).

DPM 2016 в Windows Server 2016 зависает

Описание. Потребление памяти на сервере DPM увеличивается непрерывно, пока не достигнет 90%. Потребление памяти замедляет использование сервера DPM.

Обходной путь. Обновите DPM до DPM UR2 и установите KB4013429 , чтобы устранить эту проблему.

Виртуальные машины Hyper-V защищаются дважды при обновлении виртуальной машины

Описание. При обновлении виртуальной машины Hyper-V с Windows Server 2012 R2 до Windows Server 2016 в мастере создания группы защиты отображаются две версии виртуальной машины.

Обходное решение. Для виртуальных машин, которые не были обновлены, остановите защиту с помощью хранимых данных. Обновите виртуальную машину и создайте новую группу защиты. Затем обновите источники данных и защитите виртуальные машины. При повторном применении защиты виртуальные машины защищены с помощью устойчивых Отслеживание изменений (RCT).

Сбой установки агента в Windows Server 2008, Windows Server 2008 R2

Описание. При защите Windows Server 2008 или Windows Server 2008 R2 установка агента может завершиться ошибкой.

Обходное решение. Обновите Windows Management Framework (WMF) на рабочем сервере до версии 4.0. Скачайте WMF на странице Windows Management Frame 5.1 (https://www.microsoft.com/download/details.aspx?id=54616). Установите WMF и установите агент.

Восстановление предыдущей версии обновленной виртуальной машины Hyper-V приводит к сбою будущих точек восстановления.

Описание. При обновлении защищенной виртуальной машины 2012 R2 Hyper-V до версии 2016, остановите защиту виртуальной машины (но сохраните данные), а затем повторно включите защиту. Если вы восстановите копию 2012 R2 в исходном расположении, дальнейшие резервные копии могут завершиться ошибкой.

Обходное решение. После восстановления измените версию виртуальной машины на 2016 и выполните проверку согласованности.

Сбои защиты от восстановления без операционной системы

Описание. Если вы настроите защиту восстановления без операционной системы (BMR), задание защиты BMR может завершиться ошибкой с сообщением о том, что размер реплики недостаточно велик.

Решение. Используйте следующий путь реестра, чтобы изменить размер реплики по умолчанию для источников данных BMR. Откройте редактор реестра и увеличьте размер реплики для следующего раздела:

HKLM\Software\Microsoft\Microsoft Data Protection Manager\ConfigurationReplicaSizeInGBForSystemProtectionWithBMR (DWORD)

Повторное защита базы данных DPM после обновления до DPM 2016

Описание. При обновлении с System Center DPM 2012 R2 до System Center Data Protection Manager 2016 имя базы данных DPM может измениться в некоторых сценариях.

Обходной путь. Если вы защищаете базу данных DPM, обязательно включите защиту для новой базы данных DPM. После проверки обновления DPM можно удалить защиту старой базы данных DPM.

Точки восстановления не обрезаются, что приводит к накоплению точек восстановления

Описание: DPM удаляет точки восстановления старше диапазона хранения. Во время процесса обрезки DPM вычисляет хранилище, используемое этими точками восстановления, которые необходимо выполнить. Вычисление хранилища задерживает обрезку.

Обходное решение. Настройте DPM, чтобы пропустить вычисление размера точек восстановления, которые необходимо выполнить. В результате скрипт обрезки выполняется быстрее и удаляет все точки восстановления старше диапазона хранения, что позволяет сократить все нагрузки на хранилище. Хранилище, используемое для каждого источника данных, не обновляется, пока DPM не завершит очистку. Потребление хранилища на том продолжает отражать правильные значения. Используйте скрипт PowerShell для включения вычисления размера. Следующий скрипт выполняет полные вычисления размера.

Расположение: Program Files\Microsoft System Center 2016\DPM\DPM\bin\Manage-DPMDSStorageSizeUpdate.ps1

Сценарий: Manage-DPMDSStorageSizeUpdate.ps1 -ManageStorageInfo [StopSizeAutoUpdate | StartSizeAutoUpdate | GetSizeAutoUpdateStatus | UpdateSizeInfo ] [-UpdateSizeForDS <FilePath>] [-UpdatedDSSizeReport <FilePath>] [-FailedDSSizeUpdateFile <FilePath>]

  • ManageStorageInfo: — указывает тип необходимой операции.

    • StopSizeAutoUpdate: полностью останавливает вычисление размера. Пользовательский интерфейс и PowerShell не будут сообщать о размерах.

    • StartSizeAutoUpdate: возобновляет вычисление размера Сразу после включения вычислений размера используйте UpdateSizeInfo (в следующих параметрах) для пересчета размеров для всех источников данных, пока размеры, указанные в PowerShell и пользовательском интерфейсе, могут быть неверными.

    • GetSizeAutoUpdateStatus: указывает, включено или отключено вычисление размера.

    • UpdateSizeInfo: активирует вычисление размера и сообщает размер, потребляемый источником данных. Так как это может быть длительной операцией, используйте ее только при необходимости для таких сценариев, как выставление счетов. В течение этого времени резервные копии могут завершиться ошибкой подключения vhd.

  • UpdateSizeForDS: Путь к текстовому файлу со списком идентификаторов источников данных, для которых необходимо вычислить размер с помощью идентификатора источника данных в каждой строке. При передаче вычисление размера активируется для всех источников данных. Используйте после использования UpdateSizeInfo в ManageStorageInfo. Чтобы получить идентификаторы источников данных определенных источников данных, используйте Get-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Id.

  • UpdatedDSSizeReport: Путь к файлу, в который хранятся обновленные размеры источников данных. Если файл не передается, sizes.csv создается в каталоге выполнения. Используйте после UpdateSizeInfo входа ManageStorageInfo.

  • FailedDSSizeUpdateFile: Путь к файлу для хранения идентификаторов источника данных для источников данных, для которых не удалось вычислить потребление хранилища. Это может произойти из-за таких причин, как текущие резервные копии. Если он не передан, failedDS.txt файл создается в каталоге выполнения. Этот файл можно указать в качестве входных данных в UpdateSizeForDS, чтобы обновить размеры всех источников данных. Это следует использовать после использования UpdateSizeInfo в ManageStorageInfo.

RcT Hyper-V — восстановление в виде файлов для резервного копирования D-T завершается сбоем

Описание. Восстановление виртуальных машин RCT Hyper-V в виде файлов, созданных непосредственно на ленте (D-T), завершается сбоем. Резервные копии D-D-T не будут демонстрировать эту проблему.

Обходное решение. Используйте альтернативное восстановление расположения в качестве виртуальной машины, а затем перенесите эти файлы в нужное расположение.

Восстановление конечного пользователя файлового сервера (EUR) недоступно при использовании современного хранилища резервных копий (MBS)

Описание. Если вы используете современное хранилище резервных копий (MBS) с DPM 2016, восстановление конечного пользователя файлового сервера (EUR) недоступно.

Обходной путь: нет. Файловый сервер EUR не поддерживается при использовании MBS.

При установке DPM может появиться ошибка 4387

Описание. При установке диспетчера защиты данных при вводе экземпляра SQL в текстовое поле "Предварительные требования для установки>Диспетчера защиты данных" проверка>экземпляра SQL Server может появиться ошибка 4387.

Решение. Выполните необходимые действия, как описано в этой статье базы знаний и повторите попытку установки DPM.

Последние файлы отчетов не обновляются автоматически

Описание. При использовании DPM 2016 UR10 исправлена проблема с форматированием отчета DPM и томом в отчеты о миграции томов. Однако существующие файлы отчетов не заменяются автоматически обновленными файлами.

Обходное решение. Выполните следующие действия, чтобы заменить существующие файлы отчетов:

Замена ReportSRV10.dll

  1. Остановка службы отчетов SQL Server

  2. Выберите обновленный файл ReportSRV10.dll , представленный в папке C:\Program Files\Microsoft System Center\DPM\DPM\bin , и замените существующие DLL-файлы в следующей папке:

    C:\Program Files\Microsoft SQL Server\MSRS13. MSDPM2012\Reporting Services\ReportServer\bin

  3. Запустите службу отчетов SQL Server.

Замена файлов RDL

  1. В DPM откройте URL-адрес портала СЛУЖБ SQL Reporting Services.

  2. На портале папка DPMReports существует в формате DPMReports_<GUID>.

    Папка

    Примечание.

    Вы увидите только одну папку с этим соглашением об именовании. Если DPM обновлен с предыдущей версии, предыдущая папка может по-прежнему существовать, но ее невозможно открыть.

  3. Выберите и откройте папку DPMReports_<GUID>. Отображаются отдельные файлы отчетов.

    Список отдельных файлов отчетов

  4. Выберите файлы отчетов, имя которых не заканчивается словом Report, щелкните правой кнопкой мыши Параметр и выберите Управление.

    Управление файлами отчетов

  5. На новой странице выберите "Заменить ", чтобы заменить последними файлами отчета.

    Замена файлов отчетов

    Последние файлы отчетов доступны в пути установки DPM:

    Например: C:\Program Files\Microsoft System Center\DPM\DPM\bin\DpmReports

  6. После замены файлов убедитесь, что поля Имя и Описание не повреждены и не пусты.

  7. Перезапустите DPM и используйте файлы отчета.

Следующие шаги