Compartilhar via


Plano de fundo: Conteúdas entidades nos Serviços SharePoint Windows

Este tópico descreve a hierarquia de de conteúdo entidades em Windows SharePoint Services 3.0. Essas entidades são estabelecidas pelo nível mais alto classes no A hierarquia de conteúdo do modelo objeto Windows SharePoint Services wssnoversshort. Para informações básicas sobre o físico e entidades serviço em uma implantação Windows SharePoint Services wssnoversshort, consulte Plano de fundo: objetos físicos no Serviços SharePoint Windows e Plano de fundo: serviço entidades nos Serviços SharePoint Windows.

Visão geral

Windows SharePoint Services cria um novo, abstrato global da Web no qual listas e lista Itens, instead of páginas, são o primário entidades na população. Mas, para um navegador, a W3 (World Wide Web) (ou uma intranet) é um global de páginas com links entre eles; e essas páginas existem como arquivos do servidor-hospedado em determinado endereços URL. Portanto, enquanto um site Windows SharePoint Services wssnoversshort deve apresentar próprio aos usuários (e até mesmo a determinados tipos de administradores site) como um global de listas, ele deve ser implementado em parte superior de um global mais antigo que as datas para o início dos anos 90 ? um global de páginas Browser-rendered.

Porque Windows SharePoint Services deve ser compilado em um global de páginas, um site Windows SharePoint Services, que é representado pelo SPWeb T:Microsoft.SharePoint.SPWeb classe, é um conjunto de arquivos ? especialmente arquivos .aspx ? e associado dados, os usuários e diretivas permissão (embora seja muito mais do que apenas um conjunto de arquivos). O site pode ter subsites. (Subsites também são representados pelo SPWeb classe T:Microsoft.SharePoint.SPWeb.) Além disso, cada implantação Windows SharePoint Services wssnoversshort Agrupa seus sites da Web em um ou mais coleções site, que são representadas na modelo de objeto pelo SPSite T:Microsoft.SharePoint.SPSite classe. Além disso, as coleções site próprios são agrupadas em um ou mais conjuntos que estão chamado de conteúdo bancos de dados, representados pelo SPContentDatabase T:Microsoft.SharePoint.SPContentDatabase classe. Esses são os filhos de um ou mais aplicativos da Web em Windows SharePoint Services. Um aplicativo da Web é representado pelo SPWebApplication T:Microsoft.SharePoint.Administration.SPWebApplication classe.

Observação

Uma coleção site foi chamado simplesmente uma "site" no original versão de Windows SharePoint Services ? Microsoft SharePoint Team Services ? que é o motivo pelo qual a classe que representa uma coleção site é nomeado SPSite.Da mesma forma, o que é chamado de "site" (ou ocasionalmente apenas um "site") em Windows SharePoint Services 3.0 foi originalmente chamado um "Web".Portanto, a classe que representa ele é chamado SPWeb.Embora um objeto SPSite T:Microsoft.SharePoint.SPSite representa uma coleção de itens, o SPSite classe T:Microsoft.SharePoint.SPSite não é uma coleção no sentido de uma classe que implementa ICollection.Um SPSiteCollection T:Microsoft.SharePoint.Administration.SPSiteCollection classe implementa a interface último.Ele representa uma coleção de objetos SPSite T:Microsoft.SharePoint.SPSite.

Caso, em Windows SharePoint Services um site, uma coleção site, um de conteúdo banco de dados e um aplicativo da Web são todos, em um sentido, partições do de conteúdo em uma implantação Windows SharePoint Services wssnoversshort.

Sites da Web de Serviços SharePoint Windows

