Tony Krijnen

Hoe voeg ik een tweede server toe aan een SBS netwerk?

Tom stuurde mij een e-mail over of het mogelijk was om een tweede server toe te voegen aan een Small Business Server netwerk. Hoewel het uiteraard mogelijk is merk ik dat er vaak nog een misverstand bestaat over een SBS netwerk en servers toevoegen. 

Aan een SBS netwerk (en voor dit verhaal maakt het niet uit of het 2003, 2008 of SBS7 is) kun je zowel “Member Servers” als "Domain Controllers” toevoegen. Kijk je met name naar een Windows Small Business Server 2008 Premium dan is dit product extra interessant om een tweede server toe te voegen omdat er in dit product al een tweede Windows Server 2008 licentie is opgenomen. Voor SBS 2003 zul je dus een nieuwe server moeten aanschaffen met een Windows Server licentie.

De technische implementatie om een tweede server toe te voegen kan op twee manieren. De eerste manier is dat je de server als een “member server” toevoegt. In het “Initial configuration tasks” geef je dan bij de computernaam ook de domeinnaam van het SBS netwerk op:

Nadat de PC dan opnieuw is opgestart heb je een extra server in het domein en kun je daar applicaties (CRM, SQL, Exact, etc) op installeren. Uiteraard is het aan te raden om een statisch IP adres te geven aan deze server.

Wanneer je de tweede (of derde, vierde, etc) server ook tot domeincontroller wilt promoten dan is ook dat geen probleem. Het is zelfs aan te raden aangezien deze tweede domeincontroller dan ook authenticatie kan doen. Daarnaast zou je hier ook DHCP en DNS op kunnen installeren zodat er bij een probleem met de SBS server het netwerk gewoon verder kan werken.

Om een Windows 2003 / 2008 server te promoten naar een domeincontroller geef je het commando “DCPROMO” nadat je de stap hierboven hebt uitgevoerd. 

Dat commando kun je starten met Start | Run | DCPROMO [Enter].

Volg dan de Wizard!.

Thanks,

SBS2008: FATAL: DcPromo_JoinDomain error bij migratie van SBS 2003

Om het anders zo saaie weekend een beetje leuk te houden deed ik een migratie van SBS 2003 naar SBS 2008 bij een kennis van me. Al snel werd het weekend leuker dan ik dacht want nadat ik de Source tools op SBS 2003 had geïnstalleerd en de SBS 2008 installatie had gestart op de nieuwe server met de Answerfile in de migratie mode kwam deze foutmelding naar voren:

“Windows Small Business Server 2008 Installeren – De installatie kan niet worden voortgezet. Er is een onherstelbare fout opgetreden waardoor de installatie van Windows Small Business Server 2008 niet kan worden voltooid.
<- De fouten exporteren naar een logboekbestand
<- Het foutenlogboek weergeven”

Klikte ik op “het foutenlogboek weergeven” kreeg ik deze melding te zien:

“FATAL :  DcPromo_JoinDomain: De server is niet gepromoveerd naar een domeincontroller.”

De informatie uit de logboeken heb ik onder deze oplossing gezet voor degene die daar op zoekt.

Tja! Het was even zoeken maar duidelijk werd me wel dat de nieuwe server niet de rechten had om zijn aangemaakte computer account (Wat je dus wel kunt vinden onder de Active Directory | Computers) om te zetten naar een Domeincontroller.

Gelukkig is dit probleem gemakkelijk op te lossen. Allereerst verwijderen we het aangemaakte computeraccount in de Active Directory | Computers. Als het goed is staat daar een computer object met een rood kruis er doorheen. De naam daarvan is de nieuwe SBS 2008 server naam (In mijn geval altijd “SERVER” omdat ik van eenvoudige namen hou).

Daarna gaat we klikken op Start | All Programs | Administative Tools | Domein Controller Security Policy.

Hier klikken we op de “Enable computer and user accounts to be trusted for delegation”

Zoals je kunt zien stond daar in mijn geval in eerste instantie niets in. Voeg nu de groep “Domain Admins” hier aan toe via de knop “Bladeren”. Klik dan OK en als het goed is staat er nu een “[Domeinnaam]\Domain Admins” verwijzing. Start een command prompt en geef daar een GPUPDATE / FORCE (Of herstart de SBS 2003 server)

Start de SBS2008 installatie opnieuw op, verwijder de huidige partitie en installatie en laat de migratie doorlopen. De DCPromo melding is nu weg.

SBS2008: Optionele updates goedkeuren duurt erg lang – En dat kan sneller!

Wanneer je in de SBS2008 console | Beveiliging | Updates een optionele update goedkeurt duurt het altijd erg lang nadat je hebt geklikt op “De update implementeren” en totdat de update uit de lijst in de SBS Console is verdwenen. Pas daarna kun je de volgende update goedkeuren of negeren.

Dit komt omdat de SBS Console dit moet afhandelen met de WSUS Console en de terugkoppeling weer moet verwerken in de SBS console. Helaas kun je in de SBS Console ook niet meerdere updates tegelijk selecteren.

Om daarom snel de optionele updates goed te keuren kun je het beste de SBS Console sluiten en de WSUS console gebruiken:

1) Klik op Start | Systeembeheer en dan de Microsoft Windows Server Update Service 3.0:

2) Klik op Doorgaan

3) In de WSUS Console klik op Updates en dan Alle Updates:

