Официально подтверждено, что при открытии документов Office из SharePoint пользователеями с правами только чтение возникает ошибка доступа к документу.

Симптомы и способы ее устранения можно прочитать в соответствующей статье.

Достаточно понятны основные причины ее появления:

• Редактирование атрибутов файла (или самого файла) через Api, в то время пока файл редактировался с помощью, например, Word;
• Ошибка в работе самой программы Word или Excel, включая ее зависание, ошибки и баги, а также неправильную работу с определенными местоположениями, такими как: WebDav или DFS.

В общем основная причина – это наличие блокировки. которой быть в данный момент по идее не должно.

Практически с вероятность 100% к данной ошибке приводит наличие обработчика события ItemAdded или ItemAddidng для документов Offce. То же касается и событий обновления.

Как с этим бороться? Существует мнение, что это будет исправлено в одном из обновлений. Я читал об этом в интернете, но официальной информации у меня нет.

Есть рекомендация подождать 10 минут или сохранить файл в другое место и тому подобное.

Есть конечно более спорное и более радикальное решение. Мне оно часто помогает. Его суть в том, чтобы самому руками снимать блокировки с файлов. Например так:

public override void ItemUpdated(SPItemEventProperties properties)
{
    if (true == String.IsNullOrEmpty(properties.AfterUrl))
        return;

    SPFile file                        = properties.ListItem.File;
     if (null != file && true == file.Exists && file.LockType != None)
                file.ReleaseLock(file.LockId);
     …

}

Конечно, скорее всего у этого может быть побочное действие, но на всякий случай может пригодиться.

По-видимому эта ошибка в системе.

Есть мнение, что данная проблема будет исправлена в апрельском обновлении.

Ждем.

Для того, чтобы уменьшить размер данной базы можно воспользоваться одним из двух вариантов.

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

Вариант 2.

Данный вариант я нашел в одной из статей в Интернете.

Суть данного варианта стоит в том, чтобы просто удалить старые записи в БД с помощью скрипта ниже. После чего БД можно сжать, для сокращения занимаемого объема. Скрипт привожу как есть в статье-исходнике.

USE [Sync DB]
GO

CREATE SCHEMA FIM

GO

/****** Object:  StoredProcedure [fim].[TruncateInstanceData]    Script Date: 08/10/2011 14:09:11 *****/

SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
CREATE PROCEDURE [fim].[TruncateInstanceData]
AS
BEGIN

--************************************************************
--*                                                          *                                                         *
--*   Copyright (C) Microsoft. All rights reserved.          *
--*                                                          *
--************************************************************
SET NOCOUNT ON;
DECLARE @truncationTime datetime;
SET @truncationTime = DATEADD(day, -1, GETUTCDATE());
DELETE FROM [dbo].[InstanceData]
WHERE ([created] < @truncationTime)
END

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

public class MyFeatureReciever : SPFeatureReceiver
{

public override void FeatureActivated(SPFeatureReceiverProperties properties)

{
            SPSite site                                = properties.Feature.Parent as SPSite;
            if (null == site)
                return;
            // Создать поток исполнения
            ThreadPool.QueueUserWorkItem(new WaitCallback(DoWork), new Pair(properties.Feature.Definition.RootDirectory, site.ID));
}

static private void DoWork(Object obj)
{
            String rootDirectory                    = (String)((Pair)obj).First;
            Guid siteId                                = (Guid)((Pair)obj).Second;
            // Пустой цикл пока не создастся сайт
            while (true)
            {
                using (SPSite site = new SPSite(siteId))
                {
                    using(SPWeb web = site.OpenWeb())
                    {
                        if(true == web.Provisioned)
                            break;
                    }
                }
                Thread.Sleep(100);
            }
            // Внести изменения
            using (SPSite site = new SPSite(siteId))
            {

                 DoMyTasks();
            }
}

}

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