Um site ASP.NET otimizado para de conteúdo é um site Windows SharePoint Services wssnoversshort, representado pelo SPWeb T:Microsoft.SharePoint.SPWeb classe, gerenciamento e colaboração. Ele difere outros aplicativos ASP.NET principalmente em das seguintes maneiras:

  • Ele deemphasizes páginas e enfatiza as listas e lista Itens em vez disso. De exemplo, a Inicialização rápida de um site Windows SharePoint Services wssnoversshort (do tipo de STS) apresenta uma hierarquia de sites, subsites e listas (inclusive listas de listas), instead of AS such páginas. Se você adicionar uma página para tal um site, a nova página aparece no Quick Launch como um novo item em uma lista de documentos compartilhados, não como um nó filho sob a home page ou alguma outra página.

  • Ele oferece administrativo potências aos usuários. A quantidade de energia tem qualquer usuário determinado é determinada pelas permissões concedidas ele ou ela. Os usuários finais geralmente são capaz de criar toda novos sites da Web (como subsites para um site existente) as well as adicionar e editar de conteúdo em Web Sites existente.

  • Ele é um dos quatro níveis no qual um Windows SharePoint Services recurso podem ser ativados. Os outros níveis são coleção site, aplicativo da Web e farm. (Para obter mais informações sobre a função do farm no modelo objeto Windows SharePoint Services wssnoversshort, consulte A hierarquia objetos físico dos serviços SharePoint Windows.)

O fato de que um site é um subconjunto do de conteúdo de uma coleção site não implica que a de conteúdo de Web Sites dois em uma determinada coleção é mutuamente: uma lista determinada, de exemplo, pode aparecer na more than um site.

Uma hierarquia de Web sites em uma coleção site sempre tem exatamente um de alto nível site. Você pode saber mais sobre o de alto nível site na seção Windows SharePoint Services Site Collections posteriormente neste artigo.

Os aplicativos da Web de Serviços SharePoint Windows

Um Windows SharePoint Services aplicativo da Web, representado pelo SPWebApplication classe T:Microsoft.SharePoint.Administration.SPWebApplication, foundationally é um conjunto de de conteúdo bancos de dados, cada uma delas conterá coleções site; e as coleções site próprios são conjuntos de sites da Web, que por sua vez, são conjuntos de arquivos.

Mas um Windows SharePoint Services aplicativo da Web será more than apenas o agrupamento de nível mais alto de Web Sites. Também é a camada na qual uma implantação Windows SharePoint Services wssnoversshort é visível para IIS. Cada Windows SharePoint Services aplicativo da Web é exposto por um site IIS e aparece na árvore de Web Site de Gerenciador do IIS. (Consulte a Figura 1). Portanto, todos o site coleções e sites da Web (e subsites) em um Windows SharePoint Services aplicativo da Web estão apenas um site grande para IIS.

Observação

A terminologia pode ser confusa aqui: quais Windows SharePoint Services chama um "aplicativo da Web" é servido por um ou mais IIS "Web Sites".

Figura 1. Gerenciador do IIS imediatamente após instalação dos Windows SharePoint Services 3.0 em um único servidor

IIS Manager after installation of WSS on 1 server

IIS automaticamente fornece cada site IIS própria pool de aplicativos quando o site é criado e cada pool de aplicativos tem seu próprio processo. Portanto, cada Windows SharePoint Services aplicativo da Web é executado em seu próprio processo. Se uma daqueles processa falhas, os outros continuar a executar. Essa é a maneira mais importante que um Windows SharePoint Services aplicativo da Web difere de camadas inferiores na hierarquia modelo de objeto. Bancos de Dados de Conteúdo e site coleções não é necessário isolamento processo entre si, mas executar aplicativos da Web.

Observação

Estritamente geral, a relação um-para-um dos sites IIS para pools aplicativo não precisa ser mantida.Em Gerenciador do IIS, sites da Web podem ser movidos de um pool de aplicativos para outro.Portanto, múltiplo wssnoversshort Windows SharePoint Services aplicativos da Web podem ser movidos para o mesmo pool e, portanto, compartilhar o mesmo processo.Em alguns casos, o aprimoramento desempenho que provenientes desse tipo de processo compartilhamento justifica a perda de proteção falhar.Contudo, o processo compartilhamento não é freqüentes feito.Portanto, este artigo pressupõe que cada Windows SharePoint Services aplicativo da Web tenha seu próprio processo.