3) Zorg dat bij “goedkeuring” de optie “Niet-goedgekeurd” staat en bij status “Mislukt of vereist”. De lijst die dan verschijnt zal gelijk zijn aan alle optionele updates die in de SBS console staan. Echter kunnen we hier door met CTRL ingedrukt te houden meerdere updates selecteren en dan met 1 klik in het Acties scherm deze updates Goedkeuren of Weigeren. Begin met het weigeren van updates die je niet wilt; zoals je in het screenshot hierboven ziet kies ik alle taalpakketten en klik dan op “Weigeren” zodat gebruikers deze niet zien in de updates.

Ideaal dat op deze manier ook de irritante “Browserkeuze scherm update voor Europese Unie gebruikers” te weigeren is.

4) Wanneer je alle updates hebt geweigerd die je niet wilt in het netwerk klik je op de knop “Vernieuwen” bovenin. De geweigerde updates zijn nu uit de lijst verdwenen. Selecteer daarna de overige updates (Dat kan heel snel door CTRL + A in te drukken) en klik dan op “goedkeuren”.  Het volgende scherm verschijnt:

5) Kies hier “Goedgekeurd voor installatie” voor de “Servercomputers voor Update Services” en voor de “Clientcomputers voor Update Services”.

6) Klik op OK en ga akkoord met de eventuele licentie overeenkomst schermen die verschijnen (zoals bijv. bij Silverlight software). De updates worden dan allemaal goedgekeurd:

7) Als alle updates zijn goedgekeurd klik op Sluiten en dan weer “vernieuwen”. Het scherm is nu leeg, sluit dan de WSUS console en ga terug naar de SBS console. Bij de “Optionele updates” zijn ale updates nu verdwenen en onder het kopje “updates worden uitgevoerd” geplaatst.

Indien je dit een handige tip vond laat me dan even een comment achter hieronder, altijd leuk om te lezen!

Thanks!

SBS2008 – Reparatie van WSUS Windows Update Services 3.0

Als je een of meerdere van de volgende symptomen hebt kan het zijn dat de WSUS (Windows Server Update Service) installatie niet langer correct werkt of niet meer geïntegreerd is met de Small Business Server 2008.

A) De Small Business Server 2008 Console heeft op de Start pagina Updates in het grijs staan en er staat “Niet beschikbaar”.

B) Bij het onderdeel Beveiliging | Updates staat dat er geen updates, geen fouten, geen optionele updates en geen updates worden uitgevoerd.

C) Klik je bij onderdeel Beveiliging | Updates op de taak “De update-instellingen voor software wijzigen” dan crasht de Small Business Server 2008 Console.

“Windows SBS 2008 Console werkt niet meer”   - Stopped working CLR20r3 console.exe 6.0.5601.8497 4a612b8b mscorlib.

Volg de volgende stappen op WSUS op de SBS 2008 Server opnieuw te integreren.

1) Klik op Start | Configuratiescherm |  Een programma verwijderen

2) In de lijst van geïnstalleerde software kies je de “Microsoft Windows Update Services 3.0 SP1” (of SP2, net wat er staat). Klik bovenaan op Verwijderen/wijzigen. Geef aan dat je alle onderdelen wilt verwijderen.

3) Nadat WSUS is verwijderd van het systeem verwijderen we de WSUS mappen. Standaard staan deze op de C:\ schijf als C:\WSUS. Hierin staat de WSUS database en alle gedownloade updates. Verwijder alle bestanden in deze map.

4) Nu hebben we de tweede DVD nodig van de SBS2008 software, genaamd “Componenttechnologieën voor serverherstel”.  Kopieer de WSUS map uit de CMPNENTS map op de DVD naar de C:\ schijf, bijv. in een map SBS2008.

5) Open een command prompt met administratieve rechten (rechtermuis knop op Command Prompt, uitvoeren als beheerder).

6) Geef het volgende commando in:

C:\SBS2008\WSUS>WSUSSetup.exe /q DEFAULT_WEBSITE=0 CREATE_DATABASE=1 CONTENT_LOCAL=1 CONTENT_DIR=C:\WSUS WYUKON_DATA_DIR=C:\WSUS

Er zal nu een quiet (/Q ) installatie worden gedaan van WSUS. Als eerste zal je in de C:\WSUS map weer nieuwe mappen zien worden aangemaakt. Wanneer er in de Start | Systeembeheer weer het icoon voor “Windows Software Update Service SP1” staat is de installatie klaar. Start dan dit programma op.

7) Klik (1) op Opties, dan op (2) Product en categorieën en (3) kies voor “Alle producten”.

8) Klik op het tweede tabblad “Categorieën” en selecteer hier ook alles.

9) Klik op OK, en kies nu voor “Updatebestanden en –talen” onder opties. Kies voor het tweede tabblad “Talen van update”. Aangezien we waarschijnlijk niet alle talen gebruiken in de Small Business omgeving zal het volstaan om de Engelse en Nederlandse updates te installeren. 

10) Klik onder opties op Syncronisatieschema en zorg dat dit op Automatisch staat:

11) Klik nu onder Update Services op Computers, klik dan rechtermuis knop  “Alle computers” en kies voor “Computergroep toevoegen”. Doe dit 3x voor de volgende groepen:

“Uitgesloten computers voor Update Services”

“Clientcomputers voor Update Services”

