Ru-Board.club
← Вернуться в раздел «Программы»

» SharePoint Portal Server 2003

Автор: PIL123
Дата сообщения: 21.05.2004 19:41
Сабж...
Автор: counter
Дата сообщения: 11.06.2004 09:41
PIL123 А что именно не получается?

У меня встречный вопрос к знатокам: не приходилось ли кому выводить в списках итоги по вычисляемому полю?


Добавлено
PIL123 А что именно не получается?

У меня встречный вопрос к знатокам: не приходилось ли кому выводить в списках итоги по вычисляемому полю?
Автор: PIL123
Дата сообщения: 19.07.2004 19:56
А не получается развернуть его...
Автор: eika
Дата сообщения: 05.08.2004 16:11
Ребят, есть проблема с SPPS 2003.

Ставил я его совместно с SQL SERVER 2003 EE из под эккаунта Administrator. Когда ставил, в визарде в качестве SPPS Database Account'а указал только что мною лично созданный специально для этих целей локальный эккаунт (юзер называется SPPS_DBA; член группы Power Users, как и просили в подсказке визарда). Поставил.

Но сайт SP Central Administration не стартанул -- пожаловался на то-ли Invalid argument или Incorrect argument -- что-то такое. Но эту поблему я разрулил -- IIS'у не понравилось, что не указан Application Pool (какого черта, спрашивается?). Указав на DefaultAppPool проблема решилась и сайт SP Central Administration стартанул, поселившись на порту 11495.

После чего я и столкнулся с достаточно комичной проблемой -- я не могу залогиниться в SPPS! Я попробовал по несколько раз зайти и под локальным Administrator и под SPPS_DBA, но бестолку -- три неуспешных попытки и я послан "You do not have permission to view this page.".

Пробовал заходить во все места:

