Doorgaan naar hoofdcontent

Inrichten 64 bits Ontwikkel PC SharePoint 2007 - Deel 5

Het is nu tijd om de Shared Service Provider aan te maken, de My Sites en het zoeken te configureren. Voordat ik dit ga doen configureer ik enkele lokale DNS adressen. De reden is dat ik behoudens de Central Administration alle websites op poort 80 wil draaien. Ik open hiervoor de NotePad applicatie onder administrator rechten. Dit is nodig omdat je anders het host bestand in de map C:\Windows\System32\drivers\etc niet kan opslaan. Ik voeg aan het host bestand twee DNS namen toe (ssp1.dop.local en mysite.dop.local) die aan zowel 127.0.0.1 (Ipv4 adres) als ::1 (Ipv6 adres) gekoppeld worden.


De volgende stap is dat we de Shared Service Provider gaan configureren. Open hiervoor het Application Management tabblad van de Central Administration. Klik in de rechterkolom onder het kopje "Office SharePoint Server Shared Services" op "Create or configure this farm's shared services".


Vervolgens klikken we op "New SSP1".


In het scherm voor "New Shared Services Provider" veranderen we de naam van de SSP in "Shared Services 1" en klikken vervolgens op de URL "Create a new Web Application".


We gaan nu de gegevens voor de Web Application invoeren. Als omschrijving geven we op "SharePoint - ssp1.dop.local", het poort nummer laten we op 80 staan en bij de host header geven we op de eerder aangemaakte DNS naam "ssp1.dop.local". Bij path voeren we in "c:\inetpub\wwwroot\wss\VirtualDirectories\ssp1.dop.local".


Bij de securtiy configuration kiezen we voor NTLM, geen anonieme toegang en geen SSL. Als load balanced URL hebben we "http://ssp1.dop.local" en deze staat in de default zone.


De Application Pool krijgt als naam "SharePoint - SSP1" en komt te draaien onder het MOSS_SSP1_AP account. We geven aan dat we IIS handmatig herstarten.


De database naam wordt "SharePoint_SSP1_Content".


Nadat we alle instellingen hebben aangebracht drukken we op OK. Naar enige tijd is de Web Application aangemaakt en kunnen we verder met de configuratie van de Shared Service Provider.


Het volgende dat we dienen te configureren is de My Site locatie. Standaard worden deze aangemaakt onder de Shared Service Provider Web Application. Ik kies ervoor deze onder een eigen Web Application aan te maken. We klikken op "Create a new Web Application" welke staat onder de reeds geselecteerde Web Application.


We gaan nu de gegevens voor de Web Application invoeren. Als omschrijving geven we op "SharePoint - mysite.dop.local", het poort nummer zetten we op 80 en bij de host header geven we op de eerder aangemaakte DNS naam "mysite.dop.local". Bij path voeren we in "c:\inetpub\wwwroot\wss\VirtualDirectories\mysite.dop.local".


Bij de securtiy configuration kiezen we voor NTLM, geen anonieme toegang en geen SSL. Als load balanced URL hebben we "http://mysite.dop.local" en deze staat in de default zone.


De Application Pool krijgt als naam "SharePoint - MySite" en komt te draaien onder het MOSS_MySite_AP account. We geven aan dat we IIS handmatig herstarten.


De database naam wordt "SharePoint_MySite_Content".


Nadat we alle instellingen hebben aangebracht drukken we op OK. Naar enige tijd is de Web Application aangemaakt en kunnen we verder met de configuratie van de Shared Service Provider. Voor de SSP1 Service geven we als account op MOSS_SSP1_SA.


De naam van de SSP database wordt SharePoint_SSP1_Config en die van de Search database is SharePoint_SSP1_Search.


De locatie waar de index bestanden komen te staan passen we niet aan. Ook maken we geen gebruik van SSL.


We verlaten de pagina door te klikken op de OK button. De Shared Service Provider wordt nu geconfigureerd met de aangegeven instellingen. Zoals zichtbaar in onderstaande screenshot is dit succesvol afgelopen.


De volgende keer gaan we de Shared Service Provider verder configureren.

Reacties

Populaire posts van deze blog

Bevindingen over de E-tech ADWG02 tot nu toe

Ik heb de E-tech ADWG02 nu bijna een week in gebruik. Dit is de vervangende modem voor de buggy Linksys WAG54G die ik eerder gekocht had. Mijn bevindingen over de E-tech tot nu toe: Geen crashes tot nu toe. De firmware lijkt op dat punt stabiel. Het apparaat is niet door middel van een knop aan of uit te zetten. Erg vervelend omdat ik het apparaat alleen uit kan zetten door de stekker uit het stopcontact te halen. De reden dat ik hem graag uit wil kunnen zetten is dat het apparaat in de woonkamer staat (in het zicht) en de lampjes nogal fel schijnen. Dat vind ik niet erg prettig. Daarnaast wil ik niet dat de verbinding de gehele dag open staat uit beveiligingsoverwegingen en vanwege het stroomverbruik. WIFI is middels een setting uit te zetten. Als je de setting uitvinkt en bevestigd door middel van een 'apply' zie je het lampje uitgaan op de ADSL modem. Er is op dat moment ook geen WIFI verbinding actief. Sla je de setting definitief op dan reboot de modem automat...

Active Directory limieten

Zoals ieder systeem heeft Active Directory ook zijn limieten. Tijdens wat Active Directory research kwam ik het volgende Technet artikel tegen waarin deze worden benoemd: Active Directory Maximum Limits . Kort samengevat zijn de limieten: Maximum aantal objecten per domain controller in een forest : ongeveer 2,5 biljoen (gedurende de volledige levensduur). Maximum aantal security identifiers (SID's) per domein : ongeveer 1 biljoen (gedurende de volledige levensduur). Aantal groepen waarvan een security indentifier (persoon, groep, computer account) lid kan zijn : ongeveer 1.015 groepen. FQDN lengte limiet : maximum lengte is 64 tekens (dit is inclusief punten en mintekens) voor de fully qualified domain name (FQDN). Bestandsnaam limiet : Windows kent een pad lengte limiet van 260 tekens. Deze is ook van toepassing op de fysieke bestanden van AD zoals SYSVOL. Organisational unit limiet : maximum lengte is 64 tekens. Heeft te maken met de Windows limiet van 260 tekens die in de gaten...

Applicatie architectuur

Een gangbare architectuur voor het opdelen van applicatie functionaliteit is die van het groeperen van functionaliteit naar aandachtsgebied. Onderstaande afbeelding geeft de plaat weer die de Patterns & Practices groep van Microsoft hiervoor gebruikt binnen hun Microsoft Application Architecture Guide (2nd edition) . Dit artikel geeft een samenvatting weer van de essentie van deze architecturele opdeling van een applicatie.   Ontwerp principes Hanteer bij het ontwerpen van een applicatie de volgende vijf principes: Scheiden van verantwoordelijkheid (Separation of concerns) . Deel de toepassing op in afzonderlijke functies met zo min mogelijk overlap. Afzonderlijke verantwoordelijkheid (Single Responsibility) principe . Elke component- of module moet verantwoordelijk zijn voor een bepaalde functie / functionaliteit of over de samenvoeging van samenhangende functionaliteit. Het principe van minste kennis (Principle of Least Knowledge) . Een component of een obj...