“Servercomputers voor Update Services”

12) Herstart nu de server. Als alles goed is ingesteld zal nu de SBS Console weer gekoppeld zijn aan WSUS:

Thanks!

CRM4: Foutmelding bij installatie “Service msftesql$[SERVERNAAM] was not found”

Wanneer er tijdens de installatie van Microsoft CRM 4.0 gekozen wordt om de installatie bestanden niet bij te werken dan het zijn dat de volgende foutmelding wordt weergegeven bij het onderdeel “Systeemvereisten”:

Microsoft SQL Server: Service msftesq$[SERVERNAAM] was not found on computer [servernaam]. The specified service does not exist. 

Totdat dit probleem is opgelost kan de CRM installatie niet doorgaan. Door in het register echter tijdelijk de huidige SQL Service te hernoemen zal de installatie wel kunnen doorgaan.

1) Start Regedit op de server op en ga naar de sleutel HKLM\System\CurrentControlSet\Services\MSSQLFDLauncher$[Servernaam].

2) Klik met de rechtermuis knop in het linkerscherm op de MSSQLLFDLauncher$[Servernaam] sleutel en kies “Rename”. Geef de sleutel de naam msftesq$[SERVERNAAM]

3) Herstart de server en voer de CRM 4.0 installatie opnieuw uit. De server voldoet nu aan alle Systeemeisen en CRM kan geïnstalleerd worden.

5) Na de installatie van CRM 4.0 gaan we opnieuw naar de Register editor en hernoemen de msftesq$[SERVERNAAM] terug naar MSSQLLFDLauncher$[Servernaam].

6) Uiteraard is het dan belangrijk om de laatste CRM 4.0 Rollup packadge te installeren.

Tx!

CRM4: Outlook Client geeft foutmelding Verplichte updates kunnen niet worden toegepast

Hierbij wat stappen welke je kunt volgen wanneer je bij de installatie van de Microsoft CRM 4.0 Client voor Microsoft Outlook de volgende melding krijgt:

“Verplichte updates voor Microsoft Dynamics CRM kunnen niet worden toegepast. Probeer de toepassing opnieuw uit te voeren.”

1) Zorg dat je de laatste versie van de Microsoft CRM 4.0 client software hebt gedownload.

2) Kijk of je http://[SERVERNAAM]:5555/MSCRMServices/2007/AD/CrmDiscoveryService.asmx kunt openen vanaf de client PC. Als de server installatie goed is gegaan moet je dit scherm zien:

Indien dit NIET goed opent kijk dan op de CRM server naar de map
C:\Program Files\Microsoft Dynamics CRM\CRMWeb\MSCRMServices\2007:

Indien hier NIET de AD, Passport etc mappen staan dan is tijdens de Microsoft CRM installatie gekozen voor een aangepaste installatie en is de Platform Server-functie niet aangevinkt bij de installatie.

Indien dit bewust is gedaan om de rollen over verschillende servers te verdelen gaat hier dus iets mis. In deze blog post staat een goede uitleg hoe CRM 4 op een Windows Cluster omgeving kan worden geïnstalleerd. Indien dit niet de bedoeling was kun je het beste de CRM installatie ongedaan maken en opnieuw uitvoeren.

3) Uninstall het Microsoft .NET Framework 3.5 Service Pack 1 (in het geval van een Windows 7 client kun je dit uitvinken bij Configuratie Scherm | Programma’s | Windows-onderdelen in- of uitschakelen). Probeer daarna alsnog de CRM Client installatie uit te voeren.

4) Als dat allemaal niet werkt dan wordt het echt troubleshooting. Kijk daarvoor in de CRM AutoUpdate.log. Standaard wordt deze (op een Windows 7 PC) in de map
C:\Users\[USERNAME]\AppData\Local\Microsoft\MSCRM\Logs weggeschreven.

Laat even een opmerking hieronder achter als je andere stappen hebt genomen om de CRM Client te installeren en dan zal ik deze in het artikel toevoegen.

Thanks!

Geen rechten om Certificates bij de CA aan te vragen

Wanneer je met de ForeFront Threat Management Gateway 2010 interne websites wilt publiceren kun je TMG het eindpunt laten zijn van de SSL verbinding, waarna TMG een nieuwe SSL verbinding opzet naar de interne website.
Dit is de aanbevolen manier want zo kan TMG ook in de versleutelde SSL verbindingen kijken en packet inspection doen. Daarvoor moet je dan wel SSL certificaten opzetten voor de verschillende computers en websites.

Dit artikel gaat er vanuit dat je een infrastructuur hebt draaien met domain controllers en op tenminste 1 Windows Server 2008 (R2) server de Certificate Authority hebt geinstalleerd. Dit artikel gaat verder niet in over hoe je dat opzet.
Voor geavanceerd troubleshooting van een Certificate Authority raad ik je aan om deze blog post van het Directory Service team te volgen. 

Wanneer je op een van de webservers MMC start, File | Add/Remove Snap-in en dan Certificates kiest zal de snap-in vragen welke certificaten je wilt beheren: User Account, Service Account of Server Account. Kiezen we hier voor “Server Account” en dan “Local Computer” kunnen we onder Personal | Certificates een nieuw certificaat aanvragen. Dit gaat gemakkelijk door te klikken met de rechtermuis knop op het witte stuk, “All Tasks” | “ Request New Certificate”.

