Не удается запустить приложение sharepoint workspace

Обновлено: 05.01.2025

Microsoft SharePoint 2010 представляет собой сложный механизм с большим количеством «рычагов» и «кнопок», с которыми весьма сложно освоиться. Не удивительно, что иногда этот механизм работает неправильно. За последние полтора года, устанавливая SharePoint 2010, я встречал много ошибок в настройке, большую часть из которых сам и совершал. Далее в статье я расскажу о десяти подобных ошибках

Ошибка № 1: экономия на оперативной памяти или объеме жесткого диска для SharePoint

Я много раз наблюдал безотрадную картину: бедный беззащитный сервер SharePoint работает на пределе своих возможностей, чтобы осчастливить пользователей, но он связан по рукам и ногам из-за ограниченных ресурсов. Такая ситуация является обычной при «агрессивной» виртуализации. Сама по себе виртуализация — вещь неплохая, но она должна быть организована умно и без жертв со стороны SharePoint.

Что касается диска С, то сам по себе SharePoint не требует его большого объема, в отличие от Windows. В конце концов, вашему серверу нужно хранить исправления для Windows за несколько лет. Если вы увеличиваете объем диска на своем сервере, подумайте над тем, чтобы добавить еще и второй диск. Этот диск будет подходящим местом для хранения всех файлов, которые вы используете при установке SharePoint. Все установочные файлы программ сторонних фирм тоже могут храниться там. На этот диск вы можете поместить и файлы журналов SharePoint, и индексы Search. Такой подход снимет с диска С некоторое напряжение. А быстрый диск С и довольные конечные пользователи осчастливят и администратора сервера SharePoint.

Ошибка № 2: использование виртуализованного сервера Microsoft SQL

Как уже говорилось в предыдущем разделе, виртуализация – неплохая вещь. Но она позволяет администраторам совершать ошибки, скажем так, в больших масштабах. Возьмите виртуальный SQL Server. В контексте SharePoint этот процесс может быть особенно болезненным. Главная ошибка, которую я встречал во время виртуализации SQL Server, — это перегрузка базового сервера (хоста), независимо от того, что тому причиной — недостаток оперативной памяти, времени процессора или пространства на диске. Поскольку все содержимое SharePoint хранится на сервере SQL Server, если SQL Server медленный, то и SharePoint будет медленным.

Если вы не можете получить физическую систему для SQL Server, тогда, как минимум, убедитесь, что виртуализованный экземпляр SQL Server может работать. Для начала проверьте, правильно ли настроены его виртуальные диски. Ввод-вывод – это одна из областей, где виртуализованный SQL Server сильно нагружен, а плохо настроенные диски усугубляют проблему. Кроме того, постарайтесь установить виртуальные диски гостевых систем SQL Server на отдельные физические диски на хосте. Это поможет улучшить ввод-вывод, а значит, убережет SQL Server от конкуренции с гостевыми системами. Наконец, не следует разрешать хосту виртуализации превышать размер собственной оперативной памяти. Если хост должен выполнять подкачку для того, чтобы соответствовать заданному размеру оперативной памяти, то SQL Server будет тормозить.

Ошибка № 3: использование мастера настройки фермы

Ошибка № 4: использование неправильного URL при создании веб-приложения контента

Как и у всех партнеры, между SharePoint и Microsoft IIS время от времени возникают проблемы с коммуникацией. Создание веб-приложения – один из этих случаев. SharePoint не оповещает IIS об изменениях, которые вы можете внести в веб-приложение после его создания. Например, если вы создаете альтернативный путь Alternate Access Mapping (AAM) для веб-приложения в Central Administration, вы все еще должны зайти в IIS и добавить заголовок хоста для нового адреса.

Проблема может показаться не такой уж глобальной, но она возникает у многих в самый неподходящий момент: во время сбоя. В некоторых случаях администраторы обновляли сервер SharePoint или им требовалось перестраивать его, и они забывали о заголовках хоста, которые вручную указали несколькими месяцами ранее. SharePoint восстанавливается и работает, но во время соединения с SharePoint конечные пользователи видят голубую заполняющую страницу IIS 7 вместо страницы SharePoint, увидеть которую они ожидали.

