ВИПРАВЛЕННЯ: Порушення доступу після того, як зберегти RBS, із .NET Framework 4.0, пов'язані з конфігурації файлу в SQL Server

ВАЖЛИВО! Ця стаття перекладена засобами машинного перекладу Microsoft. Статтю можна редагувати в середовищі Community Translation Framework (CTF). Щоб якомога швидше перекласти всі статті у своїй базі знань різними мовами, компанія Microsoft не лише звертається до професійних перекладачів, але й вдається до машинного перекладу, який потім редагується спільнотою. Такі статті можуть містити лексичні, синтаксичні та граматичні помилки. Microsoft не несе відповідальності за будь-які неточності, помилки або збитки, до яких може призвести неправильний переклад статей або їх використання. Докладніше про CTF див. на веб-сторінці http://support.microsoft.com/gp/machine-translation-corrections/uk-ua.

Клацніть тут, щоб переглянути цю статтю англійською мовою: 2960310
Ознаки
Припустімо, що за допомогою настроюваного постачальник послуг оренди застосунків віддаленого BLOB-ОБ'ЄКТІВ онлайнове пул носіїв даних (RBS) разом із середовища виконання-.NET Framework 4.0 для онлайнове пул носіїв краплі віддалено за Microsoft SharePoint 2013. Під Вільний час спроби виконати очищення сміття, який внутрішньо Microsoft.Data.SqlRemoteBlobs.Maintainer.exe, з'являється таке протокол IMAP про помилку під Вільний час збирання сміття:
Починаючи з супроводжуючого завдання.
Починаючи з збирання сміття.
Починаючи з посиланням сканування.
Вільний час>: ERR: 0:::AssemblyLoad::: сталася помилка під Вільний час читання розширення файлу xxxx. RemoteBlobStoreProvider.dll.
Вільний час>: ERR: 0:::AssemblyLoad::: System.BadImageFormatException: це складання створено середовища виконання, новіша за виконання в даний Вільний час завантажені і не може бути завантажений. (Виняток з HRESULT: 0x8013101B)
Вільний час>: ERR: 0:::AssemblyLoad::: в System.Reflection.Assembly.nLoadFile (рядок шляху, дані дані)
Вільний час>: ERR: 0:::AssemblyLoad::: в System.Reflection.Assembly.LoadFile (рядок шляху)Вільний час>: ERR: 0:::AssemblyLoad::: на Microsoft.Data.SqlRemoteBlobs.ProviderClass.Initialize()

Засіб Супроводжуючий, складений за допомогою виконання .NET Framework 2.0, і не вдалося завантажити складання .NET Framework 4.0, для нумерації, краплі та збирання сміття, на основі. Для будь-якого застосунку на .NET Framework можна використовувати файл конфігурації в застосунку та додати supportedRuntime тег, щоб використовувати нову версію .NET Framework. файл конфігурації супроводжуючого компонента, є Microsoft.Data.SqlRemoteBlobs.MaintainerConfig.xml, як показано нижче:
<startup>            <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.0"/></startup>
Під Вільний час спроби виконати очищення сміття, Microsoft.Data.SqlRemoteBlobs.Maintainer.exe виявляє виняток порушення прав доступу, наступним чином:
System.AccessViolationException: Спроби прочитати або записати захищеної пам'яті. Це часто свідчить про те, інші пам'яті пошкоджено.
в System.Text.StringBuilder.AppendFormat (IFormatProvider постачальника, рядок формату, об'єкт [args)
в Microsoft.Data.SqlRemoteBlobs.InformationUtilities.InformationDetails()
в Microsoft.Data.BlobStores.LogProvider.CreateHeaderInformation()
в Microsoft.Data.BlobStores.LogProvider.Initialize (LogLevel logLevel)
в Microsoft.Data.BlobStores.DebugPrint.InitializeProviders()
в Microsoft.Data.BlobStores.DebugPrint.Initialize (логічний вираз initializeProviders.)
в Microsoft.Data.BlobStores.DebugPrint.WriteLine (OperationType операції, LogLevel рівні, Int32 blobStoreId, виняток винятків, рядок повідомлень, об'єкт [arg)
на Microsoft.Data.SqlRemoteBlobs.Maintainer.Maintainer.MainInternal(), в Microsoft.Data.SqlRemoteBlobs.Maintainer.Maintainer.Main (args [], рядок)
причина
Перший винятків, виникає через те, що супроводжуючий. exe, складений за допомогою .NET Framework 2.0. Цей засіб, не вдалося завантажити складання, які використовують компонент .NET Framework 4.0. Виняток порушення прав доступу, виникає під Вільний час спроби ініціалізації постачальники ведення журналу для Microsoft.Data.SqlRemoteBlobs.Maintainer.exe.
Розв'язанн
Виправлення для цієї проблеми доступний останню функцію завантаження оновлень для RBS.msi. Якщо використовується усунення проблеми, які передбачається, можна видалити або дозволити, ведення журналу, пов'язані Теги користувачів і продовжує supportRuntime тегів.

Примітка. За допомогою нового RBS.msi, щоб застосувати виправлення без оновлення, можна переінсталювати RBS.
Обхідний шлях
Щоб тимчасово усунути цю проблему, додайте таке додаткове налаштування, до файлу конфігурації, разом із supportedRuntime тегів. Ці мітки, вимкніть ведення журналу можливості засобу супроводжуючого через те, що за винятком копію ситуацію під Вільний час ініціалізації у постачальників ведення журналу.
 <startup>            <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.0"/> </startup>     <RemoteBlobStorage>        <Logging>            <add key="ConsoleLog" value="0" />            <add key="FileLog" value="0" />            <add key="CircularLog" value="0" />            <add key="EventViewerLog" value="0" />            <add key="DatabaseTableLog" value="0" />        </Logging>    </RemoteBlobStorage>
Стан
корпорація Майкрософт підтвердила існування цієї неполадки у продуктах Майкрософт, перелічених у розділі "Застосовується до".

Попередження. Цю статтю переведено автоматично

Властивості

Ідентифікатор статті: 2960310 – останній перегляд: 11/10/2016 01:03:00 – виправлення: 8.0

Microsoft SQL Server 2012 Service Pack 1, Microsoft SQL Server 2014 Developer, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Standard, Microsoft SQL Server 2012 Service Pack 2

  • kbqfe kbfix kbsurveynew kbexpertiseadvanced kbmt KB2960310 KbMtuk
Зворотний зв’язок