Je krijgt dan als eerste een scherm te zien waarbij je kiest voor de “Active Directory Enrollment Policy”, klik Next. 

De webserver doet nu een query bij de Active Directory Certificate Authority welke certificaten beschikbaar zijn. Vervolgens kijkt hij waar dit account rechten op heeft en laat dan het resultaat zien in het volgende scherm: 

Zoals je kunt zien is enkel het “Computer” certificaat beschikbaar. Klik je onderaan op “Show all templates” dan krijg je de lijst te zien van alle templates maar dat je daar geen rechten voor hebt:

“The permissions on the certificate template do not allow the current user to enroll for this type of certificate. You do not have permission to view this type of certificate”.

Hier wordt het meestal verwarrend… Geen rechten? Ik ben de domein administator! Klopt! Maar daar kijkt deze Certificates MMC niet naar; je hebt immers aangegeven dat het over de “Local computer” gaat!
De MMC doet dus de aanvraag als Domeinnaam\Servernaam$ in plaats van domeinnaam\domeinadministrator. Dit betekent dat als we dus webserver certificaten willen aanvragen vanuit deze server we op de CA server eerst deze computer daar rechten voor moeten geven. Dat doen we als volgt:

1) Log aan op de server waarop de Certificate Authority is geinstalleerd.

2) Start Server Manager, open de Active Directory Certificate Services en klik op het [+] teken voor de Certificate Authority server

3) Klik met de rechtermuis knop op de Certificate Templates sectie en kies “Manage”. Klik dan met de rechtermuisknop op het certificaat wat je wilt gebruiken en selecteer “Duplicate template”.

4) Kies voor de Windows Server versie die gebruikt wordt in de organisatie:

5) Op het eerste tabblad “General” van de nieuwe template geef je een Display name en Template name op, geef aan hoe lang het Certificaat geldig moet zijn. Vink hier aan dat het Certificaat in de Active Directory moet worden gepubliceerd.  

6) Verder hoeven we niet veel aan te passen, behalve natuurlijk het Security tabblad. Hier moeten we de computers (of groep) toevoegen die dit Certificaat moet kunnen aanvragen. 
Bij Security klik op “Add”, en dan in het “Select Users, Computers… etc” scherm klik je op “Object Types”. Computers staat hier standaard uitgevinkt dus zet dit aan.  

7) Geef het computer account “Enroll, Read en Write” rechten. Enroll zou voldoende moeten zijn maar we kunnen nu even testen of het werkt en dan later nog altijd de rechten verder terug schroeven. Klik OK,

8) Geef de domain controllers even wat tijd om de wijzigingen door te voeren. Daarna gaan we opnieuw op onze applicatie server een certificaat aanvragen en zien dat ons “Interne Webserver” certificaat nu ook aan te vragen is.

Thanks!

CRM4: Client installatie kan Outlook 2010 niet detecteren

Wanneer je Outlook 2010 gebruikt kan je bij de installatie van de CRM 4 client voor Outlook de melding krijgen dat de setup niet kan bepalen of de versie van Outlook ondersteund is.

Error: “Setup failed to determine wheter a supported version of Microsoft Outlook is installed”.

Dit komt omdat je niet de laatste versie van de Microsoft Dynamics CRM 4.0 client gebruikt. De laatste versie is te downloaden vanaf de Microsoft Download site en op het moment van schrijven van dit artikel was dat versie 4.00.7333.2747. Deze versie zal bij de installatie ook kijken of er nog updates beschikbaar zijn.

Let op! De Microsoft Dynamics CRM 4.0 client ondersteund alleen de 32-bits client van Outlook 2010!. Indien je momenteel dus de 64-bits versie hebt geinstalleerd is het beter om deze te deinstalleren en de 32-bits versie erop te zetten.

Thanks,

CRM4: Fout in ondernemingsbeheer – Gebruikers-ID gekoppeld is aan record ongeldig

Het zal duidelijk zijn dat ik lekker aan het stoeien ben met mijn CRM 4 installatie :-) Ik weet ook niet hoe ik het voor elkaar krijg om de meest onmogelijke foutmeldingen te generen maar het blijft leuk om het op te lossen en dan een mooie blog post over te maken!

Deze was ook leuk. Naast mijn standaard CRM installatie had ik een tweede organisatie aangemaakt. De eerste organisatie werkte prima als ik echter probeerde naar de tweede organisatie te gaan via de URL http://[Naam-van-de-server]:5555 ik de melding: 

“Fout in ondernemingsbeheer – De gebruikers-id die is gekoppeld aan de huidige record is ongeldig”.