Первый шаг – это документирование всех ваших настроек веб-приложения. В большинстве случаев их немного и вы понимаете все изменения, которые произвели. Затем отсоедините базу данных контента от своего веб-приложения. Сохраните базы данных, они вам могут понадобиться. Затем сделайте копию файла web.config для этого веб-приложения. Некоторые настройки, такие как аутентификация на основе форм Form Based Authentication (FBA) и настройки кэша BLOB, находятся в этом файле. Наконец, зайдите в Central Administration и удалите веб-приложение. SharePoint придется удалить лишние материалы. Самая опасная часть работы завершена.

Теперь создайте веб-приложение заново, но на этот раз сделайте это правильно. Сначала введите корректный, полностью определенный адрес URL в поле Host Header. Доставьте удовольствие своим конечным пользователям и установите веб-приложение на порт 80, как показано на экране 1. В разделе настроек безопасности Security Configuration примите все по умолчанию, даже если вы собираетесь использовать Kerberos или SSL. Позднее вы можете изменить эти настройки, а вам нужно убедиться, что веб-приложение работает корректно, прежде чем вы примените желаемые настройки безопасности. В разделе настроек Application Pool отметьте существующий пул приложения (зачем это нужно, я объясню в следующем разделе).

Экран 1. Создание нового веб-приложения

Очень важно присвоить понятные имена базе данных контента. Вам должно быть достаточно взглянуть на имя базы данных контента, чтобы узнать, с каким веб-приложением она взаимодействует. Это одна из тех вещей, которые кажутся незначительными, но являются бесценными в случае восстановления после аварии. Если база данных контента, которую вы отсоединили от веб-приложение перед удалением, не имеет таких имен, воспользуйтесь случаем, когда будете создавать веб-приложение заново. Присвойте новой базе данных контента понятное имя, затем используйте PowerShell-команду Move-SPSite для перемещения коллекций сайта в новую базу данных. Если у вашей базы данных уже есть имя, введите его во время процесса создания нового веб-приложения. Если у вас было несколько баз данных контента, присоедините оставшиеся после создания веб-приложения.

Ошибка № 5: запуск веб-приложений или служебных приложений в раздельных пулах приложений

Веб-приложения и служебные приложения запускаются внутри пула приложения, который является процессом W3WP.exe, запущенным на сервере. Пока у вас нет причины поступать иначе, следует запустить все веб-приложения SharePoint внутри одного пула приложений. То же самое касается и служебных приложений. Запуск каждого веб-приложения в своем пуле приложения делает неэффективным использование памяти сервера. Каждый пул приложений имеет минимальный прирост более чем в 100 Мбайт, и его доля в памяти может быть увеличена по мере кэширования часто обновляемого контента. На экране 2 показано несколько процессов W3WP.exe, запущенных как sp_webapps; это результат запуска веб-приложений в раздельных пулах приложений.

Экран 2. Результат запуска веб-приложений в раздельных пулах приложений

Все мы сталкивались с ситуацией, когда SharePoint «тормозит» утром, поскольку пулы приложений обновляются после ночи и им нужно «разогреться» и записать контент в кэш заново. Множественные пулы приложений означают, что тот же самый контент сохраняется в кэше много раз. Большая часть пользователей беспокоится. Многие из них при этом размышляют о способах наказания для нас, администраторов, за плохую производительность SharePoint.

Ошибка № 6: использование одной учетной записи для всего

Система безопасности сложна, и совсем не факт, что SharePoint делает ее проще. Использование только одной учетной записи – может быть даже всемогущей записи Domain Administrator – это так просто. Мы все так делаем, хотя это и неправильно. Когда вы используете существующую учетную запись, вы открываете в SharePoint несколько лазеек в системе безопасности. Любой, кто знает пароль учетной записи, может сделать с SharePoint все что угодно, ведь вы не сможете разделить обязанности. Кроме того, вы можете потерять возможность контролировать тех, кто внес изменения. И если этот общеизвестный пароль скомпрометирован или нуждается в том, чтобы его изменили, вы нарушите работу SharePoint. Даже если вы используете один специальный пароль для SharePoint, вы остаетесь уязвимы для атак. Если учетная запись будет скомпрометирована через брешь в защите, то хакеры получат доступ ко всему в SharePoint.