Alguns outros crítico diferenças entre os aplicativos da Web wssnoversshort Windows SharePoint Services Windows SharePoint Services coleções site:

  • Cada aplicativo da Web tem um ou mais das sua próprias de conteúdo filho bancos de dados, mas cada coleção site pertence a apenas um pai de conteúdo banco de dados (que ele pode compartilhar com outras coleções site que são colocadas entre mesmo aplicativo da Web).

  • Diretivas de segurança, como autenticação e habilitando usuários anônimos, são definidas no nível de aplicativos da Web Windows SharePoint Services wssnoversshort.

Figura 1 mostra Gerenciador do IIS (para ISS 6.0) imediatamente após Windows SharePoint Services 3.0 estiver instalado em um único servidor. Observe que a instalação criou dois sites da Web IIS e cada site possui seu próprio pool de aplicativos (e processo). Um dos sites IIS é para um principal Windows SharePoint Services aplicativo da Web que fornece de conteúdo para End Users e é nomeado "SharePoint - 80". (O "80" é o número da porta de servidor através do qual as solicitações para páginas Windows SharePoint Services wssnoversshort vêm.) O outro é nomeado "V3 da Administração Central SharePoint" e é usado por profissionais de TI para tarefas de administração de alto nível. Você provavelmente pode adivinhar por que isso foi feito uma separar Windows SharePoint Services aplicativo da Web em vez de apenas uma coleção site, ou ainda apenas um site, em "SharePoint \endash 80". O isolamento do processo dos aplicativos da Web Windows SharePoint Services dois permite que os administradores rede para acessar Central Administration mesmo quando codificar errant em algum site dentro "SharePoint \endash 80" faz com que o último aplicativo da Web para falhar em breve após cada reiniciar. Além disso, tornando o aplicativo de administração um separar aplicativo da Web permite que os administradores dê a ele Diretivas distintas relacionadas a autenticação e os usuários anônimos.

Se Windows SharePoint Services 3.0 está instalado em um farm de more than um servidor e a configuração distingue entre servidores front-end e servidores back-end (chamado Servidores aplicativo em Windows SharePoint Services), "SharePoint \endash 80" é executado em apenas os servidores front-end. " A Administração Central SharePoint v3 " executa em um e apenas um, dos servidores de aplicativo. You can read more about farms and the different types of servers and their roles in A hierarquia objetos físico dos serviços SharePoint Windows and A hierarquia dos serviços de Serviços SharePoint Windows.

Aplicativos da Web Windows SharePoint Services wssnoversshort Other Than o aplicativo "V3 da Administração Central SharePoint" são chamado de conteúdo-editoração aplicativos da Web.

Quando a inicial "SharePoint - 80" aplicativo da Web for criada e sempre que qualquer de conteúdo-editoração aplicativo da Web é criado, um novo de conteúdo banco de dados é criado para o aplicativo da Web. Por sua vez, uma coleção site é criada para o banco de dados e um de alto nível site é criada para a coleção site.

Mais de um aplicativo da Web content-publicação

