Archive

Posts Tagged ‘Access’

Access Services 2013

10 octobre 2012 2 commentaires

Hey folks !

Dans cet article je vais vous parler d’Access, jusque-là ça devrait aller, donc parlons de Access 2013 (ahhhh) et plus précisément de SharePoint 2013 et d’Access 2013 à travers les Apps.

Si vous aussi vous avez eu des problèmes d’installation, des fausses joies lorsque Access envoie le tout vers SharePoint, puis qu’une fois sur le site SharePoint, vous voyez bien votre apps, mais avec quelques problèmes … Et bien nous allons démystifier tout ça maintenant à travers quelques copie d’écran J

Tout d’abord coté pré requis :

  • SharePoint Server 2013
  • Access 2013
  • SQL 2008 R2 SP1, ou SQL 2012 et si vous voulez le SP1

Jusque-là je pense que tout le monde suit, continuons un peu plus dans la technique, et voici les éléments nécessaire pour que fonctionne bien du premier coup 🙂

Windows

Créer un domaine isolé

Les Apps, sujet d’actualité du moment, et nouveau modèle applicatif de SharePoint, il est nécessaire de configurer un domaine isolé dédié aux apps. Voici la procédure :

http://technet.microsoft.com/en-us/library/fp161236%28v=office.15%29.aspx

 

SQL

Configurer SQL Server pour Access Services

Tout d’abord les fonctionnalités suivantes doivent être installées :

  • Database Engine Services
  • Full-Text and Semantic Extractions for Search
  • SQL Management Tools
  • Client Tools Connectivity

Si SQL est déjà installé, vous pouvez simplement ajouter ces fonctions via le setup.


Voici les fonctionnalités nécessaires au minimum:

– DataBase Engine Service

– Full-Text and semantic Extractions for Search

– Client Tools Connectivity

– Management Tools – Basic

– Management Tools – Complete

– SQL Client Connectivity SDK

Ensuite il faut activer la fonction « Enable Contained Databases » mettre la valeur à « true »

(Depuis le server management studio, click droit sur les propriétés du serveur)


Le mode de sécurité de SQL, il est nécessaire que la double authentification soit activée (Windows & SQL) car Access travail directement avec SQL et s’authentifie également de cette manière.


Ajuster les permissions du compte applicatif SharePoint.

Quand vous crééz un service applicative Access 2013, vous serez prompté pour savoir si vous souhaitez créer un nouveau pool d’application ou en utiliser un existant. L’identité du pool d’application doit avoir les droits de création de bases de données. Le compte que j’utilise en demo est spservice, ce compte doit donc avoir les rôles suivants:

  • dbcreator,
  • public,
  • securityadmin


Activer les Named Pipes & TCP/IP

Depuis la console de configuration de SQL, vous devez activer les protocols suivants :


Créer les règles pour le firewall,

Créer deux règles entrantes pour activer les ports 1433 et 1434 sur les instances SQL en TCP et en UDP. Activer ces règles pour les profils Domain et Private. Ce n’est pas utile pour le Public.




Une fois SQL correctement paramétré, passons à Access 2013

Coté SharePoint, il est maintenant nécessaire de configurer Access Services 2013

Depuis la console d’administration centrale de SharePoint

  • Manager services on server et vérifier que les services suivants sont bien démarré.
  • Access Services (this is the Access Services 2013 service)
  • Access Database Service 2010 (for viewing and modifying existing 2010 Access Web databases)
  • App Management Service
  • Microsoft SharePoint Foundation Subscription Settings Service
  • Secure Store Service


Si ce n’est pas le cas, ou si certain ne sont pas créer, créée les avec la procédure suivantes :

[http://msdn.microsoft.com/fr-fr/library/fp179923%28v=office.15%29.aspx]

Voir les scripts en PowerShell 🙂

Créer le Secure Store Service Application


Une fois que le Secure Store Service Application est créer il est possible que vous deviez effectuer un iisreset.

Générer une Secure Store Key


Assurez-vous que le service Secure Store est bien démarré.

Coté mémoire, surveillé bien, car il vous faut au minimum 5% de mémoire disponible sinon les appels WCF vont échouer…

Créer l’Access Services 2013 Service Application

On y est …. presque,

Créer un nouveau Access Services service application.  Il y a deux options, la première pour Access Services, et la seconde pour Access Services 2010.  Sélectionner Access Services 2013, la seconde option permet de vérifier le fonctionnement avec des applications Access 2010


Le nom de la base de données n’est pas automatiquement créer, car la logique serait d’utiliser un serveur SQL différent / une autre instance pour contenir les bases de données d’Access Services 2013.


Coté Access 2013

Lancer Access (Pas trop loin 🙂 ) sélectionner « Custom web app ».  Entrer un nom (celui de votre Apps) puis une URL là ou sera déployé l’Apps Access. Puis valider


Quelques instant plus tard, votre apps access est bien créée


Ouvrer l’app dans Access 2013, créer vos tables, et c’est parti ! (Il y a des template assez sympa pour commencer)


 

Sinon vous pouvez effectuer la création de l’apps depuis SharePoint même

> Add an Apps > (sur la 2ème page) > Access, donner lui un titre, patientez quelques secondes

 

What Did It Do?

Pourquoi tant de configuration dans SQL ? Que s’y passe t il ??

En fait lorsque vous créer une Apps Access, le service créer une base de données dans SQL et lui applique un ensemble de paramètes que nous avons défini, Certains de ces paramètres sont nécessaire au bon fonctionnement d’Access.


Si vous partez d’un template, ouvrez une des tables, et regarder de plus près la table Customers que vous venez de créer avec Access.


Dans Access Service 2010, les tables sont conerties en listes, les vues, en pages aspx, …

Dans Access Services 2013, fini le cirque de remise en forme, tout est en base de données donc dans SQL… Vous voyez pourquoi il est plutôt recommandé d’utiliser une instance différente de celle de SharePoint maintenant 😉

 

Enjoy & Have Fun !