Ошибка № 7: сохранение настроек базы данных SharePoint по умолчанию

Когда SharePoint создает свое семейство баз данных, он делает несколько неудачных допущений. Например, настройки автоматического увеличения: файлы базы данных увелчиваются по 1 Мбайт, чтобы гарантировать, что они будут автоматически реагировать на малейшее повышение нагрузки. Это не только замедляет SQL Server (который замедляет SharePoint), но и отражается на файлах базы данных, которые распределяются по всем дискам очень маленькими фрагментами памяти в 1 Мбайт.

SharePoint также создает большую часть своих баз данных, особенно базы данных Config и Content, с моделью восстановления, настроенной на Full. Это великолепно, но если вы хотите восстановить данные, вы должны правильно управлять процессом или коварные файлы.ldf будут медленно и методично заполнять жесткий диск. Если вы думаете, что пользователи расстроятся, когда увидят, что SharePoint тормозит из-за фрагментированных баз данных, вообразите, что они испытают, когда SharePoint полностью встанет из-за полного заполнения дисков SQL Server.

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

Ошибка № 8: блокировка кэширования BLOB

Не знаю как вы, но я никогда не слышал, чтобы пользователи говорили: «SharePoint слишком быстрый. Не могли бы вы сделать так, чтобы он отвечал немного медленнее?» Мы все хотим, чтобы SharePoint доставлял пользователям файлы так быстро, как только это возможно. Однако чаще всего я вижу фермы SharePoint с неактивированным кэшированием BLOB. кэширование BLOB является одним из самых простых и наименее дорогих способов повысить производительность SharePoint. Это не только помогает быстрее доставлять пользователям файлы, но и облегчает эксплуатацию SQL Server. Все выигрывают.

Это кажется самым простым решением: тогда давайте же включим кэширования BLOB! Кэширование BLOB на самом деле является функцией IIS; SharePoint просто извлекает выгоду от этого. Таким образом, чтобы активировать кэширование BLOB, нужно изменить файл web.config веб-приложения на каждом сервере. Такая настройка уже существует, ее нужно просто активировать. По умолчанию файлы web.config находятся в каталоге диска С: \inetpub\wwwroot\wss\virtualdirectories. Каждое веб-приложение имеет подкаталог и файл web.config. Откройте один из этих файлов и поищите такую строчку:

Чтобы активировать кэширование BLOB, замените False на True и сохраните файл web.config. Кроме того, вы можете переместить файл в каталоге на диске С на любой другой диск. Параметр maxSize указывает значение в гигабайтах, а по умолчанию имеется 10 Гбайт. Если позволяет пространство, вы можете увеличить этот размер.

Ошибка № 9: не установлен PDF iFilter

Ошибка № 10: серверы SharePoint не направлены на самих себя

Направление вашего индекса Search на самого себя имеет и другое преимущество: это повышает производительность для ваших конечных пользователей. Если вы не направите сервер Search на себя самого, то он будет выполнять поиск данных, затем разрешит DNS выполнить свою работу, а потом опять начнет поиск в зависимости от внешнего веб-сервера, который ему указала служба DNS. Этот сервер практически и отправляет страницы вашим конечным пользователям. Принуждать сервер выполнять двойную работу означает, что все будут ждать дольше.

Экран 3. Файл hosts в обычной среде SharePoint

На ошибках учатся

Существует много способов причинить вред SharePoint. Я думаю, что не один раз делал все эти ошибки. Однако приятно, что все поправимо. Просто следуйте инструкциям, изложенным в этой статье, и ваша ферма SharePoint будет всегда в отличном состоянии.

Разработка Office 2010 компанией Microsoft послужила толчком для создания последней версии файла Microsoft SharePoint Workspace 2010.lnk. Он также известен как файл Windows File Shortcut (расширение LNK), который классифицируется как файл Windows Shortcut (Windows File Shortcut).

Первая версия Microsoft SharePoint Workspace 2010.lnk была выпущена для операционной системы Windows 7 06/15/2010 в составе Office 2010. По нашим данным, это самая последняя дата выпуска от компании Microsoft.

В этой короткой статье приводятся подробные сведения о файле, шаги по устранению проблем LNK с Microsoft SharePoint Workspace 2010.lnk и список бесплатных загрузок для каждой версии, содержащейся в нашем полном каталоге файлов.