Em muitas instituições pequenas e médias, os dois Windows SharePoint Services aplicativos que estão instalados Por padrão da Web são os únicos que nunca são criados. Isso pode ser verdadeiro mesmo se usar do "SharePoint \endash 80" aplicativo da Web é intensivo suficiente para exigir um farm de servidores para hospedá-lo. Mas há situações em que de conteúdo adicional-editoração wssnoversshort Windows SharePoint Services aplicativos da Web são necessários e, para cada, um IIS correspondente e site pool de aplicativos. Aqui estão exemplos de alguns dessas situações. (Há nunca mais "Administração Central" Windows SharePoint Services aplicativo da Web para um determinado Farm.)

  • Quando uma instituição gradualmente é deslocando de Windows SharePoint Services 2,0 a Windows SharePoint Services 3.0, ambos podem ser implantados no mesmo servidor. No que maiúsculas e minúsculas, cada versão tem um separar Windows SharePoint Services aplicativo da Web (ou separar conjunto de aplicativos da Web).

  • Se um novo solução wssnoversshort Windows SharePoint Services está em desenvolvimento em um servidor (ou conjunto de servidores front-end) que também esteja hospedando uma implantação wssnoversshort Windows SharePoint Services produção, ele pode ser implementado em um separar Windows SharePoint Services aplicativo da Web até após ele foi totalmente testado. Esta prática garante que se a nova solução falhar, produção wssnoversshort Windows SharePoint Services aplicativos da Web não estão colocados para baixo. Além disso, o de conteúdo banco de dados do aplicativo da Web não testados é mantido separar a partir de banco de dados de aplicativo da Web de produção. Finalmente, o aplicativo da Web não testados podem ser designados um número porta Other Than 80. Isso reduz a chance que qualquer não autorizado pessoa pode acessar o aplicativo como, exceto para sites da Web que usam porta 80, números porta devem ser incluídos em qualquer Web URL; caso contrário IIS não é possível localizar a página solicitada.

  • As empresas que fornecem Windows SharePoint Services hospedando serviços aos clientes pequenos geralmente fornecer sua própria Windows SharePoint Services aplicativo da Web cada cliente. Essa prática garantirá que sites da Web do cliente não são interrompidos por codificar errant no Windows SharePoint Services aplicativo da Web do outro cliente. Ele também garante que banco de dados do cliente não podem ser acessados por outros clientes. Finalmente, ele permite que cada cliente para que as diretivas distintas relacionadas a autenticação e os usuários anônimos.

  • Web executar aplicativos melhor quando todos os sites dentro deles tem estruturas semelhantes. De exemplo, uma coleção de "My Sites" teria que muitos sites pequenos; Mas seria uma coleção de sites de equipe geralmente têm um menor número de maior sites. Aplicativo da Web que hospeda a coleção site da equipe em um separar melhora desempenho de ambas as coleções.

  • Qualquer dado aplicativo da Web pode ter cinco separar conjuntos de diretivas de segurança ? um para cada uma das cinco zonas possíveis do qual as solicitações podem vir: as zonas Internet, Intranet, Extranet, padrão e personalizadas. Se forem necessários mais conjuntos de diretivas, outros aplicativos da Web podem ser criados (possivelmente com de conteúdo que é idêntico a um aplicativo da Web existente), cada qual com seus próprio cinco conjuntos de diretivas.

  • Se aprimorada software servidor colaboração, such as Microsoft Office do SharePoint Server 2007, está instalado, bem como Windows SharePoint Services 3.0, que software poderia permitir agrupamento lógico de aplicativos da Web. De exemplo, ele pode fazer isso para fornecer serviços comum entre a GRUPO ou para isolar administrativamente a GRUPO de outros aplicativos da Web. Em tais casos, o software pode precisar criar um aplicativo da Web especial para servir como um pai lógica ou contêiner da GRUPO. Esse pai lógica é chamado de Shared Services Provider (SSP). (However, such a logical grouping is not known to IIS 6.0 and is not modeled in the Windows SharePoint Services 3.0 object model. To IIS, o SSP é apenas um site mais, e para Windows SharePoint Services 3.0 é apenas uma aplicativo da Web mais.)

Observação

Em Windows SharePoint Services 3.0, novos aplicativos da Web são criados na guia de gerenciamento de aplicativos da Administração Central, não no IIS.

Bancos de Dados de Conteúdo de Serviços SharePoint Windows

Cada Windows SharePoint Services aplicativo da Web tem um at least de conteúdo banco de dados (representado pelo SPContentDatabase T:Microsoft.SharePoint.SPContentDatabase classe) que é automaticamente criada quando o aplicativo da Web é criado. De conteúdo mais bancos de dados podem ser adicionados a uma aplicativo da Web quando necessário. Um de conteúdo banco de dados contém todos os dados (listas, lista Itens, postagens de blog e comentários, wiki páginas e documentos em bibliotecas documento) e a maioria dos arquivos de página que constituem as site coleções que pertence ao banco de dados.

Alguns dos arquivos que pertencem a uma coleção site são armazenados nos sistema de arquivos dos servidores front-end da implantação Windows SharePoint Services wssnoversshort. À primeira vista, esse fato pode parecer para a imagem do site coleções sendo subconjuntos de de conteúdo neat spoil bancos de dados. No entanto, até mesmo os arquivos que não são armazenados no de conteúdo banco de dados são representadas por linhas de banco de dados. A tabela linha que representa esse um funções arquivo como um tipo de alias para o arquivo.

