Отнася се за
Windows Server 2019, all editions Windows Server 2016, all editions Windows Server 2012 R2 Windows Server 2012 Windows Server 2008 R2 Windows Server 2008 Service Pack 2 SQL Server 2016 SQL Server 2019

Резюме

Пакетите с виртуални приложения съдържат манифест, който предоставя цялата основна информация и настройките по подразбиране за пакета. Ако искате да регулирате тези настройки по подразбиране за конкретен потребител или група, можете да създадете и редактирате файла за потребителска конфигурация (UserConfig). Файлът UserConfig ви позволява да определяте или модифицирате персонализирани настройки за пакет. Тези настройки ще бъдат приложени за конкретен потребител, когато пакетът се разполага на компютър, който изпълнява клиента на App-V.

Симптоми

Публикуването на пакети с виртуални приложения, които имат файлове на UserConfig чрез управляващата конзола на App-V, може да бъде неуспешно поради промяна в начина, по който SQL Server 2016 и по-нови версии обработват типовете данни. За повече информация относно тази промяна вижте KB4010261. Пакети, които срещат този проблем, ще включват седем цифри за милисекунди във времевото клеймо, например „2019-12-30T14:41:57.7433333“. Пакети, които вероятно ще бъдат публикувани успешно, имат две цифри за милисекунда в клеймото, например „2019-12-30T14:41:50.58“.

Ако срещнете този проблем, може да получите следната грешка в многословно записване в регистрационния файл:

5756 [7]14D4.4320::12/10/19-08:28:34.9973489 [Microsoft.Windows.AppMan.AppV] LOGLEVEL=1, MESSAGE=Catalog: Неуспешно задаване на последното време на модификация на файл за правила 'C:\Users\sgern\AppData\Roaming\Microsoft\AppV\Client\Catalog\Packages\{1D45F06B-874D-4A85-86EF-2330B430E47D}\{DB5DE6F6-15E8-4932-A7CF-2DA12EA5B068}\DynamicConfiguration.xml. Код на грешка: 0x0FD0A725-00000057, FUNCTION=AppV::Client::Catalog::DocumentStoreImpl::SavePolicyDocumentToFile, LINENO=1078, UTCReplace_AppSessionGuid=true

Грешката 0x0FD0A725-00000057 се връща от Windows и означава „Грешен параметър“

Заобиколно решение

За да смекчите този проблем, може да се наложи да извършите едно от следните действия:

  • Използвайте PowerShell, за да публикувате пакета.

  • Променете нивото на съвместимост на базата данни на нещо по-ниско от 130.

  • Променете типа данни на колоната, използвана за времевото клеймо.

По-долу може да видите примерен скрипт за промяна на типа данни на колоната, използвана за клеймото.  Забележка Ще трябва да настроите името на БД в скрипта за вашата среда. Важно Препоръчително е да направите резервно копие на вашата БД, преди да изпълните скриптове.

USE  AppVManagement
GO
ALTER TABLE dbo.PackageEntitlements ALTER column UserConfigurationTimestamp datetime2(3)
GO
ALTER TABLE dbo.PackageVersions ALTER column TimeAdded datetime2(3)
GO
ALTER TABLE dbo.PackageVersions ALTER column TimeChanged datetime2(3)
GO
ALTER TABLE dbo.PackageVersions ALTER column TimeEnabled datetime2(3)
GO
ALTER TABLE dbo.PublishingServers ALTER column LastPublishingAttempt datetime2(3)
GO

Забележка Няма да срещнете този проблем, ако публикувате вашите пакети за виртуални приложения чрез PowerShell.

Нуждаете ли се от още помощ?

Искате ли още опции?

Разгледайте ползите от абонамента, прегледайте курсовете за обучение, научете как да защитите устройството си и още.