Совместимость с Windows 10, 8, 7, Vista, XP и 2000

Средняя оценка пользователей

Сведения о разработчике и ПО
Программа:	Office 2010
Разработчик:	Microsoft
Программное обеспечение:	Office
Версия ПО:	2010

Сведения о файле
Размер файла (байты):	3055
Дата первоначального файла:	05/10/2017
Дата последнего файла:	05/10/2017

Информация о файле	Описание
Размер файла:	3.0 kB
Дата и время изменения файла:	2017:05:10 21:46:40+00:00
Дата и время изменения индексного дескриптора файлов:	2018:05:23 20:25:47+00:00
Тип файла:	Windows Shortcut
Тип MIME:	application/octet-stream

✻ Фрагменты данных файлов предоставлены участником Exiftool (Phil Harvey) и распространяются под лицензией Perl Artistic.

Общие ошибки выполнения Microsoft SharePoint Workspace 2010.lnk

Ошибки файла Microsoft SharePoint Workspace 2010.lnk часто возникают на этапе запуска Office, но также могут возникать во время работы программы. Эти типы ошибок LNK также известны как «ошибки выполнения», поскольку они возникают во время выполнения Office. К числу наиболее распространенных ошибок выполнения Microsoft SharePoint Workspace 2010.lnk относятся:

Не удается найти Microsoft SharePoint Workspace 2010.lnk.
Microsoft SharePoint Workspace 2010.lnk — ошибка.
Не удалось загрузить Microsoft SharePoint Workspace 2010.lnk.
Ошибка при загрузке Microsoft SharePoint Workspace 2010.lnk.
Не удалось зарегистрировать Microsoft SharePoint Workspace 2010.lnk / Не удается зарегистрировать Microsoft SharePoint Workspace 2010.lnk.
Ошибка выполнения — Microsoft SharePoint Workspace 2010.lnk.
Файл Microsoft SharePoint Workspace 2010.lnk отсутствует или поврежден.

Программа: C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Microsoft Office\Microsoft SharePoint Workspace 2010.lnk

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

В большинстве случаев причинами ошибок в LNK являются отсутствующие или поврежденные файлы. Файл Microsoft SharePoint Workspace 2010.lnk может отсутствовать из-за случайного удаления, быть удаленным другой программой как общий файл (общий с Office) или быть удаленным в результате заражения вредоносным программным обеспечением. Кроме того, повреждение файла Microsoft SharePoint Workspace 2010.lnk может быть вызвано отключением питания при загрузке Office, сбоем системы при загрузке или сохранении Microsoft SharePoint Workspace 2010.lnk, наличием плохих секторов на запоминающем устройстве (обычно это основной жесткий диск) или заражением вредоносным программным обеспечением. Таким образом, крайне важно, чтобы антивирус постоянно поддерживался в актуальном состоянии и регулярно проводил сканирование системы.

Шаг 1. Восстановите компьютер до последней точки восстановления, «моментального снимка» или образа резервной копии, которые предшествуют появлению ошибки.

Чтобы начать восстановление системы (Windows XP, Vista, 7, 8 и 10):

Если на этапе 1 не удается устранить ошибку Microsoft SharePoint Workspace 2010.lnk, перейдите к шагу 2 ниже.

Шаг 2. Если вы недавно установили приложение Office (или схожее программное обеспечение), удалите его, затем попробуйте переустановить Office.

Чтобы удалить программное обеспечение Office, выполните следующие инструкции (Windows XP, Vista, 7, 8 и 10):

После полного удаления приложения следует перезагрузить ПК и заново установить Office.

Если на этапе 2 также не удается устранить ошибку Microsoft SharePoint Workspace 2010.lnk, перейдите к шагу 3 ниже.

Шаг 3. Выполните обновление Windows.

Если ни один из предыдущих трех шагов по устранению неполадок не разрешил проблему, можно попробовать более агрессивный подход (примечание: не рекомендуется пользователям ПК начального уровня), загрузив и заменив соответствующую версию файла Microsoft SharePoint Workspace 2010.lnk. Мы храним полную базу данных файлов Microsoft SharePoint Workspace 2010.lnk со 100%-ной гарантией отсутствия вредоносного программного обеспечения для любой применимой версии Office . Чтобы загрузить и правильно заменить файл, выполните следующие действия:

Windows 7: C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Microsoft Office\
Windows 7: C:\ProgramData\Microsoft\Windows\Start Menu\Programs\SharePoint\

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

СОВЕТ ОТ СПЕЦИАЛИСТА: Мы должны подчеркнуть, что переустановка Windows является достаточно длительной и сложной задачей для решения проблем, связанных с Microsoft SharePoint Workspace 2010.lnk. Во избежание потери данных следует убедиться, что перед началом процесса вы создали резервные копии всех важных документов, изображений, установщиков программного обеспечения и других персональных данных. Если вы в настоящее время не создаете резервных копий своих данных, вам необходимо сделать это немедленно.

Файл был разработан Microsoft для использования с программным обеспечением Office. Здесь вы найдете подробную информацию о файле и инструкции, как действовать в случае ошибок, связанных с Microsoft SharePoint Workspace 2010.lnk на вашем устройстве. Вы также можете скачать файл Microsoft SharePoint Workspace 2010.lnk, совместимый с устройствами Windows 7, которые (скорее всего) позволят решить проблему.

Совместим с: Windows 7

Исправьте ошибки Microsoft SharePoint Workspace 2010.lnk

Информация о файле

Основная информация
Имя файла	Microsoft SharePoint Workspace 2010.lnk
Расширение файла	LNK
Описание	Sync SharePoint sites to your computer and work with the content as if you were connected using Microsoft SharePoint Workspace.

Программного обеспечения
программа	Office 2010
Программного обеспечения	Office
автор	Microsoft
Версия программного обеспечения	2010

подробности
Размер файла	3055
Самый старый файл	2017-05-10
Последний файл	2017-05-10
MIME тип	application/octet-stream

Наиболее распространенные проблемы с файлом Microsoft SharePoint Workspace 2010.lnk

Microsoft SharePoint Workspace 2010.lnk поврежден
Microsoft SharePoint Workspace 2010.lnk не может быть расположен
Ошибка выполнения - Microsoft SharePoint Workspace 2010.lnk
Ошибка файла Microsoft SharePoint Workspace 2010.lnk
Файл Microsoft SharePoint Workspace 2010.lnk не может быть загружен. Модуль не найден
невозможно зарегистрировать файл Microsoft SharePoint Workspace 2010.lnk
Файл Microsoft SharePoint Workspace 2010.lnk не может быть загружен
Файл Microsoft SharePoint Workspace 2010.lnk не существует

Microsoft SharePoint Workspace 2010.lnk

Не удалось запустить приложение, так как отсутствует файл Microsoft SharePoint Workspace 2010.lnk. Переустановите приложение, чтобы решить проблему.

Проблемы, связанные с Microsoft SharePoint Workspace 2010.lnk, могут решаться различными способами. Некоторые методы предназначены только для опытных пользователей. Если вы не уверены в своих силах, мы советуем обратиться к специалисту. К исправлению ошибок в файле Microsoft SharePoint Workspace 2010.lnk следует подходить с особой осторожностью, поскольку любые ошибки могут привести к нестабильной или некорректно работающей системе. Если у вас есть необходимые навыки, пожалуйста, продолжайте.

Помните, прежде чем предпринимать какие-либо действия, связанные с системными файлами, сделайте резервную копию ваших данных!

Шаг 1.. Сканирование компьютера на наличие вредоносных программ.

Файлы Windows обычно подвергаются атаке со стороны вредоносного программного обеспечения, которое не позволяет им работать должным образом. Первым шагом в решении проблем с файлом Microsoft SharePoint Workspace 2010.lnk или любыми другими системными файлами Windows должно быть сканирование системы на наличие вредоносных программ с использованием антивирусного инструмента.

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

Шаг 2.. Обновите систему и драйверы.

Установка соответствующих исправлений и обновлений Microsoft Windows может решить ваши проблемы, связанные с файлом Microsoft SharePoint Workspace 2010.lnk. Используйте специальный инструмент Windows для выполнения обновления.