1. На главстраницу (http://localhost:11495/)
2. SharePoint Central Administration (http://localhost:11495/sps/)
3. SharePoint Portal Server Single Sign-On Administration (http://localhost:11495/sso/ManageSSO.aspx)

На последнюю страницу пускает, но там все запрещено и надпись "An attempt was made to perform an unauthorized registry operation.".

Бегло начал читать Help, нашел там упоминание про Enabling Single Sign-On
Цитата:
Enable single sign-on
Do the following on each front-end Web server, job server, and any server running the single sign-on service:

On the taskbar, click Start, point to Administrative Tools, and then click Services.
On the Services management console, double-click Microsoft Single Sign-on Service.
Click the Logon tab.
Under Log on as, click This account.
In the This account box, type an account name that is either a member of the local Administrators group or a member of the STS_WPG and SPS_WPG local groups. This user must also be a member of the Single Sign-On Administrator account.
In the Password and Confirm password boxes, type the password.
Click Apply.
Click the General tab.
In the Startup type list, click Automatic.
In the Service status section, if the service status does not display Started, click Start.
Click OK.

Сделал это, указав в качестве юзера сначала Administrator, а потом SPPS_DBA.

Но все тщетно! Меня так никуда и не пустили!

Подскажите, ребят, в чем я не прав.

Спасибо.
Автор: eika
Дата сообщения: 06.08.2004 16:19
Вот, прочитал только что в мануале
Цитата:
SharePoint Portal Server is supported only on servers that are members of a Microsoft Windows NT 4.0, Windows 2000, or Windows Server 2003 domain.

Видимо причина проблемы найдена...
Автор: ilion
Дата сообщения: 06.08.2004 22:45
eika

Цитата:
Видимо причина проблемы найдена...

Нет, у меня он заработал без домена, а что за SQL SERVER 2003 EE - это не опечатка, он в общем-то расчитан на SQL SERVER 2000
И потом, ты в SQL SERVER завел юзера SPPS_DBA с правами администратора, или только в Винды? Ведь визарду ты только говоришь с какмм именем обратиться к базе, чтоб построить картинку.
Автор: eika
Дата сообщения: 06.08.2004 23:11
ilion

Цитата:
Нет, у меня он заработал без домена

Именно SPS 2003, а не WSS 2003? А то получается, что в MS сами не знают, как ЭТО работает.

Цитата:
а что за SQL SERVER 2003 EE - это не опечатка, он в общем-то расчитан на SQL SERVER 2000

Опечатка, сорри. SQL SERVER 2000 EE SP3a.

Цитата:
И потом, ты в SQL SERVER завел юзера SPPS_DBA с правами администратора, или только в Винды?

Только в Windows. Причем не с правами админа, а Power User, как я просили в визарде. Хотя я от безысходности сейчас включил SPPS_DBA в группу Administrators.

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

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

Вопросы:

1. А вы еще в БД юзера заводили?
2. СУБД где у вас стоит? На той же машине?
3. Как вы логинитесь в SharePoint Central Administration? Как локальный админ?

P.S.
Кстати, я посмотрел базы/таблицы, которые есть в СУДБ, так чет там не нашел никаких упоминаний об SPS, SharePoint и т.д.
Автор: ilion
Дата сообщения: 07.08.2004 00:42
eika

Цитата:
1. А вы еще в БД юзера заводили?

a. по умолчанию при установке SQL SERVER 2000 создается админ с именем/паролем sa/sa которые всегда рекомендуют сразу же сменить
b. при установке (да и потом можно/лучше задать аутентификация как средствами SQL, так и Виндов)

Цитата:
2. СУБД где у вас стоит? На той же машине?

Да, но я не стал мучаться и отдался визарду - он поставил MSDE, которого хватает за глаза и за уши, правда потом из полного SQL поставил Enterprise managera, чтоб администрить базы

Цитата:
3. Как вы логинитесь в SharePoint Central Administration? Как локальный админ?

Я не стал заморачиваься и сделал имя админа - Администратор (у меня и Win2003 и SPPS - русские)

Цитата:
так чет там не нашел никаких упоминаний об SPS, SharePoint

Ну так у тебя ничего и не создалось, т.к. имя сначала было не известное для SQL
Автор: eika
Дата сообщения: 07.08.2004 00:58
ilion

Цитата:
по умолчанию при установке SQL SERVER 2000 создается админ с именем/паролем sa/sa которые всегда рекомендуют сразу же сменить

Не знаю, не знаю. При установке SQL SERVER 2000 просят задать пароль для sa. Я и задал на свое усмотрение.

Цитата:
при установке (да и потом можно/лучше задать аутентификация как средствами SQL, так и Виндов)

Я сразу так сделал. Только причем тут это?

Цитата:
Да, но я не стал мучаться и отдался визарду - он поставил MSDE, которого хватает за глаза и за уши, правда потом из полного SQL поставил Enterprise managera, чтоб администрить базы

MSDE -- это не гуд. Если валить в Шарика всякое барахло, то MSDE быстро "закончиться". К тому же он не полностью может использовать потенциал нашего железа (в силу лицензионных ограничений), да и того же Шарика (например, не будет работать поиск) и всякие прочие бяки -- в доках по Шарику это описано.

Цитата:
Ну так у тебя ничего и не создалось, т.к. имя сначала было не известное для SQL

Вот эту фразу не понял. Если можно, то расшифруйте, плз.

P.S.
Кстати, вы не ответили
Цитата:
Именно SPS 2003, а не WSS 2003?
Автор: ilion
Дата сообщения: 07.08.2004 01:13
1. предположил, что у тебя не содались таблицы в SQL, т.к. не был известен администратор (но это не обязательно)
2. я же сказал - Win2003 и SharePoint Portal Server 2003 русские
Автор: eika
Дата сообщения: 07.08.2004 01:26

Цитата:
1. предположил, что у тебя не содались таблицы в SQL

Подскажите, пож., как называется (ются) БД, с которой (ыми) работет SPS. Хочу еще раз проверить, есть ли у меня такие.

Цитата:
т.к. не был известен администратор
.
Не очень понимаю что вы хотели сказать этой фразой. Если можно, разжуйте.

Цитата:
(но это не обязательно)
.
Не обязательно что именно?

Цитата:
я же сказал - Win2003 и SharePoint Portal Server 2003 русские

Да я тут как раз и сконцентрировался на слове "русские". Сейчас я уловил, что речь идет о SPS.

P.S.
Я правильно понял, что вы входите в SharePoint Central Administration из под эккаунта локального администратора?

P.P.S.
Как вы считаете, в чем у меня проблема? В том, что я не сказал SPS'у эккаунт к СУБД, которым он бы мог воспользоваться?
Автор: ilion
Дата сообщения: 07.08.2004 22:33
Извини, сегодня в первой половине дня были какие-то проблемы на ru-board - я совершенно не мог достучаться никуда, кроме первой страницы, да и на нее с жуткими тормозами (учитывая, что у меня каналы быстрые).


Цитата:
Как вы считаете, в чем у меня проблема? В том, что я не сказал SPS'у эккаунт к СУБД, которым он бы мог воспользоваться?

IMHO, именно так!

Поставь лучше все заново. По моему опыту - все аккуратно деинсталлируется и ставится заново. Я, честно говоря, забросил SPS (он жрет много ресурсов - по диспетчеру загрузка памяти больше 520 Мб), а мне еще с Oracle работать и т.д. И поэтому я не считаю себя "гуру" и даю советы достаточно аккуратно, не претендуя на 100% решение проблемы, хотя решение данной конкретной проблемы мне кажется очевидным.
Автор: eika
Дата сообщения: 08.08.2004 12:14
ilion

Цитата:
Извини, сегодня в первой половине дня были какие-то проблемы на ru-board - я совершенно не мог достучаться никуда, кроме первой страницы, да и на нее с жуткими тормозами (учитывая, что у меня каналы быстрые).

Такое частенько бывает, к сожалению.

Цитата:
IMHO, именно так!

А вы то какой эккаунт указывали в визарде установки SPS? sa что-ли? Или создавали свой? Если создавали свой, то вкратце, как права раздавали средствами SQL SERVER и т.д.

И еще: создавали ли вы такой же как в SQL SERVER эккаунт еще и в Windows (т.е. одноименный эккаунт как для SQL SERVER и для Windows)?
Автор: ilion
Дата сообщения: 08.08.2004 13:42
eika

Цитата:
А вы то какой эккаунт указывали в визарде установки SPS? sa что-ли? Или создавали свой? Если создавали свой, то вкратце, как права раздавали средствами SQL SERVER и т.д.

И еще: создавали ли вы такой же как в SQL SERVER эккаунт еще и в Windows (т.е. одноименный эккаунт как для SQL SERVER и для Windows)?

Ну я ж уж и не помню, но главное, что
Цитата:
при установке SQL SERVER можно/лучше задать аутентификация как средствами SQL, так и Виндов
- в этой ситуации Администратор - он и в Африке - администратор и плодить юзеров в SQL не нужно.
А в вопросе о раздаваемых правах эккаунта доступа движка SPS в SQL тоже заморачиваться не надо - сделай его администратором, потом почитай книжки, если хочется его поограничивать, а так по смыслу - он д.б. администратором (уж больно много всего должен делать в базе)
Автор: eika
Дата сообщения: 08.08.2004 19:31
ilion

Цитата:
при установке SQL SERVER можно/лучше задать аутентификация как средствами SQL, так и Виндов


Цитата:
в этой ситуации Администратор - он и в Африке - администратор и плодить юзеров в SQL не нужно.

Так я писал, что примерно так и сделал!

SPPS_DBA был включен в группу Power Users, как и было написано в подсказке визарда (причем при его создании была поставлена галочка Password never expiries, а галочка User must change you password at first logon была снята; Сам юзер был заведен до нажатия в визарде кнопки Next >).

Так что вроде как пользователь был заведен корректно и SPS должен был поиметь правильные права на доступ к СУБД.
У меня есть только одна крошечная надежда, что авторизация в СУБД не прошла, например потому, что на этапе установки или не хватило прав пользователя из группы Power Users (т.е. была нужна группа Administrators) или эта схема авторизации "к СУБД через Windows-эккаунт" срабатывает только для эккаунта с именем пользователя Administrator, а может и вообще где-то настраивается (например, нужно явно указывать пользователей Windows, которые должны поиметь доступ к СУБД).
Автор: ilion
Дата сообщения: 08.08.2004 21:17
eika

Цитата:
была нужна группа Administrators

я об этом и талдычу - и он д.б. админом в SQL (дальше не подскажу, т.к. сам ищу людей которые бы мне помогли с SQL, но это другая тема)
Автор: eika
Дата сообщения: 08.08.2004 22:35

Цитата:
я об этом и талдычу - и он д.б. админом в SQL (дальше не подскажу, т.к. сам ищу людей которые бы мне помогли с SQL, но это другая тема)

Я нашел еще один ляп в своих действиях
Цитата:
The account must have the Database Creators and Security Administrators server roles on this SQL Server instance.

Так что вроде как я был прав, когда тыкал пальцем в воздух
Цитата:
или эта схема авторизации "к СУБД через Windows-эккаунт" .... где-то настраивается (например, нужно явно указывать пользователей Windows, которые должны поиметь доступ к СУБД).


Кстати
Цитата:
Specifying an account that is a member of the local Administrators group on the server on which you are installing SharePoint Portal Server is not recommended.
Автор: ilion
Дата сообщения: 08.08.2004 22:48
eika
Кстати я рекомендую поспрошать участника SAMSONV - в варезнике через него ломался SPS.
Автор: eika
Дата сообщения: 08.08.2004 23:15
ilion

Цитата:
Кстати я рекомендую поспрошать участника SAMSONV - в варезнике через него ломался SPS.

Ломался -- это хорошо. Только, наверное, не совсем по профилю...

Кстати, в эту тему я приглашал в т.ч. из Варезника.
Автор: eika
Дата сообщения: 10.08.2004 16:18
Короче, не могу я авторизоваться в SPS, чтобы я не делал.

Думается мне уже, что дело тут не в правах и не в том, что SPS не смог куда-то получить доступ, потому как я перепробовал все, что мог:

1. Ставил SPS с эккаунтом SPPS_DBA, предварительно включив SPPS_DBA в группу Power Users и назначив ему роль System Administrators (т.е. круче просто не бывает) в SQL SERVER, а так же дав права на все существующие БД (public & db_owner).

Кстати, я нашел где раздаются права в SQL SERVER в т.ч. и на Windows-эккаунты -- в дереве конкретного сервера есть папка Security а там внутри Logins и Server Roles.

2. Ставил SPS с эккаунтом Administrator, хоть и Microsoft не велит. Что интересно, группа Administrators имеет роль System Administrators в SQL SERVER по умолчаюнию, так что назначать юзеру Administrator больше уже нечего -- круче только звезды.

Но все тщетно...

Будут какие-то идеи?

Добавлено
ilion

Правильно ли я понимаю, что так как машина, на которой у вас удавалось поднять SPS, не входила в Windows Domain, то она входила в Windows Workgroup?
Автор: ilion
Дата сообщения: 10.08.2004 17:41
eika

Цитата:
Правильно ли я понимаю, что так как машина, на которой у вас удавалось поднять SPS, не входила в Windows Domain, то она входила в Windows Workgroup?

Да

Цитата:
Будут какие-то идеи?

1. Расскажи о дистрибутивах
2. Что еще стоит ?
3. Попробовал ли ты работу с MSDE (ну просто для пробы) ?
4. Где SQL SERVER (кстати говоря какая строка коннекта к нему задана в SPS ??!!)
5. Сопряжено с п.4 - а нет ли у тебя лишнего SQL SERVERa на этой же или другой машине ?
Автор: eika
Дата сообщения: 10.08.2004 18:07

Цитата:
1. Расскажи о дистрибутивах

Должен быть хороший, дали люди, которые с него подняли SPS.

Цитата:
2. Что еще стоит ?

SQL SERVER 2000 SP 3a, J2SE SDK (включая J2SE JRE), все хотфиксы MS. Более ничего нет.

Цитата:
3. Попробовал ли ты работу с MSDE (ну просто для пробы) ?

Нет, т.к. не хочу сность СУБД, да и не думаю, что дело в ней. Но об этом позже.

Цитата:
Где SQL SERVER (кстати говоря какая строка коннекта к нему задана в SPS ??!!)

А я откуда знаю, какая строка коннекта задана в SPS? Я ведь попасть в SPS не могу

Цитата:
5. Сопряжено с п.4 - а нет ли у тебя лишнего SQL SERVERa на этой же или другой машине ?

Можно найти... Только я не думаю, что не нужно.

Я вот сейчас заморочился насчет Application Pool, как выяснилось (см. например, http://www.gotdotnet.ru/Forums/WSSNSPP/52235.aspx) эта бяка тоже влияет на авторизацию. Рою документы MS, но там столько всего понаписано, что не понятно, за что хвататься...

Но больше всего не понятно, почему этот пул не создался сам, и почему он автоматически не был назначен для для вирт. сервера SP Central Administration, а так же как он выглядит в нормально функционирующем SPS. Вот если бы нашелся кто в этой теме, кто бы сделал скриншоты с Application Pools и вниз...

Добавлено
Мне вот сейчас кажется, что копать нужно вот в эту строну

http://support.microsoft.com/default.aspx?kbid=823552&product=sppsvr2003

потому как никакого пула MSSharePointPortalAppPool у меня в IIS'e нет, а есть только DefaultAppPool с вложением Default Application. А это все странно, и что самое ужасное, не понятно, как его корректно создать.

Кстати, по документации так же упоминается CentralAdminAppPool, но таковой у меня тоже отсуствует...

А вот как это все выглядит, сразу после установки IIS и SPS:





И че делать?
Автор: ilion
Дата сообщения: 10.08.2004 21:29
eika

Цитата:
Должен быть хороший, дали люди, которые с него подняли SPS.

Ты бы еще цвет обратной поверхности диска сообщил.
rus/eng std/ent самопал/копия от MS
и так для каждого - Win2003, SPS и что еще системообразующее на сервере. Не хочешь светиться - пиши в ПМ.

Цитата:
А я откуда знаю, какая строка коннекта задана в SPS?

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

Добавлено
Извини, но мы, кажется, думаем о разном.
У тебя что - при входе в портал выскакивает табличка логин/пассворд
Если это так, то я не понял проблему. Ведь это пароль доступа к WEB-странице в твоем IIS и до SQL тут как до Луны.
Т.Е. идешь в закладку Directory Security того, куда ты хочешь войти и там работай (ну хоть анонимоуса для начала разреши)
Автор: eika
Дата сообщения: 10.08.2004 22:35
ilion

Цитата:
Ты бы еще цвет обратной поверхности диска сообщил.
rus/eng std/ent самопал/копия от MS

SPS 2003 ENGLISH, никакого STD/ENT насколько я знаю, не бывает. Диск по содержимому как родной (никакой не RIP, так как забит почти под завязку), только в .INI вбит серийник.

Цитата:
и так для каждого - Win2003, SPS и что еще системообразующее на сервере.

Что для каждого? Какое системообразующее? Я ж написал, что более ничего на машине нет, кроме Жабы и хотфиксов.

Цитата:
Если моя крыша еще не слезла, при установке SPS задается местонахождение сервера - это она и есть.

Нет, местонахождение MS SQL не задается -- только данные эккаунта. Я думаю, что мне можно верить, т.к. я за сегодня переустановил SPS с десяток раз.

Для верности приведу цитату из мануала:
Цитата:
Install SharePoint Portal Server without the database engine
Log on to the computer running Microsoft Windows Server 2003 as a local or domain administrator.
Insert the SharePoint Portal Server CD into your CD-ROM drive.
Click Install Microsoft Office SharePoint Portal Server 2003 components.
On the Install Microsoft Office SharePoint Portal Server 2003 page, click Next.
A message about services that will be stopped appears.

If you want to stop the listed services and continue Setup, click OK.
Setup installs Windows SharePoint Services, and then the Welcome to the Microsoft Office SharePoint Portal Server 2003 Setup Wizard page appears.

On the Welcome to the Microsoft Office SharePoint Portal Server 2003 Setup Wizard page, click Next.
On the End-User License Agreement page, select the I accept all of the terms in the license agreement check box, and then click Next.
On the Product Key page, type the product key in the spaces provided, and then click Next.
The product key is located on the back of your SharePoint Portal Server CD case or on your Certificate of Authenticity. If the number that you type is not accepted, check the following:

If you are using the numeric keypad on your keyboard, ensure that NUM LOCK is on.
Ensure that you are not using the letter I for the number one.
Ensure that you are not using the letter O for the number zero.

On the Installation Type and File Location page, do the following:
Click Install without database engine.
To specify a different file location, click Browse, and then specify a location.
Note If the file locations you specified do not exist, you will be prompted to create them. On the message that appears, click Yes to create the location, or click No to choose another location.

Click Next.
Microsoft Office SharePoint Portal Server 2003 installs.

On the Microsoft Office SharePoint Portal Server 2003 page requesting account information, do the following:
In the Account name box, type the user account name to be used for administrative operations that create, modify, or grant access to the configuration or portal site databases.
The account must be a member of the Power Users group on this server. The account must have the Database Creators and Security Administrators server roles on this SQL Server instance. In addition, the account must be a domain account if you have more than one server in your configuration.

Specifying an account that is a member of the local Administrators group on the server on which you are installing SharePoint Portal Server is not recommended.

Important The following user rights are granted automatically to this account (the configuration database administration account) on the local server: Replace a process level token, Adjust memory quotas for a process, and Log on as a service. If you change this account by using the Configure Server Farm Account Settings page, the rights are not revoked automatically for the previous account. However, you can remove these rights by using Local Security Settings. To open Local Security Settings, click Start, point to Administrative Tools, and then click Local Security Policy.

Type the account name in the format DOMAIN\user_name.

In the Password box, type the password for the account.
Click Next.
....
....
....


Цитата:
У меня четкое ощущение, что установленый SPS не сносится, а ищутся горчичники для реанимации - это бесперспективно.

Не понял. Что значит не сносится? Не удаляется что ли? Удаляется еще как -- за компанию даже IIS сносил с компонентами.

Цитата:
Вот найду свою установку SPS в IIS - дам снимки, пока ничего не скажу.

Был бы гуд.

Цитата:
У тебя что - при входе в портал выскакивает табличка логин/пассворд
Если это так, то я не понял проблему. Ведь это пароль доступа к WEB-странице в твоем IIS и до SQL тут как до Луны.

Я бы не был так уверен (потому как аутентификация может делаться с обращением к БД, например, для того, чтобы логировать логоны/логауты и т.д.), да к тому же теория о том, что нет доступа к БД, была вашей, а не моей. Моя текущая теория -- Application Pool.

Цитата:
Т.Е. идешь в закладку Directory Security того, куда ты хочешь войти и там работай (ну хоть анонимоуса для начала разреши)

Начну с того, что такого изврата быть не должно, т.е. доступ должен быть предоставлен без изменения настроек IIS, по крайней мере это однозначно следует из мануала. Процитирую:
Цитата:
....
....
....

On the Install Microsoft Office SharePoint Portal Server 2003 page, click Next.
Note It may take up to one minute for the Next button to become active.

On the Completing the Microsoft Office SharePoint Portal Server 2003 Setup Wizard page, click Finish.
Initially configure SharePoint Portal Server without the database engine
On the Configure Server Farm Account Settings page, do the following:
In the Default Content Access Account section, do the following:
Select the Specify account check box.
In the User name box, type the account name in the format DOMAIN\user_name.
This account is an existing Windows account that is used as the default account when creating a content index of content sources. The account must have read access to the content being crawled.

In the Password box, type the password for the account.
In the Confirm Password box, type the password again.

Т.е. вы нажав Finish после инсталляции SPS должны попасть в веб-интерфейс Default Content Access Account section.

У меня почти так и происходит. Почти потому, что вертуальный сервер SPS просто не поднимается, поэтому ессно никакого веб-интерфейса я видеть не могу, а не поднимается он потому, что IIS'у не нравиться Application Pool, поэтому он обзывает его Invalid Application Pool (см. второй скриншот).

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

Кроме того, пробовал я разрещать гостевой вход для вирт. сервера и его "детей" (в т.ч. и директории /SPS/), но тогда получилось вообще забавно: Service Unavailable.

P.S.
Завтра подниму на машине MS Virtual Server и начну жизнь сначала под виртуальной ОС. Хотя я не думаю, что результат будет отличаться (хотя есть маза, что дело в одном из хотфиксов).
Автор: ilion
Дата сообщения: 10.08.2004 23:18
eika
O rus/eng std/ent я спрашивал о Win2003 (и о нем же по поводу самопала и SP1 Beta - с ним начинаются заморочки), но из контекста вроде все понял.

Цитата:
Т.е. вы нажав Finish после инсталляции SPS должны попасть в веб-интерфейс Default Content Access Account section.

Да, так

Цитата:
теория о том, что нет доступа к БД, была вашей, а не моей.

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

Еще из области шаманства - при задании имени нужно задать и то место, где он зарегистрирован и с SPS была действительно какая-то ерунда и с этим (кажется просто имя не проходило). Я на это нарывался и при работе с SharePoint Portal Service (это другое, более простое) и MS Projecta.
Автор: eika
Дата сообщения: 11.08.2004 13:03

Цитата:
O rus/eng std/ent я спрашивал о Win2003 (и о нем же по поводу самопала и SP1 Beta - с ним начинаются заморочки), но из контекста вроде все понял.

ОС вроде бы финал. Build 3790.srv03_rtm.030324-2048, STANDARD.

Цитата:
Да, так

Ну я так и и понял. Кстати, еще почитав мануал, стало очевидно, что доступ к СУБД настраивается уже из веб-интерфейса, поэтому в процессе инсталляции SPS и не спрашивеют адрес сервера СУБД.

Цитата:
Еще из области шаманства - при задании имени нужно задать и то место, где он зарегистрирован и с SPS была действительно какая-то ерунда и с этим (кажется просто имя не проходило). Я на это нарывался и при работе с SharePoint Portal Service (это другое, более простое) и MS Projecta.

Да, я тоже обратил внимание, на то, что в доке просят указывать имя пользователя в формате DOMAIN\user_name, но т.к. домена у меня нет (вернее есть, но машина в него не входит; и не планирируется, чтобы входила), то я на это забил.

Единственное, что мне сейчас приходит в голову, это указать имя пользователя как ENIGMA\SPS_DBA или как localhost\SPS_DBA

что в общем-то обозначает то же самое место, а именно тот самый сингл-сервер, на котором я сейчас "развлекаюсь".

Добавлено

Цитата:
SharePoint Portal Service

Думаю что имелся вввиду WSS (Windows SharePoint Servicies)

Добавлено
Ура!

Ларчик открывался просто:

LOCATION\user_name

Спасибо за наводку, хотя в общем-то проблем бы не было, если бы я не думал В том смысле, что в этой ситуации лучше не думать, а делать как сказано
Автор: ilion
Дата сообщения: 11.08.2004 23:20
Ну, поздравляю! Вот, что значит опыт телефонного Support'ера
Автор: eika
Дата сообщения: 12.08.2004 21:41
Microsoft SharePoint Developers' Conference 2003

http://download.microsoft.com/download/7/3/2/732fbd7f-b3f8-497a-81e5-ee69396d06d6/20031101SharePointD306.exe
http://download.microsoft.com/download/7/3/2/732fbd7f-b3f8-497a-81e5-ee69396d06d6/20031101SharePointD310.exe
http://download.microsoft.com/download/7/3/2/732fbd7f-b3f8-497a-81e5-ee69396d06d6/20031101SharePointS270.exe
http://download.microsoft.com/download/7/3/2/732fbd7f-b3f8-497a-81e5-ee69396d06d6/20031101SharePointT233.exe
http://download.microsoft.com/download/7/3/2/732fbd7f-b3f8-497a-81e5-ee69396d06d6/20031101SharePointT250.exe
http://download.microsoft.com/download/7/3/2/732fbd7f-b3f8-497a-81e5-ee69396d06d6/20031101SharePointT302.exe
http://download.microsoft.com/download/7/3/2/732fbd7f-b3f8-497a-81e5-ee69396d06d6/20031101SharePointT304.exe
http://download.microsoft.com/download/7/3/2/732fbd7f-b3f8-497a-81e5-ee69396d06d6/20031101SharePointT310.exe
http://download.microsoft.com/download/7/3/2/732fbd7f-b3f8-497a-81e5-ee69396d06d6/20031101SharePointT321.exe
http://download.microsoft.com/download/7/3/2/732fbd7f-b3f8-497a-81e5-ee69396d06d6/20031101SharePointT330.exe
http://download.microsoft.com/download/7/3/2/732fbd7f-b3f8-497a-81e5-ee69396d06d6/20031101SharePointT350.exe
http://download.microsoft.com/download/7/3/2/732fbd7f-b3f8-497a-81e5-ee69396d06d6/20031101SharePointT401.exe
http://download.microsoft.com/download/7/3/2/732fbd7f-b3f8-497a-81e5-ee69396d06d6/20031101SharePointT406.exe
http://download.microsoft.com/download/7/3/2/732fbd7f-b3f8-497a-81e5-ee69396d06d6/20031101SharePointT407.exe
http://download.microsoft.com/download/7/3/2/732fbd7f-b3f8-497a-81e5-ee69396d06d6/20031101SharePointT409.exe
http://download.microsoft.com/download/7/3/2/732fbd7f-b3f8-497a-81e5-ee69396d06d6/20031101SharePointT410.exe
http://download.microsoft.com/download/7/3/2/732fbd7f-b3f8-497a-81e5-ee69396d06d6/20031101SharePointT413.exe
http://download.microsoft.com/download/7/3/2/732fbd7f-b3f8-497a-81e5-ee69396d06d6/20031101SharePointT416.exe
http://download.microsoft.com/download/7/3/2/732fbd7f-b3f8-497a-81e5-ee69396d06d6/20031101SharePointT419.exe

ilion


Цитата:
Ну, поздравляю! Вот, что значит опыт телефонного Support'ера

Спасибо.

Это в какой это компании, если не секрет? Если секрет, то можно в ПМ или асю...

P.S.
Случаем в политике лицензирования не разбираетесь? А то есть вопросы по CAL...
Автор: ilion
Дата сообщения: 12.08.2004 23:07
eika

Цитата:
Это в какой это компании, если не секрет? Если секрет, то можно в ПМ или асю...

Компания ни при чем. Опыт не пропьешь

Цитата:
Случаем в политике лицензирования не разбираетесь? А то есть вопросы по CAL...

Нет

Цитата:
Microsoft SharePoint Developers' Conference 2003

http://download.microsoft.com/download/7/3/2/732fbd7f-b3f8-497a-81e5-ee69396d06d6/20031101SharePointD306.exe
http://download.microsoft.com/download/7/3/2/732fbd7f-b3f8-497a-81e5-ee69396d06d6/20031101SharePointD310.exe
http://download.microsoft.com/download/7/3/2/732fbd7f-b3f8-497a-81e5-ee69396d06d6/20031101SharePointS270.exe
http://download.microsoft.com/download/7/3/2/732fbd7f-b3f8-497a-81e5-ee69396d06d6/20031101SharePointT233.exe
http://download.microsoft.com/download/7/3/2/732fbd7f-b3f8-497a-81e5-ee69396d06d6/20031101SharePointT250.exe
http://download.microsoft.com/download/7/3/2/732fbd7f-b3f8-497a-81e5-ee69396d06d6/20031101SharePointT302.exe
http://download.microsoft.com/download/7/3/2/732fbd7f-b3f8-497a-81e5-ee69396d06d6/20031101SharePointT304.exe
http://download.microsoft.com/download/7/3/2/732fbd7f-b3f8-497a-81e5-ee69396d06d6/20031101SharePointT310.exe
http://download.microsoft.com/download/7/3/2/732fbd7f-b3f8-497a-81e5-ee69396d06d6/20031101SharePointT321.exe
http://download.microsoft.com/download/7/3/2/732fbd7f-b3f8-497a-81e5-ee69396d06d6/20031101SharePointT330.exe
http://download.microsoft.com/download/7/3/2/732fbd7f-b3f8-497a-81e5-ee69396d06d6/20031101SharePointT350.exe
http://download.microsoft.com/download/7/3/2/732fbd7f-b3f8-497a-81e5-ee69396d06d6/20031101SharePointT401.exe
http://download.microsoft.com/download/7/3/2/732fbd7f-b3f8-497a-81e5-ee69396d06d6/20031101SharePointT406.exe
http://download.microsoft.com/download/7/3/2/732fbd7f-b3f8-497a-81e5-ee69396d06d6/20031101SharePointT407.exe
http://download.microsoft.com/download/7/3/2/732fbd7f-b3f8-497a-81e5-ee69396d06d6/20031101SharePointT409.exe
http://download.microsoft.com/download/7/3/2/732fbd7f-b3f8-497a-81e5-ee69396d06d6/20031101SharePointT410.exe
http://download.microsoft.com/download/7/3/2/732fbd7f-b3f8-497a-81e5-ee69396d06d6/20031101SharePointT413.exe
http://download.microsoft.com/download/7/3/2/732fbd7f-b3f8-497a-81e5-ee69396d06d6/20031101SharePointT416.exe
http://download.microsoft.com/download/7/3/2/732fbd7f-b3f8-497a-81e5-ee69396d06d6/20031101SharePointT419.exe

Ни хрена себе обьемчики. А зачем это...
Автор: humb1e
Дата сообщения: 14.09.2004 15:15
Вопрос.
Исходное.
Стоит MS Windows Small Business Server 2003 Russian (включает в себя MS Windows SharePoint Services) и стоит MS Office 2003. Запускаю из офиса InfoPath. Указываю ему "Открыть форму в конструкторе с узла SharePoint" указываю узел: http://server , где server- это, естественно, имя компа. В ответ читаю сообщение:
"Сервер Windows SharePoint Services по адресу "http://server" не полностью поддерживает Microsoft Office InfoPath. Средства для работы с библиотеками форм, имеющиеся в Microsoft Office InfoPath, с этим сервером могут работать неправильно."

Подскажите как с этим бороться?
Попробовал обновить MS Windows SharePoint Services до MS Windows SharePoint Portal Server 2003 - не помогло

Страницы: 123

Предыдущая тема: SpySweeper


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.