Discussion :

[msomso]

Bonjour
j'ai besoin d'effectuer un "load" à partir d'une base ci-dessous:

create database xxx on xxx_data1 = 3072, xxx_log = 2048
log on xxx_data1 = 1024
with override

Dans cette base, suite à une erreur d'administration, les data et le log se retrouvent sur le même device.

La base cible est:

create database yyy
on yyy_data1="5G"
log on yyy_log="2G"
go

Suite à un load classique, la structure de la base "yyy" devient identique que celle de base "xxx":
Comment arriver à regrouper les data sur yyy_data1 et basculer le log sur yyy_log?

Merci
msomso
P.S.
En raison du nombre de tables existant dans la base, je cherche une autre solution que bcp.

[dngaya]

As-tu essayer sybmigrate ?

[msomso]

Bonjour,
je n'ai jamais utilisé sybmigrate.
Je vais essayer de le tester.
Sinon, il existe peut être une autre solution (plus simple ) ?
Merci
msomso

[mpeppler]

Attention: ne faire ce qui suit que si un backup existe!!!

Première chose à faire - un select * from master..sysusages pour la base en question.

qqch du genre:

Code :

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

1
2
3
4
5
 
select * from master..sysusages u
join master..sysdevices d
on d.vdevno = u.vdevno
 where u.dbid = db_id('ma_base')

Ensuite - je pense qu'on peut mettre segmap à 7 pour tous les fragments, puis exécuter sp_logdevice pour déplacer la log vers le device approprié.

Ensuite les nouvelles allocations de log devraient aller sur le nouveau device...

CAVEAT: je n'ai pas fait ce genre d'opération moi-même, et cela pourrait tout à fait ne pas marcher.

Michael

[msomso]

Bonjour Michael
en disant "pour la base en question", penses-tu à la base cible (chargée via load et avec des segments "reformatés" à l'identique de source) ?
Autrement dit, cette intervention est-elle à faire avant ou après le chargement ?

Sinon je joins le résultat du SELECT proposé dans un fichier res.xls

D'après ce résultat, la colonne segmap prend la valeur 3 pour les data et 4 pour le log.
Pourquoi, et pour quels "fragments", la mettre selon toi à "7" ?

je pense qu'on peut mettre segmap à 7 pour tous les fragments

Pourrais-tu me préciser davantage les étapes à suivre ?

Merci
msomso

[mpeppler]

En fait il y a deux possibilités:

1) recréer la base cible avec les fragments dans le bon ordre. Cela devrait être qqch du genre:

Code :

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

1
2
3
4
5
 
create database <nom> on armen_data1 = '1024M'
log on armen_log = '1024m'
alter database <nom> on armen_data1 = <reste du data voulu>
alter database <nom> log on armen_log = <reste du log voulu>

et ensuite faire un load database. Cela va faire qu'on aura quand même plusieurs fragments, mais les fragments seront sur les bon devices.

2) Bidouiller les tables systèmes de la base cible:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
sp_configure 'allow up', 1
go
begin tran
update sysusages set segmap = 7 where dbid = 5
go
-- faire un select pour vérifier que l'update a bien touché les bonnes
-- lignes....
-- si tout est OK:
commit
sp_configure 'allow up', 0
go
sp_dboption <ma_base>, 'single user', true
go
sp_logdevice <ma_base>, 'armen_log'
go

Maintenant les NOUVELLES allocations de log vont aller sur le device 'armen_log'. Si il y a des pages "data" qui sont allouées sur armen_log celles-ci n'auront pas été déplacées par cette opération. Pour s'assurer que tout est au bon endroit on peut dropper et recréer les "clustered" indexes, ce qui a pour effet de recopier la table au bon endroit. Note que d'après le res.xls le device armen_log semble vide, donc ce dernier step ne devrait pas être nécessaire.

Je répéte: je n'ai pas eu l'occasion de faire ce genre de chose très souvent, donc je ne garantis pas que cela va marcher!!!

Michael