Откройте меню «Пуск» в Windows.
Введите «Центр обновления Windows» в поле поиска.
Выберите подходящую программу (название может отличаться в зависимости от версии вашей системы)
Проверьте, обновлена ли ваша система. Если в списке есть непримененные обновления, немедленно установите их.
После завершения обновления перезагрузите компьютер, чтобы завершить процесс.

Помимо обновления системы рекомендуется установить последние версии драйверов устройств, так как драйверы могут влиять на правильную работу Microsoft SharePoint Workspace 2010.lnk или других системных файлов. Для этого перейдите на веб-сайт производителя вашего компьютера или устройства, где вы найдете информацию о последних обновлениях драйверов.

Шаг 3.. Используйте средство проверки системных файлов (SFC).

Проверка системных файлов - это инструмент Microsoft Windows. Как следует из названия, инструмент используется для идентификации и адресации ошибок, связанных с системным файлом, в том числе связанных с файлом Microsoft SharePoint Workspace 2010.lnk. После обнаружения ошибки, связанной с файлом %fileextension%, программа пытается автоматически заменить файл Microsoft SharePoint Workspace 2010.lnk на исправно работающую версию. Чтобы использовать инструмент:

Откройте меню «Пуск» в Windows.
Введите "cmd" в поле поиска
Найдите результат «Командная строка» - пока не запускайте его:
Нажмите правую кнопку мыши и выберите «Запуск от имени администратора»
Введите "sfc / scannow" в командной строке, чтобы запустить программу, и следуйте инструкциям.

Шаг 4. Восстановление системы Windows.

Другой подход заключается в восстановлении системы до предыдущего состояния до того, как произошла ошибка файла Microsoft SharePoint Workspace 2010.lnk. Чтобы восстановить вашу систему, следуйте инструкциям ниже

Если все вышеупомянутые методы завершились неудачно и проблема с файлом Microsoft SharePoint Workspace 2010.lnk не была решена, перейдите к следующему шагу. Помните, что следующие шаги предназначены только для опытных пользователей

Загрузите и замените файл Microsoft SharePoint Workspace 2010.lnk

Перейдите в папку, в которой должен находиться файл, и вставьте загруженный файл. Ниже приведен список путей к каталогу файлов Microsoft SharePoint Workspace 2010.lnk.

Windows 7: C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Microsoft Office\

Если действия не помогли решить проблему с файлом Microsoft SharePoint Workspace 2010.lnk, обратитесь к профессионалу. Существует вероятность того, что ошибка (и) может быть связана с устройством и, следовательно, должна быть устранена на аппаратном уровне. Может потребоваться новая установка операционной системы - неправильный процесс установки системы может привести к потере данных.

Причём я так до конца не уверен, что дело именно в SharePoint, а не в IIS. Но спрошу для начала здесь.

1. Если заходить на сайт на той машине, где установлен сам SharePoint, то всё проходит без ошибок.
2. Проблема, похоже, именно в отображении контента, потому что если зайти напрямую в администрирование узла, то ошибок не возникает. Максимум, до чего я доходил -- это отображение всего содержимого узла. Но стоит только попробовать зайти в какую-нибудь библиотеку или список -- всё, гудбай, "Ошибка: нет доступа".

Началось внезапно, после перезагрузки сервера. В эвентлогах ничего такого, что указывало бы на вероятную проблему, не находится. Разве что кричит про полный транзакшн-лог. Полагаю, это не имеет отношения к делу -- ведь с консоли сервера всё работает и открывается!

Прошу ткнуть носом :)

Бредить нужно в специально оборудованных местах

Ответы

Сделал другой временный вариант (почему я сразу о нём не подумал?) -- перенёс сайт в пул SharedSerivces, работающий под "правильной" учёткой. Интересно, надолго его хватит или на нём тоже будет сбиваться учётка. Бредить нужно в специально оборудованных местах

Все ответы

Причём я так до конца не уверен, что дело именно в SharePoint, а не в IIS. Но спрошу для начала здесь.

Прошу ткнуть носом :)

Бредить нужно в специально оборудованных местах

База MSSQL express или сервер MSSQL ?

Сервер MSSQL полноценный. Очистка ситуацию не исправила никак. Да и места, в целом, хватало. Бредить нужно в специально оборудованных местах