(In het Engels: “Business Management error - The user-id associated with the current record is not valid.” 

De melding is wel duidelijk (De huidige gebruiker heeft geen rechten), maar hoe los je het dan op? Als eerste gaan we naar de URL http://[naam-van-de-server.domein.local]:5555/loader.aspx – of indien je net als ik meerdere organisaties in CRM hebt gedefinieerd: http://[naam-van-de-server.domein.local]:5555/[organistatie]/loader.aspx – in mijn situatie dus http://appserver.tonydaniel.local:5555/tonydaniel/loader.aspx

Er verschijnt als het goed is nu een dialoog venster voor een gebruikersnaam en wachtwoord:

Geef hier de gebruikersnaam en het wachtwoord op waarmee de organisatie is aangemaakt. Als dit de juiste login is zal CRM nu openen. Via Instellingen | Gebruikers | Nieuw kun je nu de overige gebruikers toevoegen die moeten werken in Microsoft Dynamics CRM.

Thanks!

CRM4: Pagina kan niet worden weergegeven op client PCs

Wanneer je vanaf een client niet naar de CRM server probeert te browsen met het webadres http://[naam-van-de-server]:5555 kan het zijn dat de pagina niet kan worden weergegeven:

Wanneer je op de server zelf wel met http://localhost:5555 de CRM start pagina krijgt is dit omdat de standaard Windows Server 2008 (R2) firewall geen uitzondering heeft gemaakt voor inkomend verkeer op poort 5555.

Om dat op te lossen volg deze stappen:

1) Op de server waar Microsoft Dynamics CRM 4 draait klik op Start | Administrative Tools | Windows Firewall with advanced security.

2) Onderin kun je de “Inbound Rules” vinden voor HTTP en HTTPS. Dit is echter op de standaard TCP poorten 80 en 443. We moeten nu een nieuwe regel aanmaken voor poort 5555.
Klik daarvoor in het Actions scherm rechts op “New Rule…”.

3) Selecteer “Port” in het eerste scherm
 

4) Geef het poortnummer 5555 op.

5) Laat de standaard optie “Allow the connection” staan en klik Next.

6) Met Windows Server 2008 R2 is het mogelijk om verschillende profielen te hebben op basis van het netwerk. Hoewel de server hoogstwaarschijnlijk nooit van profiel zal veranderen vinken we het Private en Public profiel uit.

7) Geef de rule een naam en een beschijving en klik op Finish om de regel aan te zetten.

De CRM pagina zal nu ook goed op de clients openen! 

Thanks,

CRM4: Record is niet beschikbaar / “CrmKey with Id = 00000000 does not exist” error

Na de installatie van CRM 4 en het configureren (of importeren) van een organisatie geeft de standaard pagina een melding “De record is niet beschikbaar”

In de Event log viewer van de server is een Warning met het Event ID 1309 in de ASP.NET 2.0.50727.0 module te vinden:

Event code: 3005
Event message: An unhandled exception has occurred.
Event time: 8/15/2010 5:38:16 PM
Event time (UTC): 8/15/2010 3:38:16 PM
Event ID: a37d39ab1b2f4445b5888ec2abec6cd1
[…]
Exception information:
    Exception type: CrmConfigObjectNotFoundException
    Exception message: CrmKey With Id = 00000000-0000-0000-0000-000000000000 Does Not Exist
[…]

De oorzaak hiervan is dat tijdens de installatie van Microsoft CRM 4.0 de CRM ASync Service niet geïnstalleerd is en daarna niet geregistreerd in het .Net framework.

Dit is standaard wanneer er tijdens de installatie van Microsoft CRM 4.0 gekozen werd voor een aangepaste installatie en dan enkel de “Microsoft Dynamics CRM Application Server-Functie” is gekozen.

Om te controleer of dit het geval is kun je op de CRM server naar de map C:\Program Files\Microsoft Dynamics CRM\CRMWeb\MSCRMServices\2007 gaan:

Indien hier NIET de AD, Passport etc mappen staan dan is de Platforum Server-functie dus niet aangevinkt bij de installatie. Indien dit bewust is gedaan om de rollen over verschillende servers te verdelen gaat hier dus iets mis. In deze blog post staat een goede uitleg hoe CRM 4 op een Windows Cluster omgeving kan worden geïnstalleerd. Indien dit niet de bedoeling was kun je het beste de CRM installatie ongedaan maken en opnieuw uitvoeren. 

Wanneer de mappen wel bestaan en de platform rol is wel geïnstalleerd dan kun je proberen om met de volgende stappen de CrmAsyncService toevoegen aan de server.

1) Als eerste zoek op de C:\ schijf waar INSTALLUTIL.EXE zich bevindt. Aangezien het een Windows component is bevindt het zich wel in de WinSXS (Side by Side) map maar hangt het af van de versie.
In mijn installatie was het de map C:\Windows\winsxs\x86_installutil_b03f5f7f11d50a3a_6.1.7600.16385_none_4ffee7bfdd6d0044. Als er echter een nieuwe versie komt zal deze mapnaam veranderen dus gewoon even zoeken op de harddisk.

2) Zoek op de installatie DVD de BIN map op waar de CrmAsyncService.exe zich bevindt. Standaard is dit [DVD]:\Server\[i386 of amd64]\PFiles\MSCRM\Server\Bin.

Uiteraard dien je rekening te houden met of je de 64-bits (amd64)- of de 32-bits (i386) installatie hebt gedaan. Kopieer de juiste BIN map naar de “C:\Program Files\Microsoft Dynamics CRM” map op de C:\ schijf.

3) Klik op Start, All Programs, Accessoires. Klik met de rechtermuis knop op “Command Prompt” en kies voor “Run as Administrator”.

4) In de command prompt moeten we nu het volledige pad naar de Installutil.exe en de CrmAsyncService.exe typen (of kopiëren en plakken). Dit resulteerde bij mij in het volgende commando:

C:\Windows\winsxs\x86_installutil_b03f5f7f11d50a3a_6.1.7600.16385_none_4ffee7bfdd6d0044\InstallUtil.exe "C:\Program Files\Microsoft Dynamics CRM\bin\CrmAsyncService.exe"

