Discussion :

[msomso]

Bonjour
Est-il possible d'importer les données d'une base en FS vers une autre ayant des devices RAW ?
Je pense aux opérations dump et load.
Faut-il respecter le nombre et taille de segments de sysusages lors de la création de la base cible (celle avec RAW devices)?

msomso

[kagemaru]

bonjour

Oui absolument, un SGBD fourni une couche abstraction et il vous est possible de charger un dump d'une base en raw dans une base en FS (ou vice-versa).

Faut-il respecter le nombre et taille de segments de sysusages lors de la création de la base cible (celle avec RAW devices)?

Oui, si vous voulez éviter du chevauchement log/data. NB : ce n'est pas exactement le nb et la taille mais plutôt l'ordre et la taille d'allocation des fragments de données et de journal :

si votre base a été créée avec les commandes

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
create database db1 on dev1=150 log on dev2=25
alter database db1 log on dev2=50
alter database db1 on dev3=50
alter database db1 on dev3=150
alter database db1 on dev4=500

vous pouvez créer une base avec les commandes

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
create database db1 on dev7=150 log on dev9=75 for load 
alter database db1 on dev6=700 for load

pour charger votre base

[msomso]

Bonjour
merci - c'est très clair.

Quand on fait mirror (puis unmirror) d'un device FS vers un device RAW, rècupère-t-on le même "morcellement" ?
Le nouveau device RAW, sera-t-il découpé comme celui en FS ?

Mon besoin est de modifier la répartition physique de données (séparer data, index, tempdb et log).
Je voudrais en profiter pour passer de FS en RAW.

J'envisage donc :
- soit la procédure mirror/unmirror/drop par device
- soit create new database, puis dump/load.
Que serait votre choix ?

Pour les index, je crois qu'on ne peut que :
- les supprimer après le mirror du device commun,
- créer un nouveau device
- récréer les index sur le nouveau device .


Merci d'avance de vos conseils
msomso

[kagemaru]

bonjour

Quand on fait mirror (puis unmirror) d'un device FS vers un device RAW, rècupère-t-on le même "morcellement" ?

Oui, le miroir se fait au niveau d'un device, pas d'un fragment donc le morcellement sera le même. Il faut bien comprendre que pour la partie DBMS d'ASE, un device n'a pas de type (RD ou FS), c'est pareil pour lui. La partie kernel d'ASE se charge de cette abstraction. Donc tu as le même comportement pour un FS ou un RD.

Que serait votre choix ?

Je ne suis pas familier de la méthode avec miroir, je procède généralement par dump/load.

Est-ce que tu migres toutes les bases de ton instance vers du RD ou seulement qq bases ?

Est-ce que tes devices hébergent des fragments de bases différentes ?

a+

[msomso]

Bonjour Kagemaru

Est-ce que tu migres toutes les bases de ton instance vers du RD ou seulement qq bases ?

Qu'entends-tu exactement par 'instance' ?
Nous avons une base applicative en plusieurs versions (projets en developpement). Elle(s) sont à repartir. Sinon je vais aussi déplacer la tempdb , les autres (sybsystemproc, sybsystemdb et master) ne bougent pas.

Est-ce que tes devices hébergent des fragments de bases différentes ?

Oui:
- un device 'data'
- un device 'log'
- un device 'index'
vont réunir respectivement les data, log et index de mes bases (prod, dev, évolutions etc).


Merci
msomso

[lparodi]

Bonjour Kagemaru

Sinon je vais aussi déplacer la tempdb , les autres (sybsystemproc, sybsystemdb et master) ne bougent pas.

o

Hello,

Si je te lis correctement, tu vas déplacer tempdb sur des raw devices ? Quelle est la raison ?

[msomso]

Bonjour
Finalement tous nos devices vont rester FS (pas RAW) parce que nous ne pouvons pas avoir suffisamment de partitions (limitation OS) pour toutes nos bases.
Si j'ai bien compris il nous aurait fallu avoir une partition pour data de chaque base idem pour chaque log de chaque base etc. C'est bien cela ?
Par ailleurs, on a eu un problème de droits d'accés à la partition par user 'sybase'. Et il semblerait qu'en Solaris 10 lle gain de perf. n'est pas évident entre RAW et FS.
On a donc décidé d'utiliser FS.
La répartition a eu lieu.

Merci
msomso

[kagemaru]

Si j'ai bien compris il nous aurait fallu avoir une partition pour data de chaque base idem pour chaque log de chaque base etc. C'est bien cela ?

Idéalement oui, mais il est tout de même possible de créer un RD pour les data et un RD pour les logs et d'allouer toutes les bases de dessus.

Vous pouvez créer vos devices avec l'option d'ouverture directio=true et vous pourrez vous rapprocher du comportement d'un raw device avec un FS.

cf. ce livre blanc de Sybase :

http://www.sybase.com/content/104341...-082906-wp.pdf

[msomso]

Merci bien
msomso