Um mit dem SQL Server Management Studio eine Verbindung aufzubauen muss man folgenden String im Management Studio verwenden:

\\.\pipe\MSSQL$MICROSOFT##SSEE\sql\query

Diesen String trägt man als Servernamen ein.

Im Übrigen kann dieser String auf jeder Maschine – unabhängig vom Namen – verwendet werden, da Pipes nur lokale anwendung finden.

Nach dem Verbinden kann die Datenbank nun bequem im Management Studio verwalten werden.

So long…

Wie man die Größe des verwendeten Arbeitsspeichers einschränken kann, sehen wir in diesem Beitrag.

Zunächst verbindet man sich mit dem Datenbankserver via SQL Management Studio, erstellt eine neue Abfrage und kopiert folgenden Code hinein:

   1:  EXEC sys.sp_configure N'show advanced options', N'1'  RECONFIGURE WITH OVERRIDE

   2:  GO

   3:  EXEC sys.sp_configure N'max server memory (MB)', N'128'

   4:  GO

   5:  RECONFIGURE WITH OVERRIDE

   6:  GO

   7:  EXEC sys.sp_configure N'show advanced options', N'0'  RECONFIGURE WITH OVERRIDE

   8:  GO 

Dann führt man die Abfrage aus und startet den SQL Server neu. Fertig.

In diesem Beispiel wird die Verwendung auf 128 MB begrenzt.

Natürlich geht dementsprechend auch die Performanz in die Knie… aber z. B. auf einer Entwicklermaschine ist das ja nicht so schlimm.

Der Befehl

sys.sp_configure N'max server memory (MB)', N'128' 

scheint ab der Version 9 des Microsoft SQL Server zu funktionieren… aber nagelt mich darauf nicht fest.

So long…

Als Testkonfiguration verwenden wir einen Server 2008 x86, SQL Server 2005 Express mit SP3 und die Testversion von Microsoft Office SharePoint Server 2007.

Silentinstallation des SQL Server 2005 Express

Wie in den Posts zuvor versuchen wir eine Komponente zu installieren ohne selbst viel klicken zu müssen.

Da wir die Installation des SQL Servers 2005 Express auf einem Windows Server 2008 vornehmen gibt es aber hierbei noch ein paar Dinge zu beachten.

Wir benötigen ein Installationspaket des SQL Server 2005 Express mit SP3. Verwenden wir eine ältere Version, provozieren wir eine Meldung bezüglich Kompatibilitätsprobleme dieser SQL Version auf dem Server 2008. Und da muss man klicken!

Also, flink eine Version besorgt mit SP3.

Danach starten wir die Installation:

start /wait SQLEXPR2005.exe /qb instancename=%MYDBINSTANCENAME% addlocal=SQL_Engine sapwd=%MYSAPWD% sqlaccount=%SQLSERVICEACCOUNT% sqlpassword=%SQLSERVICEACCOUNTPWD% agtaccount=%SQLSERVICEACCOUNT% agtpassword=%SQLSERVICEACCOUNTPWD% sqlbrowseraccount=%SQLSERVICEACCOUNT% sqlbrowserpassword=%SQLSERVICEACCOUNTPWD% securitymode=sql

Das ist ja ne ganze Menge Zeugs. Also…

Die in %-Zeichen eingepackten Bezeichnungen sind Variablen. Die haben wir in einem vorigen Schritt bereits initialisiert. Könnt ihr hier nachlesen. Die fehlenden Variablen evtl. nachtragen.

%MYDBINSTANCENAME% ist der Name der SQL Instanz. Bei einer Expressedition üblicherweise SQLEXPRESS.

%MYSAPWD% ist das Passwort für den Sqlbenutzer sa (quasi root). Wichtig hierbei am Ende securitymode auf sql setzen. Damit aktiviert man den Mixedmode für die Authentifizierung. Lässt man diesen Parameter weg wird nur die Windowsauthentifizierung verwendet.

%SQLSERVICEACCOUNT% ist der Dienstbenutzer für den SQL Server. Den haben wir in nem vorigen Post damals angelegt. Da kann aber im Grunde jeder beliege Benutzer stehen, den man als Servicebenutzer für den SQL Server auserkoren hat.

%SQLSERVICEACCOUNTPWD% ist das zum oben erwähnten Benutzer benötigte Passwort.

Mit dem Parameter /qb bewirkt man, dass die Statusmeldungen angezeigt werden, der Benutzer vor der Maschine aber nichts bestätigen muss während der Installation.