Het .Net Framework gaat dan aan de slag:

Microsoft (R) .NET Framework Installation utility Version 2.0.50727.4927
Copyright (c) Microsoft Corporation.  All rights reserved.

Running a transacted installation.

Beginning the Install phase of the installation.
See the contents of the log file for the C:\Program Files\Microsoft Dynamics CRM \bin\CrmAsyncService.exe assembly's progress.
The file is located at C:\Program Files\Microsoft Dynamics CRM\bin\CrmAsyncService.InstallLog.
Installing assembly 'C:\Program Files\Microsoft Dynamics CRM\bin\CrmAsyncService.exe'.
Affected parameters are:
   logtoconsole =
   assemblypath = C:\Program Files\Microsoft Dynamics CRM\bin\CrmAsyncService.exe
   logfile = C:\Program Files\Microsoft Dynamics CRM\bin\CrmAsyncService.InstallLog
Installing service MSCRMAsyncService...
Service MSCRMAsyncService has been successfully installed.
Creating EventLog source MSCRMAsyncService in log Application...

The Install phase completed successfully, and the Commit phase is beginning.
See the contents of the log file for the C:\Program Files\Microsoft Dynamics CRM\bin\CrmAsyncService.exe assembly's progress.
The file is located at C:\Program Files\Microsoft Dynamics CRM\bin\CrmAsyncService.InstallLog.
Committing assembly 'C:\Program Files\Microsoft Dynamics CRM\bin\CrmAsyncService.exe'.
Affected parameters are:
   logtoconsole =
   assemblypath = C:\Program Files\Microsoft Dynamics CRM\bin\CrmAsyncService.exe
   logfile = C:\Program Files\Microsoft Dynamics CRM\bin\CrmAsyncService.InstallLog

The Commit phase completed successfully.
The transacted install has completed.

Wanneer je nu opnieuw de CRM pagina laad zal deze zonder problemen laden.

Thanks!

Sharepoint Team site (zoals Companyweb)overzetten naar een andere server

Tijdens de migratie van mijn servers naar de HyperV omgeving moest ik diverse Sharepoint Team Sites verhuizen naar een andere server. De Sharepoint software heeft een handige command line tool STSADM. De Backup en Restore functies daarvan zijn hier prima voor te gebruiken. In deze blog zal ik de stappen laten zien die ik deed om mijn Companyweb website (De standaard Team services site van een Small Business Server) over te zetten naar een andere server.

Het artikel beschrijft niet hoe je de tweede server met Sharepoint services installeert. Ik ga er vanuit dat je deze al hebt draaien met een statisch IP adres en dezelfde versie van Sharepoint als de huidige server draait.

1) Controleer de versies van de oude server en de nieuwe server. Hiervoor klik je op Start | Systeembeheer | Sharepoint 3.0 Centraal Beheer. Klik dan op Bewerkingen | Servers in Farm.

Mijn oude server, Server8 draait dus versie 12.0.0.6535. Op de nieuwe server moet dan dezelfde versie en dezelfde taal draaien.

2) Op de oude server starten we een Command Prompt met administrator rechten. Klik op Start, rechtermuis klik op Command Prompt en dan “Als Administrator uitvoeren”. In de command prompt gaan we naar de directory waar STSADM zich bevindt.

Het pad daarvoor is: C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\12\BIN.

3) We maken nu een backup van de huidige Companyweb website. Daarvoor gebruiken we het commando:

“STSADM –o backup –url http://companyweb –filename c:\stsbackup\companyweb.bak –backupmethod full”

(Voor een andere website vervang je “http://companyweb” door de URL van de Sharepoint Team Site. Zorg ervoor dat de c:\stsbackup map bestaat.).

4) We gaan nu op de nieuwe server een nieuwe teamsite aanmaken. Deze noemen we dan voor het gemak companyweb2.

Op de nieuwe server gaan we naar Start | Systeembeheer | Sharepoint 3.0 Centraal Beheer. Klik op Toepassingbeheer, dan op “Webtoepassing maken of uitbreiden” en dan “Een nieuwe webtoepassing maken”.

Geef hier als poort 80 en als hostheader “Companyweb2” op. Later zullen we de naam en DNS terugzetten naar de oude naam zodat er voor de gebruikers niets veranderd. Ook onder de “Nieuwe groep van toepassingen gebruiken” geef ik ook altijd de naam van de website op dus Companyweb2. Dit doe ik ook onder het onderdeel Database bij de Databasenaam. Zo zijn de toepassingen en databases duidelijk te herkennen als je bijv. met SQL Management Studio de databases wilt beheren.

Het scherm “Toepassing gemaakt” verschijnt. Laat dit scherm staan voor de configuratie van de site dadelijk. We gaan nu eerst op de server een IISRESET uitvoeren. Klik op Start, rechtermuis klik op Command Prompt en dan “Als Administrator uitvoeren”. In de command prompt type je “IISRESET -NOFORCE”. Na de melding “Internet Services succesfully restarted” klikken we op “Siteverzameling maken”.

Hier vullen we de gegevens van de nieuwe site in. We geven hier ook de beheerders op zodat we de site dadelijk kunnen openen. Klik daarna op OK.

Wanneer we nu echter op de http://companyweb2 link klikken werkt het nog niet.

