Discussion :

[m@estro]

bonjour,

je tente de lancer un load sous Sybase ASE 12.5.3 pour loader un dump..

voici les commandes:

root $ isql -Usa -P -S MonServeur

1> load database MyBase "compress::6::/root/MyBase.dat"
2>go

et voici les erreurs générées:

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
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
 
 
1> load database MyBase from "compress::6::/root/MyBase.dat"
2> go
 
Backup Server session id is:  7.  Use this value when executing the
'sp_volchanged' system stored procedure after fulfilling any volume changerequest from the Backup Server.
 
Backup Server: 4.145.2.73: [0] Error for device
'compress::6::/root/MyBase.dat::00'. Pipe I/O returned 0 bytes
 
Backup Server Internal Error: 4.62.3.4: Multibuffering subprocesses died,
archive compress::6::/root/MyBase.dat::00.
 
Backup Server Internal Error: 4.62.3.4: Multibuffering subprocesses died,
archive compress::6::/root/MyBase.dat::00.
 
Backup Server: 4.128.2.1: Failed to start multibuffering subprocesses for
archive device 'compress::6::/root/MyBase.dat::00'. 
 
Look at the Backup Server error log or standard error for more information.
 
Backup Server: 4.141.2.66: [0] The 'write' call failed for device
'compress::6::/root/MyBase::00' with error number 32 (Broken pipe).Refer to your operating system documentation for further details.
 
Backup Server Internal Error: 4.62.3.8: Multibuffering subprocesses died,
archive compress::6::/root/MyBase.dat::00.
 
Msg 8009, Level 16, State 1:
Server 'MonServeur', Line 1:
Error encountered by Backup Server.  Please refer to Backup Server messages for
details.
1>

merci de votre aide....

[denisys]

Tu est sur de ta syntaxe ???
De plus le fichier MyBase.dat ne semble pas être un fichier dump .

Code :

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

1
2
load database MyBase from "/root/MyBase.dat"
go

me semble plus réaliste

[Fabien Celaia]

L'utilisateur propriétaire du process sqlserver a-t-il des droits suffisants sur le fichier de backup ?

Denisys, la syntaxe est correcte du moment que le fichier a été dumpé en mode compression à 6.

QUe vous dit l'errorlog du backup serveur ?

[denisys]

Denisys, la syntaxe est correcte du moment que le fichier a été dumpé en mode compression à 6.

J’ai du rater plus d’un chapitre de plus d’une version alors !!!

[Fabien Celaia]

Denisys, la syntaxe est correcte du moment que le fichier a été dumpé en mode compression à 6.

J’ai du rater plus d’un chapitre de plus d’une version alors !!!

Eh oui ! celui-ci était en v.12

[mpeppler]

Cette syntaxe est valable à partir de la version 12.5.0.3, mais ne permet pas de faire un backup compressé vers un backupserver distant.

A partir de 12.5.2 on lui préferera:

dump database <nom> to <device> [stripe on ...] with compression=<nombre>.

Cette syntax permet la compression aussi pour les dumps vers un serveur de backup distant, et ne nécessite plus de syntaxe spéciale pour le load database.

Michael

[denisys]

Merci pour les infos les amis !!
Par contre, une extension .dat a un dump , cela ne change rien ???
Quand je créer un serveur , c’est cette extension qui est définie .
Est-ce que m@estro a choisie la bonne option pour son dump ????

[mpeppler]

L'extension utilisée pour les dumps est (en tous cas sous Unix/Linux) totalement libre.

Chez nous on a la convention suivante: .dmp pour un dump "classique" (cad non compressé), .cmp pour un dump compressé avec la syntax "compress::nom_fichier", et .xmp pour un dump compressé avec "with compression=x".

Michael

[Fabien Celaia]

L'extension utilisée pour les dumps est (en tous cas sous Unix/Linux) totalement libre.

... pas seulement sous Unix... partout