addlocal=SQL_Engine sagt dem Setup, dass der SQL Server installiert werden soll. Bei den größeren Versionen des SQL Servers gibt es da noch viele andere Möglichkeiten mehr.

Als nächstes widmen wir uns der Installation des MOSS 2007 Grundsystems. Dazu aber im kommenden Post mehr.

So long…

[Ressourcen: MSDN]

So kann man zum Erstellen, Ändern und Löschen von Benutzern in der Datenbank das Business Contact Manager Database Admin Tool von Microsoft verwenden. Einziges Problem: Das Tool funktioniert nicht auf einer 64-bit Plattform!

Daher beschreibe ich hier den Weg, wie man die Installation händisch durchführt in zwei Teilen.
Teil 1: Installation der Datenbank auf einem SQL Server 2005 Enterprise
Teil 2: Installation vom BCM 2007 auf einem Windows Server 2003 Terminalserver mit Outlook 2007 Professional

Teil 1. Installation der Datenbank auf einem SQL Server 2005 Enterprise

Bevor wir den BCM 2007 auf unserem Terminalserver installieren stellen wir zunächst einmal eine Datenbank für den BCM auf einen separaten vollwertigen MS SQL Server 2005 bereit.

Hierzu ein paar Vorüberlegungen:

1. Unsere Umgebung arbeitet auf Basis des Active Directory Verzeichnisdienstes.
2. Nicht alle Benutzer dürfen auf den SQL Server zugreifen
3. Wir haben einen Terminalserver namens TS, einen SQL Server namens SQLSRV2005, einen Domaincontroler DC und natürlich verschiedene Clients die auf den TS zugreifen.
4. Als Benutzer haben wir: domain\Administrator, domain\user1

Als Hilfsmittel dient uns das SQL Management Studio, installiert auf dem SQL Server und das Tool mstsc (Remotedesktop) um uns bei den Servern anzumelden.

Genug der Worte, lasst Taten sprechen:

Wir melden uns mit dem Administrator am DC an und öffnen via Start – Ausführen – dsa.msc die Active Directory Management Console.

In der Management Console legen wir eine neue Resourcengruppe an (R_SQL_BCM_RW)

Die Resourcengruppe bekommt dann die Benutzer als Mitglieder hinzugefügt, die Zugriff auf die Datenbank bekommen sollen. So kann man den Zugriffe auf Resourcen jeglicher Art ganz einfach über AD kontrollieren.

Nun melden wir uns als Administrator am SQLSRV2005 an und starten das SQL Management Studio und verbinden uns mit der lokalen Instance des SQL Servers auf der die Datenbank für den BCM 2007 laufen soll.

Jetzt benötigen wir ein paar Scripte, die ihr euch hier herunterladen könnt.