Сервер MSSQL полноценный. Очистка ситуацию не исправила никак. Да и места, в целом, хватало. Бредить нужно в специально оборудованных местах

Центр администрирования > Управление приложениями > Поставщики проверки подлинности - что там ?

1. iisreset делался не раз, да и сам сервер перегружал тоже не раз
2. "По умолчанию" и "Интрасеть". Тип проверки подлинности в обоих -- Windows. В первом пункте в качестве способа стоит Керберос, во втором -- NTLM (хмм. интересно, ни разу не заходил сюда)
3. Доменная запись. В группе администраторов на этом сервере. На базу соответствующие права даны. Пробовал и другие учётки (см. метод тыка) -- ничего не меняется.

Забыл добавить, что при входе на SharePoint-сайт выскакивает табличка с предложением ввести логин/пароль. Указание правильных учётных данных тут ничего не даёт -- снова два раза табличка и ошибка 401.1. Иногда на сайт пускает, но уже сам SharePoint говорит, что нет доступа.

Бредить нужно в специально оборудованных местах

1. iisreset делался не раз, да и сам сервер перегружал тоже не раз
2. "По умолчанию" и "Интрасеть". Тип проверки подлинности в обоих -- Windows. В первом пункте в качестве способа стоит Керберос, во втором -- NTLM (хмм. интересно, ни разу не заходил сюда)
3. Доменная запись. В группе администраторов на этом сервере. На базу соответствующие права даны. Пробовал и другие учётки (см. метод тыка) -- ничего не меняется.

Бредить нужно в специально оборудованных местах

Вот же. вашу. Машу.
Глянул на другой ферме, как выглядит пункт 2. "Интрасеть" там вообще не фигуригует. В пункте "По умолчанию" стоит NTLM. Поставил на проблемном сервере в обоих пунктах NTLM -- всё заработало.

Огромное спасибо за наводку!

Бредить нужно в специально оборудованных местах

Всё оказалось не так радужно. С утра пришёл на работу -- SharePoint не пускает. В этот раз уже сам не пускает, а не IIS. То есть, сообщает, что нет доступа. Запрос логина/пароля на доступ к сайту не запрашивает. При этом в настройку узла пускает, а на сам узел -- нет.

Бредить нужно в специально оборудованных местах

Отыскал в логах вот такое:

PortalSiteMapProvider was unable to fetch root node, request URL: /sites/shkaf/default.aspx, message: Access is denied. (Exception from HRESULT: 0x80070005 (E_ACCESSDENIED)), stack trace: at Microsoft.SharePoint.Utilities.SPUtility.HandleAccessDenied(Exception ex) at Microsoft.SharePoint.SPGlobal.HandleUnauthorizedAccessException(UnauthorizedAccessException ex) at Microsoft.SharePoint.Library.SPRequest.GetWebMetainfo(String bstrUrl) at Microsoft.SharePoint.SPWeb.get_AllProperties() at Microsoft.SharePoint.Publishing.SiteCacheSettings..ctor(SPSite site) at Microsoft.SharePoint.Publishing.SiteCacheSettings.<>c__DisplayClass2.b__0() at Microsoft.SharePoint.SPSecurity.CodeToRunElevatedWrapper(Object state) at Microsoft.SharePoint.SPSecurity.

Гуглинг выдал одну ссылку. Прочёл внимательно. Нашёл кое-что ещё:

04/21/2009 12:47:56.68	OWSTIMER.EXE (0x0AF4)	0x15FC	Windows SharePoint Services	Topology	0	High	Updating identity type for application pool 'OfficeServerApplicationPool' to 'NetworkService'.
04/21/2009 12:47:56.68	OWSTIMER.EXE (0x0AF4)	0x15FC	Windows SharePoint Services	Topology	0	High	Identity type for application pool 'OfficeServerApplicationPool' updated to 'NetworkService'.

И вот тут, похоже, собака и порылась. Никак не могу выставить для OfficeServerApplicationPool идентити доменного пользователя. Через несколько секунд сбрасывает на NetworkService. Пока не сбросилось -- на сайт можно попасть :)

Погуглил. Нашёл решение (stsadm -o updatefarmcredentials и updateaccountpassword) -- не сработало. Куда копать дальше? Бредить нужно в специально оборудованных местах

Читайте также: