Re: Question about cross Portal site searches

Steve,

Thanks for the information you have provided. I will check this out.

I have 2 more questions. Please bear with me, I know these question seemed
a bit repetitive but I need to make sure of something.

---question 1
If you don't mind, can you please let me know if the following requirements
can possibly be fullfilled?

- 3 regional portal site - 1 corporate portal is needed
- regional portals hold their own full text search indexes in their
respective SQL servers + content index of their respective content sources
- forward query of full text searches for other portal to respective portal
and get result set, not caching any indexes locally that is not within local
portal.
- forward local content indexes from all 3 regional portals to central
search server to facilitate content index searches that spans all 3 regions.
- do not wish to have central portal that crawls all 3 sites due to
bandwidth limitations - as implemented by Microsoft.
(side questions) regarding the server farm structure that MS is using for
central portal. I presume the extension of the central portal at the
physical region sites does crawling of local contents but does the result set
get propagated to the physical central site at Redmond, so that the physical
cetral site and remote sites extensions of the central protal all contain a
full copy of the crawled data? Hope I have not mis-understood the structure.

What would be the best solution?

---question 2
I am having difficult understand the logical and physical layout of MS's
implementation.

So when they refer to regional farm, i.e. UK, that consumes parent share
serivces from the US farm. Is there a copy/replica of the parent share
services of the US farm in UK?

Thanks.

"Steve Smith" wrote:

To Turn on Shared Services yes it is just a case of enabling it in Central
Admin , however back everything up first as this is a one way switch , you
cannot go back.
You will still need to create your search scopes , and content sources after
enabling shared services so that all portal users can search the specific
content they want.
The one thing that the white paper discuss's is that in the MS study they
were in multiple Farms , not just a single farm with Multiple portals. So
when they refer to regional they are talking about a regional Farm such as
the UK one with the parent shared services being the US farm.
I suggest before you switch on shared services that you setup a simple test
server and create 3 portals and then start playing with Shared services and
creating Search scopes and Content sources for the different content. Before
setting up shared services a good understanding of searching and indexing is
important. Try this one for more info.
http://office.microsoft.com/en-us/assistance/HA011648471033.aspx

Steve Smith
www.combined-knowledge.com



"GT" <GT@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:3E4185AA-C81B-43BA-90A0-8D7932297A9B@xxxxxxxxxxxxxxxx
Steve,

Thanks for the info. I actually read that document but just a bit confuse
with how things are structured logically and physically as I only have
basic
understand of SPS and trying to get more details about it.

Just 2 more questions if you do not mind.

- There is nothing to really "turn on" when you talk about shared services
right. It is just the way portal are structured? Or is there something
else
that needs to be done. A simple answer will do as I only need a pointer
on
what to look for next.

- from the document from shared services, the is a "Regional shared
services
farm". Is that an extension of the parent portal? Or is it basically a
portal with content index of all the regional portal?

Thanks again for help. I really appreciate the pointers.

GT

"Steve Smith" wrote:

When you have shared services the master index ( parent ) will crawl all
child portals to create one master Index. So when a user in any portal
does
a search for ' all content ' in the search scope then it will return
content
from the master index which includes all portals.
Obviously you can now start fine tuning this so that users have the
option
to just return from content from their own portal , or from the sales
portal
site etc. but this all needs to be setup after shared services is
switched
on.
Have a look at this document for another take on this. look further down
the
document for the search aspect.
http://www.microsoft.com/technet/itsolutions/msit/infowork/sharetwp.mspx

Steve Smith
www.combined-knowledge.com


"GT" <GT@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:0C66504A-B15A-443A-B175-F65B2A4286A0@xxxxxxxxxxxxxxxx
Steve,

Let me rephrase the question. Please let me know if I am wrong.
Assuming
a
standard 1 parent (Master), 3 child portal (Portal A, B and C)
configuration.

- A, B and C portal can search their own indexes and content indexes

- A, B and C portal can associate with another portal hence includes
the
search results of the associated portal. (Mostly this will be the
shared
service portal - Master)

- in order for, say A, to find something that is located in B, A must
be
associated with Master and Master must crawl the portals.

Is this correct?

"Steve Smith" wrote:

Without Shared Services or a 3rd party Search program such as Coveo
http://www.coveo.com/ that is correct.

Steve Smith
www.combined-knowledge.com


"GT" <GT@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:A3921110-80BA-4B59-9859-B661D8A96F48@xxxxxxxxxxxxxxxx
I see.

So what you are essentially saying is that it is not possible for
each
SPS
to keep indexes of their own contents only but searches the items in
the
other SPS?! And the only way this can happen is that the SPS the
user
is
on
crawls the content of the target SPS?

Thanks again.

"Steve Smith" wrote:

Each portal has its own Index so you would need to tell each portal
to
crawl
the portal in order to search it. When a user does a search it is
the
index
for that portal that is queried , nothing is passed to the index on
the
other server.
The only time this model changes is if you impliment Shared
Services
which
allows you to have a parent portal that holds a master index of all
child
portals in which case a user running a search query for content on
other
portals will always get the result from the Index file on the
parent
portal's index file.

Steve Smith
www.combined-knowledge.com


"GT" <GT@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:362DDD69-ADDD-483A-9E1B-95E3DFC5ED7D@xxxxxxxxxxxxxxxx
Greetings.

Does any knows how exactly cross portal site search works? i.e.
I
have
a
corporate portal site and 3 child portal site, say SiteA, SiteB
and
SiteC.
If I am working from SiteA and wishes to search things in SiteC,
will
SPS
be
passing the query to SiteC SPS and wait for a response? Or SiteA
SPS
searches SiteC's indexes? Also, will SiteA be caching or making
a
copy
of
the search results?

I could not seemed to find any in-depth documents on this, so any
information will be appreciated.

Thanks!












.

Relevant Pages

  • Re: Question about cross Portal site searches
    ... To Turn on Shared Services yes it is just a case of enabling it in Central ... not just a single farm with Multiple portals. ... "Steve Smith" wrote: ... from the master index which includes all portals. ...
    (microsoft.public.sharepoint.portalserver)
  • Re: Create Parent without using shared services (is it possible)
    ... Looks like I may have to go with Shared services. ... services can be implemented in an NT4 domain structure? ... "Steve Smith" wrote: ... Everywhere I look for information about parent/child portals it ...
    (microsoft.public.sharepoint.portalserver)
  • Re: Previous My Site after enabling Shared Services
    ... after enabling Shared Services, the configdb of the master portal is used. ... "Steve Smith" wrote: ... >> I created 2 portals on my single server farm ... >> Shane Young ...
    (microsoft.public.sharepoint.portalserver)
  • Re: Create Parent without using shared services (is it possible)
    ... this effectively means 3 big Index files and lots of cross domain traffic ... only need you can do it without shared services. ... Everywhere I look for information about parent/child portals it mentions ...
    (microsoft.public.sharepoint.portalserver)
  • Re: Sharepoint Architecture question
    ... sharepoint portals in multiple countries. ... with Shared Services. ... portal/site you're doing the indexing on. ... MySite on the New York portal, ...
    (microsoft.public.sharepoint.portalserver)
Loading