L'administration centrale ne répond plus et retourne l'erreur (claire et détaillée) 'Une erreur inattendue s'est produite.'
(Si l'Assistant Configuration des produits et technologies SharePoint n'a rien résolu)
Dans le journal des logs on peut lire : "Impossible d'ouvrir la base de données "SharePoint_Config" demandée par la connexion. La connexion a échoué.
Échec de l'ouverture de session de l'utilisateur [...]
Une erreur grave s'est produite sur la commande actuelle. Les résultats éventuels doivent être ignorés."
ou encore
"L'autorisation EXECUTE a été refusée sur l'objet 'proc_getObjectsByClass', base de données 'SharePoint_Config', schéma 'dbo'."
Il s'agit alors de vérifier dans Sql Server si le compte incriminé n'a pas été tout simplement supprimé et de le recréer avec les bons droits sur l'instance sql :
1. Sécurité > Connexions
2. Ajout du compte, rôle "dbcreator","public","securityadmin"
3. "Mappages de l'utilisateur", cocher toutes les bases Sharepoint (SharedServices,Shareppooint,WSS) en "dbowner" et "public"
Affichage des articles dont le libellé est Sql Server. Afficher tous les articles
Affichage des articles dont le libellé est Sql Server. Afficher tous les articles
lundi 19 octobre 2009
mercredi 14 octobre 2009
Obtenir la version de SQL SERVER en Powershell
$sqlcnx=New-Object System.Data.SqlClient.SqlConnection
$sqlcnx.ConnectionString = "Server=NOM SERVEUR;Database=master;Integrated Security=True"
$sqlcnx.Open()
$sqlcnx.ServerVersion
$sqlcnx.ConnectionString = "Server=NOM SERVEUR;Database=master;Integrated Security=True"
$sqlcnx.Open()
$sqlcnx.ServerVersion
Libellés :
Astuces,
Sql Server
lundi 28 septembre 2009
Changement du mode de récupération d'une base Sql Server
Script SQL pour changer le mode de récupération vers le mode de récupération simple d'une base Sql Server.
Utile par exemple lorsqu'il faut modifier un Windows Internal DataBase (microsoft##ssee)
USE [master]GOALTER DATABASE [Base] SET RECOVERY SIMPLE WITH NO_WAITGOALTER DATABASE [Base] SET RECOVERY SIMPLEGO
Libellés :
Astuces,
Sql Server
mardi 16 décembre 2008
Sql Server 2005 SP3
A vos marques, prêt... partez!!! :
- Microsoft SQL Server 2005 Express Edition Service Pack 3
- Détails du téléchargement : SQL Server 2005 SP3
- Microsoft SQL Server 2005 Express Edition with Advanced Services Service Pack 3
- Microsoft SQL Server 2005 Express Edition Toolkit Service Pack 3
- Complément Microsoft SQL Server 2005 Reporting Services pour les technologies Microsoft SharePoint
- Microsoft SQL Server Management Studio Express Service Pack 3
- Feature Pack pour Microsoft SQL Server 2005 – Décembre 2008
- Fichiers Lisezmoi de Microsoft SQL Server 2005 Service Pack 3
Libellés :
Sql Server
mardi 9 décembre 2008
Accèder à Microsoft##SSEE
SSEE : Microsoft Sql Server Embedded Edition Service
Connexion : \\.\pipe\mssql$microsoft##ssee\sql\query
Informations :
Libellés :
Astuces,
Sharepoint,
Sql Server
mercredi 9 juillet 2008
KB948109 et OFFICESERVERS
Le contexte
Le tout commence avec une mise à jour Windows Update qui foire, la KB948109 précisement, mais cela pourrait arriver, je pense, pour tout un tas d'autres. Pour mon cas, non comptant d'échouer, cette mise à jour fait tomber l'instance SQL Server "OFFICESERVERS" qui héberge les Shared Services, bref...
La résolution ce problème passe par une installation correcte du correctif. Après examen, je découvre que l'instance Sql Server "OFFICESERVERS" est en version 9.0.3042 alors que les autres, qui ont pu appliquer le KB, était au départ en version 9.0.3054 .
Cette fameuse KB948109 devant nous faire arriver en version 9.0.3068 (gloups).
La manoeuvre va donc consister à télécharger le correctif KB934458 pour que "OFFICESERVERS" passe de la 3042 à la 3054 puis la KB948109 pour passer de la 3054 à la 3068.
Là, on se dit : cool, ya plus qu'à... et ben non!! Le problème c'est que, si on reflechit bien, pourquoi cette fameuse instance était-elle restée en 3042 ? Et bien tout simplement parce que le premier correctif n'avait pu s'installer correctement, et que l'on peut passer à côté de ça car les applications liées à cette instance fonctionnaient toujours correctement.
Cette Instance considère donc qu'une installation la concernant à été interrompue, et mettra en erreur tout autre installation à venir.
C'est à partir de là que ça devient amusant...
La résolution
Le tout commence avec une mise à jour Windows Update qui foire, la KB948109 précisement, mais cela pourrait arriver, je pense, pour tout un tas d'autres. Pour mon cas, non comptant d'échouer, cette mise à jour fait tomber l'instance SQL Server "OFFICESERVERS" qui héberge les Shared Services, bref...
La résolution ce problème passe par une installation correcte du correctif. Après examen, je découvre que l'instance Sql Server "OFFICESERVERS" est en version 9.0.3042 alors que les autres, qui ont pu appliquer le KB, était au départ en version 9.0.3054 .
Cette fameuse KB948109 devant nous faire arriver en version 9.0.3068 (gloups).
La manoeuvre va donc consister à télécharger le correctif KB934458 pour que "OFFICESERVERS" passe de la 3042 à la 3054 puis la KB948109 pour passer de la 3054 à la 3068.
Là, on se dit : cool, ya plus qu'à... et ben non!! Le problème c'est que, si on reflechit bien, pourquoi cette fameuse instance était-elle restée en 3042 ? Et bien tout simplement parce que le premier correctif n'avait pu s'installer correctement, et que l'on peut passer à côté de ça car les applications liées à cette instance fonctionnaient toujours correctement.
Cette Instance considère donc qu'une installation la concernant à été interrompue, et mettra en erreur tout autre installation à venir.
C'est à partir de là que ça devient amusant...
La résolution
- Dans "Ajout/Suppression de programmes" > "Microsoft SQL Server 2005" > "Modifier"
- Sélectionner l'instance "OFFICESERVERS", puis "Moteur de base de données"
- L'assistant d'installation de SQL Server se lance, il faut alors poursuivre jusqu'à ce que l'assistant propose quelque chose comme "Reprendre l'installation interrompue" (je ne me souviens plus de l'intitulé exact) ce qui prouve q'une mise à jour (par exemple) n'a pu se faire correctement (Sinon nous aurions "Changer les composants installés").
- A partir de là, deux possibilités :
- Vous disposez du programme d'installation initial, et là, pas de problème, il faut poursuivre jusqu'à la fin de la procédure.
- Vous ne disposez pas du programme intial et ,en conséquence, le programme vous demande le chemin pour le fichier "sqlrun_sql.msi" :
- Annuler l'assistant
- Télécharger la dernière version de SQL Server
- Lancer l'installation, et récupérer l'ensemble du dossier temporaire décompressé (moins le petit fichier temp qui bloque la copie)
- Annuler l'installation
- Vous voilà avec les fichiers d'installation de SQL Server et le fameux fichier "sqlrun_sql.msi"
- Recommencer à partir du "1".
Tout cela car la maintenance ne peut se faire à partir d'une installation simple (a priori), je veux dire lancée à partir du setup.exe . Et que l'on ne peut avoir en même temps une opération de maintenance sur une installation existante (Ajout/Suppression) et une instance d'installation en cours (setup.exe)... ouf!
- Annuler l'assistant
- Vous disposez du programme d'installation initial, et là, pas de problème, il faut poursuivre jusqu'à la fin de la procédure.
- Une fois cette procédure passée vous pouvez installer vos KB.
- Mais est-ce réellement terminé ?
- .... suspens....
- et bien non!!!!
- Surgit de nulle part, Le message suivant apparaît "L'erreur était [Microsoft] [SQL Native Client] [SQL Server] Syntaxe incorrecte vers '='"
- râhhhh!!!
- Direction http://support.microsoft.com/kb/935371/fr et le passage suivant :
Pour contourner ce problème, procédez comme suit :Pour ma part, il existait 4 fichiers "Sysdbupg.sql" à modifier
Pour contourner ce problème, procédez comme suit :
1. Dans un éditeur de texte tel que le Bloc-notes, ouvrez le fichier Sysdbupg.sql. Ce fichier se trouve dans le dossier suivant:
InstallationPath\MSSQL.1\MSSQL\Install
Remarque : InstallationPath représente le chemin d'accès d'installation.
2. Recherchez la ligne suivante de code.
SELECT @certificate_name = QUOTENAME(@certificate_name, '''')
3. Remplacez la ligne de code que vous avez localisée à l'étape 2 à l'aide de la ligne suivante de code.
SELECT @certificate_name = '''' + REPLACE(@certificate_name, '''', '''''') + ''''
4. Enregistrez la modification, puis puis quittez l'Éditeur.
5. Dans la boîte de dialogue Message d'erreur, cliquez sur Réessayer .
- Recommençage
- Installage
- Réussisage!!
Libellés :
Astuces,
Sql Server
Inscription à :
Articles (Atom)