SPWeb web = SPContext.Current.Web;
SPList DocLib = web.Lists["LibraryName"];
SPFieldMultiLineText RTF = (SPFieldMultiLineText)DocLib.Fields["RTFColumnName"];
RTF.RichText = true;
RTF.Update();

В этом случае нам может помочь создание собственных элементов управления, содержащих стандартную XsltListViewWebPart.

Что для этого необходимо:

1. Создать web-часть  или ascx-файл, содержащий определение XsltListViewWebPart:

<SharePoint:XsltListViewWebPart ID="listView" runat="server" />

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

// Получить представление и список

SPList list= web.GetList(SPUrlUtility.CombineUrl(web.ServerRelativeUrl, "/lists/list" ));

SPView view = list.Views[0];

XElement viewElement = XElement.Parse(view.HtmlSchemaXml);

// Изменить Xml содержимое представление в соответствии со схемой CAML и требуемыми параметрами отображения

XElement curQueryElement = viewElement.Element("Query");

XElement newQueryElement= new XElement("Eq",new XElement("FieldRef", new XAttribute("Name", "Category"), new XAttribute("LookupId", "TRUE")),new XElement("Value", new XAttribute("Type", "Lookup" ), {Value}));

if(null == curQueryElement.Element("Where" ))

curQueryElement.Add(new XElement("Where" , newQueryElement));

else

curQueryElement.Element("Where").ReplaceWith(new XElement("Where" , newQueryElement));

// Обновить параметры нашей web-части

this.listView.ListName = list.ID.ToString("B").ToUpper();

this.listView.ChromeType = PartChromeType.None;

this.listView.ViewGuid = view.ID.ToString("B" ).ToUpper();

this.listView.XmlDefinition = viewElement.ToString();

Действуя таким образом, мы можем добиться полного соответствия визуального представления списка элементов стандартному, при этом, используя необходимые нам параметры представления.

Как ни странно, интеграция этих двух продуктов заняла у меня несколько часов и не принесла видимого результата. Занявшись решением этой проблемы, я случайно нашел очень интересную статью посвящённую данной теме. Причем, найти ее было действительно довольно сложно, поэтому я решил сам создать ссылку на нее в своем блоге (https://ranaictiu-technicalblog.blogspot.com/2010/08/ajax-control-toolkit-with-sharepoint.html).

Суть проблемы заключается в том, что SharePoint 2010 работает со строго определенной версией AjaxToolkit. Эта версия – 3.0.30930.28736. Если быть точным:

<%@ Register Assembly="AjaxControlToolkit, Version=3.0.30930.28736,  Culture=neutral, PublicKeyToken=28f01b0e84b6d53e"  Namespace="AjaxControlToolkit" TagPrefix="ajaxToolkit" %>

Ну и наконец, для работы системы нам необходимо заменить компонент управления скриптами на главной странице с

<asp:ScriptManager id="ScriptManager" runat="server" EnablePageMethods="false"   EnablePartialRendering="true" EnableScriptGlobalization="false" EnableScriptLocalization="true"/>

на

<ajaxToolkit:ToolkitScriptManager id="ScriptManager" runat="server" EnablePageMethods="false"  EnablePartialRendering="true" EnableScriptGlobalization="false" EnableScriptLocalization="true"/>

Вот и все. После этого все стало на свои места.

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

Для типов содержимого без обязательных полей, данная опция не доступна.

А именно, при доступе к сервису /_vti_bin/listdata.svc выдается странная ошибка:

Could not load type ‘System.Data.Services.Providers.IDataServiceUpdateProvider’ from assembly ‘System.Data.Services, Version=3.5.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089′

Не много поискав в Интернете, я нашел ответ. Необходимо установить апдейт для ADO.NET.

Вот ссылка на ресурс:

https://www.microsoft.com/downloads/details.aspx?familyid=79d7f6f8-d6e9-4b8c-8640-17f89452148e&displaylang=en