Dit komt omdat de DNS server geen IP adres kan geven voor http://companyweb2. Dit kunnen we echter gemakkelijk oplossen door deze in de DNS server toe te voegen. Als je de server waar we zojuist Companyweb2 op hebben aangemaakt goed hebt ingericht heeft de server een statisch IP adres. Dit is het IP adres wat we in DNS gaan invoeren. In DNS klik met de rechtermuis knop op [jouwdomein].local onder de Forward Lookup Zones en kies voor “New Host (A or AAAA)”. Geef als naam nu even Companyweb2 op en het IP adres.

http://Companyweb2 werkt nu dus kunnen we de backup terug zetten in Sharepoint.

5) De backup van de oude Companyweb website terugzetten. Allereerst moeten we een STSBACKUP map aanmaken op de C:\ disk van de nieuwe server en van de oude server het companyweb.bak bestand daar naar toe kopiëren. (Tip: Je kunt gemakkelijk de oude server benaderen vanaf de nieuwe server met het commando: \\SERVER\C$.) Start wederom een command prompt met Administratieve rechten en ga naar de BIN map (zoals in stap 2). Gebruik dan het commando:

“STSADM –o restore –url http://companyweb2 –filename c:\stsbackup\companyweb.bak –overwrite”

Zodra er komt te staan dat de bewerking is voltooid geven we een IISRESET –noforce. Openen we nu de http://companyweb2 website dan zien we de oude website.

Nu hoeven we alleen nog de laatste stap uitvoeren en dat is in de IIS Manager de bindingen omwisselen voor de websites en dan in DNS de oude naam naar de nieuwe server omzetten.

6) Start op de OUDE SERVER de IIS Management console. Klik op Start | Systeembeheer | Beheer van Internet Information Services (IIS). Klik met de rechtermuisknop op de SBS Sharepoint site onder Sites en kies voor “Bindingen”.

Standaard kan de companyweb website ook van buiten het netwerk (vanaf Internet) bereikbaar zijn. Daarvoor is dan een SSL Certificaat aan een HTTPS binding op poort 987 aangemaakt. Wij gaan er in deze blog post niet verder op in maar indien dit ook gewenst is op de nieuwe server zal het huidige certificaat dus moeten worden geëxporteerd en op de nieuwe server worden geïmporteerd. Daarna moet de HTTPS binding 987 ook op de nieuwe server worden toegevoegd met dit certificaat. Tenslotte moet je op de Internet Firewall de externe poort 987 naar het IP adres van de nieuwe server laten wijzen.

Klik nu op de hostnaam “Companyweb” en klik “Bewerken”. Verander de Hostnaam hier in OLDCOMPANYWEB.

Vervolgens openen we DNS en zoeken de Companyweb regel op. Rechtermuisknop op deze regel en klik “Delete”.

Indien je dat wilt zou je nog een nieuwe “Alias (CNAME)” record kunnen maken voor “Oldcompanyweb” en verwijzen naar de oude servernaam, maar aangezien deze toch overbodig is (en je niet wilt dat mensen daar nog gegevens op gaan zetten) zou ik dat niet doen.

Op de NIEUWE SERVER moeten we nu ook de bindingen aanpassen. Ga ook hier naar de IIS Management console: Klik op Start | Systeembeheer | Beheer van Internet Information Services (IIS). Klik met de rechtermuisknop op de Companyweb2 onder Sites en kies voor “Bindingen”. Klik op de “companyweb2” binding, Edit en verander de hostname in “companyweb”.

Nu hoeven we alleen nog een verwijzing te maken in DNS voor de nieuwe Companyweb server. In DNS klik met de rechtermuis knop op [jouwdomein].local onder de Forward Lookup Zones en kies voor “New Host (A or AAAA)”. Geef als naam nu weer Companyweb op en het IP adres van de nieuwe server. De companyweb2 regel kun je nu ook verwijderen aangezien die binding nu niet meer bestaat. 

Wanneer we nu op een client PC http://companyweb openen zou deze van de nieuwe server moeten komen. Het kan echter zijn dat de client in zijn DNS cache nog de verwijzing van Companyweb naar het oude IP adres heeft bewaart. Daarvoor moet je een command prompt met administrator rechten starten op die PC en dan het commando IPCONFIG /FLUSHDNS geven. Daarna moet een PING COMPANYWEB al het IP adres geven van de nieuwe server.

Succes!

CRM 4 geeft 403 Toegang geweigerd fout na Exchange 2007 SP2

Op mijn Small Business Server 2008 heb ik ook Microsoft CRM 4 draaien. Na de installatie van Exchange Server 2007 Service Pack 2 (Zie daarvoor deze blog) worden er door de speciale SBS wrapper de instellingen op Internet Information Services (IIS) terug gezet.  Hierbij kreeg ik foutmeldingen op de “restoring settings for default website” en “restoring the default settings for the SBS Web services”.

Het bleek dat de wrapper de functionaliteit van het SSL certificaat op de CRM site had gezet in plaats van op de SBS Webservices site. En dan is het wel gedaan met de functionaliteit van CRM.

403- Verboden: toegang is geweigerd. U bent niet gemachtigd om deze map of pagina weer te geven op basis van de opgegeven referenties.

Wanneer we op de server zelf proberen te bladeren krijgen we een wat duidelijkere melding:

Wanneer we op de SBS server kijken bij IIS (Start | Systeembeheer | Beheer van Internet Information Services (IIS) staat hier onder Sites de Microsoft Dynamics CRM site. Hier klikken we met de rechtermuis knop op en kiezen voor Bindingen. Hier zien we dat nu de https koppeling is toegevoegd. We laten deze koppeling nog even staan om eerst de eis dat SSL wordt gebruikt voor deze website uit te schakelen.

We gaan daarvoor klikken op SSL Instelling onder het kopje IIS in het rechterscherm. 

Er zijn nu 3 opties.

1) Opties voor SSL-Instellingen is greyed out

Wanneer er bij “SSL Vereisen” een vinktekentje staat maar de opties zijn niet te wijzigen omdat deze greyed-out zijn dan is er op dit moment geen https / ssl binding ingesteld. 

Voeg dan tijdelijk even bij bindingen (zoals hierboven) een nieuwe binding toe met als type “https", standaard poort 443 en het certificaat van de server. Daarna kun je de instellingen wel wijzigen en “SSL vereisen” uitvinken.

2) De SSL-Instellingen zijn niet te openen

Dit komt omdat er dan op het hogere niveau de instelling voor SSL is ingesteld op “alleen lezen”. Klik daarvoor in de linkerkolom op de naam van de server (zoals in mijn geval “SERVER8”. Rechts verschijnen allerlei icoonen voor de instellingen van deze server. Kies onder beheer voor Functieoverdracht.

Kijk hier bij “SSL Instellingen” en staat dit op “Alleen-lezen” klik dan in de meest rechtse kolom onder “Acties” op de optie “Lezen/Schrijven”. Daarna zullen de SSL opties onder de CRM website wel in te stellen zijn.

3) SSL-Instellingen zijn in te stellen en “SSL vereisen” is aangevinkt.

Vink de “SSL vereisen” functie uit en haal daarna bij Bindingen de https binding weg. Deze moeten we weer toevoegen aan de “SBS Web Applications” site. Geef rechtermuis klik op de “SBS Web Applications” site en kies voor Bindingen. Klik op toevoegen, kies als type “https", standaard poort 443 en wijs het certificaat van de server toe.

Nu moeten we de webserver herstarten. Klik daarom met de rechtermuis knop links bovenin op de servernaam en kies voor “Stoppen”. Als de server gestopt is doen we hetzelfde en kiezen “Starten”.

Microsoft CRM en de SBS Webapplicaties zouden nu weer moeten werken zoals voorheen.

Tx,

28 en 29 Oktober: Microsoft Professional Developer Conference 2010

Voor de developers onder de lezers: Op 28 en 29 oktober zal er weer een Microsoft Professional Developer Conference 2010 worden gehouden, deze keer op het Microsoft hoofdkantoor in Seattle.

Meer info en registratie is te vinden op http://www.microsoftpdc.com/ 

Tx,

Installatie van Exchange 2007 SP2 op SBS 2008

Ik heb op de SBS 2008 server automatische updates aanstaan voor alle producten. De Small Business Server onderdelen worden dus automatisch bijgewerkt tot de laatste versie.

Dit geld echter niet voor de installatie van Exchange 2007 Service Pack 2. Omdat Exchange 2007 SP2 diverse wijzigingen aanbrengt in IIS qua bindingen en certificaten (SSL!) gaf dit problemen op een Small Business Server waar natuurlijk ook andere websites zoals http://connect en https://remote.[domeinnaam].com.

De stappen om Exchange 2007 Service Pack 2 te installeren op een SBS 2008 server zijn dus als volgt:

1) Download Microsoft Exchange 2007 Service Pack 2 bij Microsoft.

Zodra het bestand is gedownload voer je de executable uit en laat alle bestanden uitpakken in een map op de harddisk (Bijv. C:\EXSP2).

2) Download de speciale installatie wrapper voor SBS 2008. Start deze tool op en hiermee wordt de SBS 2008 server gereed gemaakt voor Exchange 2007 SP2.

De wrapper zal o.a. ForeFront voor Exchange de-activeren en wat IIS settings aanpassen.

Nadat deze stappen zijn gedaan moet Service Pack 2 geïnstalleerd worden.

Het is uiteraard belangrijk om dit venster niet te sluiten, er wordt direct gevraagd voor de installatie media van Exchange 2007 SP2 en kan de standaard Service Pack installatie worden gedaan. Wijs de map aan die je hebt aangemaakt in stap 1) en klik dan op de “Install Microsoft Exchange Service Pack 2” optie.

Volg de stappen van de Service Pack 2 installatie.

Wanneer je Finish klikt zal de SBS wrapper de laatste stappen nemen:

Uiteraard is het belangrijk om goed te testen of de standaard websites van de Small Business Server 2008 (http://companyweb, http://connect, http://sites/owa etc) weer goed werken.

Mocht er tijdens de laatste stappen van de wrapper fouten optreden dan kan je in de Small Business Server 2008 de “Mijn netwerk herstellen” wizard draaien. Deze vind je in de Windows SBS Console onder Netwerk | Connectiviteit | Taken. 

In het geval dat je CRM 4.0 ook hebt draaien op de Small Business Server 2008 (zoals beschreven in mijn artikel hier) zullen er ook bij CRM problemen optreden. Hoe dat op te lossen zal ik in een volgende blog post beschrijven.

Nadat deze stappen zijn gedaan kun je Exchange 2007 Service Pack 3 installeren op de server. Dit gaat zonder wrapper. 

Tx,