Archiver une base

Bonjour,

Nous avons actuellement un vieux ERP créé avec Visual Studio.
La base de données est sur un serveur SQL Server 2008 R2
SQL Serveur n'est utilisé que comme serveur de fichiers, en répondant aux requêtes de l'ERP, tout le traitement des données se fait sur les postes.
Donc pas de trigger ni de procédure stockées.
A l'écran les données affichées sont placées dans des variables locales (pas de dataset), et tout le traitement de l'information se fait en local sur les postes.

Nous allons abandonner l'ERP, pour un logiciel du marché, et fonctionnant dans le cloud.
Du coup le serveur va être abandonné aussi.

L'idée est de conserver une archive de notre base de données en lecture seule.
Est-il possible de placer une copie de cette archive sur les PC, et de continuer à la faire fonctionner pour simple consultation ?

l'accès à la base de données se fait par une chaine de connexion du type:
" Integrated security = true; Initial Catalog = '" + maBase + "'; Data Source = '" + leServeur + "'" user = '" + GetUser() + "'; password = '" + GetPassword() + '";
Chaine qu'il faudra changer.

J'ai vu que sur les PC ( en windows 10) dans la liste des programmes installés, figure

Microsoft SQL Server 2005.

Quelle est sa fonction exactement, et est-ce suffisant pour ce que nous voulons faire ?

Merci pour vos lumières.

Bonjour,

En théorie mettre un accès en lecture seule sur une base est possible. Néanmoins, cela peut empêcher le fonctionnement de l'application en elle même. De plus, vous ne pourrez pas restaurer une sauvegarde de base donnée 2008 R2 vers un 2005.

Pourquoi ne pas mettre un serveur 2008 R2 à disposition et supprimer les droits d'écriture au niveau des droits utilisateur dans l'application?

Bonjour Kyoshiro,

La base de données sera en lecture seule, car elle ne servira que pour des consultations. Elle possède + de 20 ans de données, pas sur qu'on récupère tout parfaitement dans le nouveau système, c'est juste une sécurité.
En cherchant sur le Net j'ai vu qu'on pouvait disposer de SQL Server Express 2019. Je l'ai installé pour commencer des tests.
Je me demande juste, s'il va falloir convertir la base de données de 2005 vers 2019.

A suivre.

La "conversion" sera fera lorsque vous restaurerez la base 2008 R2sous 2019. Le niveau de compatiblité de la base sera réhaussé à ce moment là. De mémoire, il me semble que 2019 propose une niveau de compatibilité le plus bas de 2016.

Citation:

---

Envoyé par KyoshiroKensei

La "conversion" sera fera lorsque vous restaurerez la base 2008 R2sous 2019. Le niveau de compatiblité de la base sera réhaussé à ce moment là. De mémoire, il me semble que 2019 propose une niveau de compatibilité le plus bas de 2016.

---

Non, 2019 ou 2022 assure un niveau de compatibilité depuis 2008.

A +

Bonjour,

J'ai installé SQL Server Express 2019, et importé ma base depuis les 2 fichiers MaBase.bak et MaBase_log.bak.
Après changement de la chaine de connexion ça marche.

Mais, petit souci, mettre les tables en lecture seule ne fonctionne pas.

Dans SQL Server Management >> MaBase >> Sécurité >> Rôles >> Rôles de ma base de données >> Public >> Eléments sécurisables

Pour chaque table je passe les droits Modifier, Supprimer, Créer de Accorder à Supprimer et pourtant dans l'application les modifications restent possibles.

Dans ma chaine de connexion il y a :

Code:

---

1 2	login = "", password = '';

---

Une idée ?

Merci.

est-ce que le user utiliser par l'application est sysadmin ou db_owner ?

Bonjour,

Pour chaque table il y a 2 lignes avec le propriétaire

dbo et ""

j'ai supprimé les autorisations sur les 2 lignes.

Bizarre, en mettant le role "DataReader" sur la base pour le compte, votre utilisateur devrait être en lecture seul sur l'ensemble de la base.

Quel compte utilisez vous? Quels sont ces roles de base?

Bonjour KyoshiroKensei

Je suppose que j'utilise le rôle 'public' (J'avoue ne pas être spécialiste de SQL Server).
Lorsque j'ajoutai une nouvelle table, pour que les utilisateurs puissent y avoir accès, je devais aller dans le rôle de la base de données 'public', et ajouter la table à la liste avec les options Select, modifier etc.
C'est donc, tout naturellement que j'ai interdit les options modifier, supprimer, créer sans que cela change quoique ce soit.

En creusant un peu, j'ai vu que le propriétaire de 'public' était 'dbo', mais je n'ai rien trouvé à paramétrer chez dbo.