Coleções de sites de serviços SharePoint Windows

Conjuntos de Sites, representados pelo SPSite T:Microsoft.SharePoint.SPSite classe, existem como um administrativo conveniência para proprietários site, os administradores servidor e empresas que vendem Windows SharePoint Services hospedando serviços. Aqui estão algumas das características mais importantes de coleções site Windows SharePoint Services wssnoversshort:

  • Windows SharePoint Services site coleções habilitar mais Administração detalhada de implantações Windows SharePoint Services wssnoversshort que é fornecida pelo aplicativos da Web Windows SharePoint Services wssnoversshort, embora ainda a administração do Web Sites determinado próprios pertence aos proprietários site, que não geralmente são os profissionais de TI.

  • Cada coleção site tem de alto nível um e apenas um site. Para alguns tipos de administrativo tarefas, a coleção site e seus de alto nível site podem melhor ser considerados como uma entidade única. De exemplo, a página Site Settings de de alto nível o site possui um Site Collection Administration recursos área na qual o proprietário do site o de alto nível pode ativar ce5f5ce5-1429-439e-9261-2c4ba9788cc1 para a coleção site e restaurar qualquer coleção a site é excluído de conteúdo a partir de Lixeira. Além disso, você pode criar determinado personalizado entidades, such as um personalizado coluna, no site de alto nível. Essas entidades são então disponível para todos os Web Sites na coleção de site.

  • Coleções site participam de limite entre o administrativo responsabilidades do site proprietários e os dos administradores coleção site, que geralmente são os profissionais de TI. Conforme observado no item anterior, alguns administrativo tarefas no site-coleção nível são tratados pelo proprietário do site de alto nível. Mas servidor e rede administradores podem usar na guia de gerenciamento de aplicativos da Administração Central para criar e excluir site coleções e definir cotas tamanho do site coleções.

  • Uma coleção site (ou, falando estritamente, seu site de alto nível) é o objeto de nível mais alto na navegação de migalhas. (Embora os usuários de um subsite necessariamente não tenha acessar para cada site superior na hierarquia, eles podem ver esses sites na navegação breadcrumb.)

  • Uma coleção site é o nível no quais pools de site collection\endash Scoped e recursos da Web site\endash Scoped ce5f5ce5-1429-439e-9261-2c4ba9788cc1, de conteúdo tipos, listas, temas e fluxos de trabalho são mantidos e tornar disponível para subsites.

  • Uma coleção site é um dos quatro níveis no qual um Windows SharePoint Services recurso podem ser ativados. Os outros níveis são site, aplicativo da Web e farm.

  • Uma coleção site é o nível no quais grupos de usuários são mantidos e direitos atribuídos usar como padrão. (Those rights can be changed at the level of any Web site, list, or list item. Você pode criar grupos na página **** Site Settings de qualquer site. Mas independentemente de onde o GRUPO é criado, ele existe no site-coleção nível e está disponível para todos os Web Sites na coleção.)

  • Páginas mestras e Web Parts podem ser compartilhada em uma coleção site mas não entre coleções site.

  • Uma coleção site é o objeto de nível mais alto na hierarquia para o qual acessar pode ser auditado. Também é o nível no qual a auditoria banco de dados é mantido.

  • Uma coleção site é o nível mais alto que pode ser incluído em uma pesquisa.

Consulte também

Referência

SPWebApplication
SPDatabase
SPSite

Conceitos

Arquitetura do site e servidor: Visão geral sobre do modelo de objeto
Trabalhando com lista de objetos e coleções
Visão geral: usando o modelo de objeto para personalizar administração
Exemplo de código: usando o modelo de objeto de administração
A hierarquia de conteúdo de Serviços SharePoint Windows
A hierarquia objetos físico dos serviços SharePoint Windows
Plano de fundo: objetos físicos no Serviços SharePoint Windows
A hierarquia dos serviços de Serviços SharePoint Windows
Plano de fundo: serviço entidades nos Serviços SharePoint Windows

Outros recursos

Administração de serviços SharePoint Windows
Windows SharePoint Services Administration Development Resource Center