Diese Scripte öffnet man im Management Studio und passt sie gegebenenfalls noch an (also so Geschichten wie Name des Servers auf dem SQL Server 2005 läuft, der Name der Datenbank, die Benutzer und Resourcengruppen die Zugriff auf den Server und die Datenbank erhalten sollen.

Benutzern Zugang zum SQL Server gewähren

Mit diesem Skript ermöglichen wir es Benutzern bzw. Gruppen sich am SQL Server zu authentifizieren:

-- ++++++++++++++++++++++++++++++++++++++++++++++
-- STEP 01
-- Zugang für Benutzer zum Server einrichten
-- Recht zum Erstellen von Datenbanken einrichten
-- ++++++++++++++++++++++++++++++++++++++++++++++

exec sp_grantlogin [domain\<resourcengruppe>]; 

grant create database to [domain\Administrator];
go

Datenbank erstellen

Das zweite Script erstellt uns die Datenbank. Den Namen muss man evtl. noch anpassen.

-- ++++++++++++++++++++++++++++++++++++++++
-- STEP 02
-- Erstellen der Datenbank für BCM
-- ++++++++++++++++++++++++++++++++++++++++

CREATE DATABASE [BCM] 

exec sp_dboption N'BCM', N'autoclose', N'false'
exec sp_dboption N'BCM', N'bulkcopy', N'true'
exec sp_dboption N'BCM', N'trunc. log', N'true'
exec sp_dboption N'BCM', N'torn page detection', N'true'
exec sp_dboption N'BCM', N'read only', N'false'
exec sp_dboption N'BCM', N'dbo use', N'false'
exec sp_dboption N'BCM', N'single', N'false'
exec sp_dboption N'BCM', N'autoshrink', N'false'
exec sp_dboption N'BCM', N'ANSI null default', N'false'
exec sp_dboption N'BCM', N'recursive triggers', N'false'
exec sp_dboption N'BCM', N'ANSI nulls', N'false'
exec sp_dboption N'BCM', N'concat null yields null', N'false'
exec sp_dboption N'BCM', N'cursor close on commit', N'false'
exec sp_dboption N'BCM', N'default to local cursor', N'false'
exec sp_dboption N'BCM', N'quoted identifier', N'false'
exec sp_dboption N'BCM', N'ANSI warnings', N'false'
exec sp_dboption N'BCM', N'auto create statistics', N'true'
exec sp_dboption N'BCM', N'auto update statistics', N'true' 

go

Tabellen erstellen

Nachdem wir nun die Datenbank haben, werden jetzt die Tabellen erstellt (Script steht zum Download bereit – is zu viel um das hier alles zu posten).

-- +++++++++++++++++++++++++++++++++++++++++++
-- STEP 03
-- Erstellen der Tabellen in der Datenbank BCM
-- +++++++++++++++++++++++++++++++++++++++++++

use [BCM]
go

CREATE TABLE [dbo].[AccountOnlyPropertiesTable] (
	[ContactServiceID] [int] NOT NULL,
	[AccountNumber] [nvarchar] (128) NULL,
	[Revenue] [nvarchar] (128) NULL,
	[TickerSymbol] [nvarchar] (128) NULL,
	[Employees] [nvarchar] (128) NULL
) ON [PRIMARY]
GO

CREATE TABLE [dbo].[ActivitiesTable] (
	[ActivityID] [int] IDENTITY (1, 1) NOT NULL,
	[ActivityGUID] [uniqueidentifier] NOT NULL,
	[Subject] [nvarchar] (320) NULL,
	[CreatedOn] [datetime] NULL,
	[CreatedBy] [nvarchar] (50) NULL,
	[ActivityType] [int] NOT NULL

...
...
...

Datenbank konfigurieren

Um die Datenbank mit den neuen Tabellen zu konfigurieren ruft man das vierte Script auf.

-- +++++++++++++++++++++++++++++++++++++++++++++++++
-- STEP 4
-- Konfigurieren der Datenbank BCM
-- ACHTUNG: Servername und Datenbankname anpassen!!!
-- +++++++++++++++++++++++++++++++++++++++++++++++++

use [BCM]
go

Update OrgTable Set SharedServer = N'SQLSRV2005';
Update OrgTable Set OrgName = N'BCM';
Update OrgTable Set LocaleID = N'de-DE';

go

Datenbank freigeben

Nachdem die Datenbank erstellt, die Tabellen hinzugefügt und die Datenbank konfiguriert wurde, wird die Datenbank freigegeben.

-- ++++++++++++++++++++++++++++++++++++++++++++
-- STEP 05
-- Datenbank BCM veröffentlichen
-- ++++++++++++++++++++++++++++++++++++++++++++

use [BCM]
go

exec PublicTurnOnSharing 1;

go

Zugriff auf Datenbank gewähren

Mit dem letzten Script werden Benutzern bzw. Benutzergruppen die Zugriffsrechte auf die Datenbank gewährt.

-- ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
-- STEP 06
-- Benutzer hinzufügen die auf die Datenbank zugreifen dürfen
-- ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

use [BCM]
go

exec ir_AddSharedUser 'domain\resourcengruppe';
go

Erreichen kann man die BCM Datenbank dann via <Servername>, 1433.

Das wars.

Die Skripte könnt ihr euch als zip downloaden.

Jetzt folgt die Installation des BCM auf einem Terminalserver im zweiten Teil.

So long…

Downloads

USE MeineDatenbank
BACKUP LOG MeineDatenbank TO DISK = 'C:\Backup.bak'
DBCC SHRINKFILE (MeineDatenbank_log, 1)
GO

Zunächst legen wir die Datenbank fest, welche wir verwenden wollen. Anschließend erstellen wir ein Backup der Logdatei. Intern werden die gesicherten Datensätze als gespeichert gekennzeichnet.

DBCC SHRINKFILE schreibt nun alle gesicherten Datensätze in die Datenbank und löscht die gesicherten Datensätze aus der Logfile heraus und verkleinert die Datei auf diese Weise.

Ich habe die Erfahrung gemacht, dass man das Script öfter durchlaufen lassen muss, bis der gewünschte Effekt eintritt. Zumindest der Teil mit dem DBCC SHRINKFILE.

Als *.sql Datei gespeichert hilft es einem nun wann immer man es benötigt.

So long…