Bonjour,
j'ai un gros soucis, je suis nouveau sous sql, et je dois restaurer une
base.
J'ai bien restaurer le .BAK avec le debut de la base de données, et quand
veut finaliser la restauration avec mon journal de transaction qui
toutes les derniere modif(si je comprends bien) , l'assistant de
restauration me reponds:
"la precedente restauration n avait pas specifier with norecovery ou with
standby, relancez la sequence de restauration, en specifiant with
ou with stanby pour toutes les etapes sauf la derniere.
RESTORE LOG s'est terminé anormalement"
Je suis completement perdu.
Merci si qq'un a une soluc....
François
Bonjour,
j'ai un gros soucis, je suis nouveau sous sql, et je dois restaurer une
base.
J'ai bien restaurer le .BAK avec le debut de la base de données, et quand
veut finaliser la restauration avec mon journal de transaction qui
toutes les derniere modif(si je comprends bien) , l'assistant de
restauration me reponds:
"la precedente restauration n avait pas specifier with norecovery ou with
standby, relancez la sequence de restauration, en specifiant with
ou with stanby pour toutes les etapes sauf la derniere.
RESTORE LOG s'est terminé anormalement"
Je suis completement perdu.
Merci si qq'un a une soluc....
François
Bonjour,
j'ai un gros soucis, je suis nouveau sous sql, et je dois restaurer une
base.
J'ai bien restaurer le .BAK avec le debut de la base de données, et quand
veut finaliser la restauration avec mon journal de transaction qui
toutes les derniere modif(si je comprends bien) , l'assistant de
restauration me reponds:
"la precedente restauration n avait pas specifier with norecovery ou with
standby, relancez la sequence de restauration, en specifiant with
ou with stanby pour toutes les etapes sauf la derniere.
RESTORE LOG s'est terminé anormalement"
Je suis completement perdu.
Merci si qq'un a une soluc....
François
Cool : la situation est claire.
Tu as fait une restauration complète en indiquant (implicitement) que tu
n'avais pas l'intention d'enchaîner avec une restauration de log : SQL
Server a donc effectuer un RECOVERY (sorte de clôture de la phase de
restauration afin que les utilisateurs puisse accéder à la base, pendant
laquelle les transactions non commitées sont supprimées).
Refais une restauration complète mais, cette fois-ci, spécifie que tu
enchaînes avec une restauration de log, c'est-à-dire sans l'opération de
RECOVERY.
- Par Enterprise Manager :
* restauration de la sauvegarde complète en spécifiant, dans l'onglet
Options, Etat de la récupération, choisir "Laisser la base non
opérationnelle, mais permettre la restauration d'autres journaux de
transactions."
* restauration des journaux
- Par instruction :
RESTORE ... WITH NORECOVERY
Restaure ensuite tes logs.
Termine par RESTORE ... WITH RECOVERY
Jacques.
"François" a écrit dans le message de news:
> Bonjour,
> j'ai un gros soucis, je suis nouveau sous sql, et je dois restaurer une
> base.
>
> J'ai bien restaurer le .BAK avec le debut de la base de données, et quand
je
> veut finaliser la restauration avec mon journal de transaction qui
contient
> toutes les derniere modif(si je comprends bien) , l'assistant de
> restauration me reponds:
>
> "la precedente restauration n avait pas specifier with norecovery ou with
> standby, relancez la sequence de restauration, en specifiant with
norecovery
> ou with stanby pour toutes les etapes sauf la derniere.
> RESTORE LOG s'est terminé anormalement"
>
> Je suis completement perdu.
> Merci si qq'un a une soluc....
>
> François
>
>
>
Cool : la situation est claire.
Tu as fait une restauration complète en indiquant (implicitement) que tu
n'avais pas l'intention d'enchaîner avec une restauration de log : SQL
Server a donc effectuer un RECOVERY (sorte de clôture de la phase de
restauration afin que les utilisateurs puisse accéder à la base, pendant
laquelle les transactions non commitées sont supprimées).
Refais une restauration complète mais, cette fois-ci, spécifie que tu
enchaînes avec une restauration de log, c'est-à-dire sans l'opération de
RECOVERY.
- Par Enterprise Manager :
* restauration de la sauvegarde complète en spécifiant, dans l'onglet
Options, Etat de la récupération, choisir "Laisser la base non
opérationnelle, mais permettre la restauration d'autres journaux de
transactions."
* restauration des journaux
- Par instruction :
RESTORE ... WITH NORECOVERY
Restaure ensuite tes logs.
Termine par RESTORE ... WITH RECOVERY
Jacques.
"François" <contact@beteille.net> a écrit dans le message de news:
OKIRVzoFGHA.2036@TK2MSFTNGP14.phx.gbl...
> Bonjour,
> j'ai un gros soucis, je suis nouveau sous sql, et je dois restaurer une
> base.
>
> J'ai bien restaurer le .BAK avec le debut de la base de données, et quand
je
> veut finaliser la restauration avec mon journal de transaction qui
contient
> toutes les derniere modif(si je comprends bien) , l'assistant de
> restauration me reponds:
>
> "la precedente restauration n avait pas specifier with norecovery ou with
> standby, relancez la sequence de restauration, en specifiant with
norecovery
> ou with stanby pour toutes les etapes sauf la derniere.
> RESTORE LOG s'est terminé anormalement"
>
> Je suis completement perdu.
> Merci si qq'un a une soluc....
>
> François
>
>
>
Cool : la situation est claire.
Tu as fait une restauration complète en indiquant (implicitement) que tu
n'avais pas l'intention d'enchaîner avec une restauration de log : SQL
Server a donc effectuer un RECOVERY (sorte de clôture de la phase de
restauration afin que les utilisateurs puisse accéder à la base, pendant
laquelle les transactions non commitées sont supprimées).
Refais une restauration complète mais, cette fois-ci, spécifie que tu
enchaînes avec une restauration de log, c'est-à-dire sans l'opération de
RECOVERY.
- Par Enterprise Manager :
* restauration de la sauvegarde complète en spécifiant, dans l'onglet
Options, Etat de la récupération, choisir "Laisser la base non
opérationnelle, mais permettre la restauration d'autres journaux de
transactions."
* restauration des journaux
- Par instruction :
RESTORE ... WITH NORECOVERY
Restaure ensuite tes logs.
Termine par RESTORE ... WITH RECOVERY
Jacques.
"François" a écrit dans le message de news:
> Bonjour,
> j'ai un gros soucis, je suis nouveau sous sql, et je dois restaurer une
> base.
>
> J'ai bien restaurer le .BAK avec le debut de la base de données, et quand
je
> veut finaliser la restauration avec mon journal de transaction qui
contient
> toutes les derniere modif(si je comprends bien) , l'assistant de
> restauration me reponds:
>
> "la precedente restauration n avait pas specifier with norecovery ou with
> standby, relancez la sequence de restauration, en specifiant with
norecovery
> ou with stanby pour toutes les etapes sauf la derniere.
> RESTORE LOG s'est terminé anormalement"
>
> Je suis completement perdu.
> Merci si qq'un a une soluc....
>
> François
>
>
>
Cool : la situation est claire.
Tu as fait une restauration complète en indiquant (implicitement) que tu
n'avais pas l'intention d'enchaîner avec une restauration de log : SQL
Server a donc effectuer un RECOVERY (sorte de clôture de la phase de
restauration afin que les utilisateurs puisse accéder à la base, pendant
laquelle les transactions non commitées sont supprimées).
Refais une restauration complète mais, cette fois-ci, spécifie que tu
enchaînes avec une restauration de log, c'est-à-dire sans l'opération de
RECOVERY.
- Par Enterprise Manager :
* restauration de la sauvegarde complète en spécifiant, dans l'onglet
Options, Etat de la récupération, choisir "Laisser la base non
opérationnelle, mais permettre la restauration d'autres journaux de
transactions."
* restauration des journaux
- Par instruction :
RESTORE ... WITH NORECOVERY
Restaure ensuite tes logs.
Termine par RESTORE ... WITH RECOVERY
Jacques.
"François" a écrit dans le message de news:
> Bonjour,
> j'ai un gros soucis, je suis nouveau sous sql, et je dois restaurer une
> base.
>
> J'ai bien restaurer le .BAK avec le debut de la base de données, et quand
je
> veut finaliser la restauration avec mon journal de transaction qui
contient
> toutes les derniere modif(si je comprends bien) , l'assistant de
> restauration me reponds:
>
> "la precedente restauration n avait pas specifier with norecovery ou with
> standby, relancez la sequence de restauration, en specifiant with
norecovery
> ou with stanby pour toutes les etapes sauf la derniere.
> RESTORE LOG s'est terminé anormalement"
>
> Je suis completement perdu.
> Merci si qq'un a une soluc....
>
> François
>
>
>
Cool : la situation est claire.
Tu as fait une restauration complète en indiquant (implicitement) que tu
n'avais pas l'intention d'enchaîner avec une restauration de log : SQL
Server a donc effectuer un RECOVERY (sorte de clôture de la phase de
restauration afin que les utilisateurs puisse accéder à la base, pendant
laquelle les transactions non commitées sont supprimées).
Refais une restauration complète mais, cette fois-ci, spécifie que tu
enchaînes avec une restauration de log, c'est-à-dire sans l'opération de
RECOVERY.
- Par Enterprise Manager :
* restauration de la sauvegarde complète en spécifiant, dans l'onglet
Options, Etat de la récupération, choisir "Laisser la base non
opérationnelle, mais permettre la restauration d'autres journaux de
transactions."
* restauration des journaux
- Par instruction :
RESTORE ... WITH NORECOVERY
Restaure ensuite tes logs.
Termine par RESTORE ... WITH RECOVERY
Jacques.
"François" <contact@beteille.net> a écrit dans le message de news:
OKIRVzoFGHA.2036@TK2MSFTNGP14.phx.gbl...
> Bonjour,
> j'ai un gros soucis, je suis nouveau sous sql, et je dois restaurer une
> base.
>
> J'ai bien restaurer le .BAK avec le debut de la base de données, et quand
je
> veut finaliser la restauration avec mon journal de transaction qui
contient
> toutes les derniere modif(si je comprends bien) , l'assistant de
> restauration me reponds:
>
> "la precedente restauration n avait pas specifier with norecovery ou with
> standby, relancez la sequence de restauration, en specifiant with
norecovery
> ou with stanby pour toutes les etapes sauf la derniere.
> RESTORE LOG s'est terminé anormalement"
>
> Je suis completement perdu.
> Merci si qq'un a une soluc....
>
> François
>
>
>
Cool : la situation est claire.
Tu as fait une restauration complète en indiquant (implicitement) que tu
n'avais pas l'intention d'enchaîner avec une restauration de log : SQL
Server a donc effectuer un RECOVERY (sorte de clôture de la phase de
restauration afin que les utilisateurs puisse accéder à la base, pendant
laquelle les transactions non commitées sont supprimées).
Refais une restauration complète mais, cette fois-ci, spécifie que tu
enchaînes avec une restauration de log, c'est-à-dire sans l'opération de
RECOVERY.
- Par Enterprise Manager :
* restauration de la sauvegarde complète en spécifiant, dans l'onglet
Options, Etat de la récupération, choisir "Laisser la base non
opérationnelle, mais permettre la restauration d'autres journaux de
transactions."
* restauration des journaux
- Par instruction :
RESTORE ... WITH NORECOVERY
Restaure ensuite tes logs.
Termine par RESTORE ... WITH RECOVERY
Jacques.
"François" a écrit dans le message de news:
> Bonjour,
> j'ai un gros soucis, je suis nouveau sous sql, et je dois restaurer une
> base.
>
> J'ai bien restaurer le .BAK avec le debut de la base de données, et quand
je
> veut finaliser la restauration avec mon journal de transaction qui
contient
> toutes les derniere modif(si je comprends bien) , l'assistant de
> restauration me reponds:
>
> "la precedente restauration n avait pas specifier with norecovery ou with
> standby, relancez la sequence de restauration, en specifiant with
norecovery
> ou with stanby pour toutes les etapes sauf la derniere.
> RESTORE LOG s'est terminé anormalement"
>
> Je suis completement perdu.
> Merci si qq'un a une soluc....
>
> François
>
>
>
j'avance un peu!
a ce que je comprends il faut que je lance une restauration en selectionnant
cette option, et que par la suite je restaure mes journaux, c'est ca?
donc ou pius je trouver la restauration des journaux de transactions, une
fois que j'ai restaurer ma base et quelle est en "Chargement"??
Pour info j'ai mes fichiers de backup dans un repertoire mais ma base dans
sql server n'est plus existante, donc je repart depuis le debut!!!
Merci de m'aider
François
"Vuillermet Jacques" a écrit :Cool : la situation est claire.
Tu as fait une restauration complète en indiquant (implicitement) que tu
n'avais pas l'intention d'enchaîner avec une restauration de log : SQL
Server a donc effectuer un RECOVERY (sorte de clôture de la phase de
restauration afin que les utilisateurs puisse accéder à la base, pendant
laquelle les transactions non commitées sont supprimées).
Refais une restauration complète mais, cette fois-ci, spécifie que tu
enchaînes avec une restauration de log, c'est-à-dire sans l'opération de
RECOVERY.
- Par Enterprise Manager :
* restauration de la sauvegarde complète en spécifiant, dans l'onglet
Options, Etat de la récupération, choisir "Laisser la base non
opérationnelle, mais permettre la restauration d'autres journaux de
transactions."
* restauration des journaux
- Par instruction :
RESTORE ... WITH NORECOVERY
Restaure ensuite tes logs.
Termine par RESTORE ... WITH RECOVERY
Jacques.
"François" a écrit dans le message de news:Bonjour,
j'ai un gros soucis, je suis nouveau sous sql, et je dois restaurer une
base.
J'ai bien restaurer le .BAK avec le debut de la base de données, et quand
jeveut finaliser la restauration avec mon journal de transaction qui
contienttoutes les derniere modif(si je comprends bien) , l'assistant de
restauration me reponds:
"la precedente restauration n avait pas specifier with norecovery ou with
standby, relancez la sequence de restauration, en specifiant with
norecoveryou with stanby pour toutes les etapes sauf la derniere.
RESTORE LOG s'est terminé anormalement"
Je suis completement perdu.
Merci si qq'un a une soluc....
François
j'avance un peu!
a ce que je comprends il faut que je lance une restauration en selectionnant
cette option, et que par la suite je restaure mes journaux, c'est ca?
donc ou pius je trouver la restauration des journaux de transactions, une
fois que j'ai restaurer ma base et quelle est en "Chargement"??
Pour info j'ai mes fichiers de backup dans un repertoire mais ma base dans
sql server n'est plus existante, donc je repart depuis le debut!!!
Merci de m'aider
François
"Vuillermet Jacques" a écrit :
Cool : la situation est claire.
Tu as fait une restauration complète en indiquant (implicitement) que tu
n'avais pas l'intention d'enchaîner avec une restauration de log : SQL
Server a donc effectuer un RECOVERY (sorte de clôture de la phase de
restauration afin que les utilisateurs puisse accéder à la base, pendant
laquelle les transactions non commitées sont supprimées).
Refais une restauration complète mais, cette fois-ci, spécifie que tu
enchaînes avec une restauration de log, c'est-à-dire sans l'opération de
RECOVERY.
- Par Enterprise Manager :
* restauration de la sauvegarde complète en spécifiant, dans l'onglet
Options, Etat de la récupération, choisir "Laisser la base non
opérationnelle, mais permettre la restauration d'autres journaux de
transactions."
* restauration des journaux
- Par instruction :
RESTORE ... WITH NORECOVERY
Restaure ensuite tes logs.
Termine par RESTORE ... WITH RECOVERY
Jacques.
"François" <contact@beteille.net> a écrit dans le message de news:
OKIRVzoFGHA.2036@TK2MSFTNGP14.phx.gbl...
Bonjour,
j'ai un gros soucis, je suis nouveau sous sql, et je dois restaurer une
base.
J'ai bien restaurer le .BAK avec le debut de la base de données, et quand
je
veut finaliser la restauration avec mon journal de transaction qui
contient
toutes les derniere modif(si je comprends bien) , l'assistant de
restauration me reponds:
"la precedente restauration n avait pas specifier with norecovery ou with
standby, relancez la sequence de restauration, en specifiant with
norecovery
ou with stanby pour toutes les etapes sauf la derniere.
RESTORE LOG s'est terminé anormalement"
Je suis completement perdu.
Merci si qq'un a une soluc....
François
j'avance un peu!
a ce que je comprends il faut que je lance une restauration en selectionnant
cette option, et que par la suite je restaure mes journaux, c'est ca?
donc ou pius je trouver la restauration des journaux de transactions, une
fois que j'ai restaurer ma base et quelle est en "Chargement"??
Pour info j'ai mes fichiers de backup dans un repertoire mais ma base dans
sql server n'est plus existante, donc je repart depuis le debut!!!
Merci de m'aider
François
"Vuillermet Jacques" a écrit :Cool : la situation est claire.
Tu as fait une restauration complète en indiquant (implicitement) que tu
n'avais pas l'intention d'enchaîner avec une restauration de log : SQL
Server a donc effectuer un RECOVERY (sorte de clôture de la phase de
restauration afin que les utilisateurs puisse accéder à la base, pendant
laquelle les transactions non commitées sont supprimées).
Refais une restauration complète mais, cette fois-ci, spécifie que tu
enchaînes avec une restauration de log, c'est-à-dire sans l'opération de
RECOVERY.
- Par Enterprise Manager :
* restauration de la sauvegarde complète en spécifiant, dans l'onglet
Options, Etat de la récupération, choisir "Laisser la base non
opérationnelle, mais permettre la restauration d'autres journaux de
transactions."
* restauration des journaux
- Par instruction :
RESTORE ... WITH NORECOVERY
Restaure ensuite tes logs.
Termine par RESTORE ... WITH RECOVERY
Jacques.
"François" a écrit dans le message de news:Bonjour,
j'ai un gros soucis, je suis nouveau sous sql, et je dois restaurer une
base.
J'ai bien restaurer le .BAK avec le debut de la base de données, et quand
jeveut finaliser la restauration avec mon journal de transaction qui
contienttoutes les derniere modif(si je comprends bien) , l'assistant de
restauration me reponds:
"la precedente restauration n avait pas specifier with norecovery ou with
standby, relancez la sequence de restauration, en specifiant with
norecoveryou with stanby pour toutes les etapes sauf la derniere.
RESTORE LOG s'est terminé anormalement"
Je suis completement perdu.
Merci si qq'un a une soluc....
François
Le message qui vous a été adressé montre que les sauvegardes sont probalement
toutes dans un seul et même fichier. Pour connaître le contenu du fichier faites
appel aux commande RESTORE FILELIST ONLY, RESTORE LABEL ONLY....
A +
François a écrit:
> j'avance un peu!
>
> a ce que je comprends il faut que je lance une restauration en selectionnant
> cette option, et que par la suite je restaure mes journaux, c'est ca?
> donc ou pius je trouver la restauration des journaux de transactions, une
> fois que j'ai restaurer ma base et quelle est en "Chargement"??
>
> Pour info j'ai mes fichiers de backup dans un repertoire mais ma base dans
> sql server n'est plus existante, donc je repart depuis le debut!!!
>
> Merci de m'aider
>
> François
>
>
>
>
> "Vuillermet Jacques" a écrit :
>
>
>>Cool : la situation est claire.
>>
>>Tu as fait une restauration complète en indiquant (implicitement) que tu
>>n'avais pas l'intention d'enchaîner avec une restauration de log : SQL
>>Server a donc effectuer un RECOVERY (sorte de clôture de la phase de
>>restauration afin que les utilisateurs puisse accéder à la base, pendant
>>laquelle les transactions non commitées sont supprimées).
>>
>>Refais une restauration complète mais, cette fois-ci, spécifie que tu
>>enchaînes avec une restauration de log, c'est-à-dire sans l'opération de
>>RECOVERY.
>>
>>- Par Enterprise Manager :
>>* restauration de la sauvegarde complète en spécifiant, dans l'onglet
>>Options, Etat de la récupération, choisir "Laisser la base non
>>opérationnelle, mais permettre la restauration d'autres journaux de
>>transactions."
>>* restauration des journaux
>>
>>- Par instruction :
>>RESTORE ... WITH NORECOVERY
>>
>>Restaure ensuite tes logs.
>>Termine par RESTORE ... WITH RECOVERY
>>
>>
>>Jacques.
>>
>>
>>"François" a écrit dans le message de news:
>>
>>
>>>Bonjour,
>>>j'ai un gros soucis, je suis nouveau sous sql, et je dois restaurer une
>>>base.
>>>
>>>J'ai bien restaurer le .BAK avec le debut de la base de données, et quand
>>
>>je
>>
>>>veut finaliser la restauration avec mon journal de transaction qui
>>
>>contient
>>
>>>toutes les derniere modif(si je comprends bien) , l'assistant de
>>>restauration me reponds:
>>>
>>>"la precedente restauration n avait pas specifier with norecovery ou with
>>>standby, relancez la sequence de restauration, en specifiant with
>>
>>norecovery
>>
>>>ou with stanby pour toutes les etapes sauf la derniere.
>>>RESTORE LOG s'est terminé anormalement"
>>>
>>>Je suis completement perdu.
>>>Merci si qq'un a une soluc....
>>>
>>>François
>>>
>>>
>>>
>>
>>
>>
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
Le message qui vous a été adressé montre que les sauvegardes sont probalement
toutes dans un seul et même fichier. Pour connaître le contenu du fichier faites
appel aux commande RESTORE FILELIST ONLY, RESTORE LABEL ONLY....
A +
François a écrit:
> j'avance un peu!
>
> a ce que je comprends il faut que je lance une restauration en selectionnant
> cette option, et que par la suite je restaure mes journaux, c'est ca?
> donc ou pius je trouver la restauration des journaux de transactions, une
> fois que j'ai restaurer ma base et quelle est en "Chargement"??
>
> Pour info j'ai mes fichiers de backup dans un repertoire mais ma base dans
> sql server n'est plus existante, donc je repart depuis le debut!!!
>
> Merci de m'aider
>
> François
>
>
>
>
> "Vuillermet Jacques" a écrit :
>
>
>>Cool : la situation est claire.
>>
>>Tu as fait une restauration complète en indiquant (implicitement) que tu
>>n'avais pas l'intention d'enchaîner avec une restauration de log : SQL
>>Server a donc effectuer un RECOVERY (sorte de clôture de la phase de
>>restauration afin que les utilisateurs puisse accéder à la base, pendant
>>laquelle les transactions non commitées sont supprimées).
>>
>>Refais une restauration complète mais, cette fois-ci, spécifie que tu
>>enchaînes avec une restauration de log, c'est-à-dire sans l'opération de
>>RECOVERY.
>>
>>- Par Enterprise Manager :
>>* restauration de la sauvegarde complète en spécifiant, dans l'onglet
>>Options, Etat de la récupération, choisir "Laisser la base non
>>opérationnelle, mais permettre la restauration d'autres journaux de
>>transactions."
>>* restauration des journaux
>>
>>- Par instruction :
>>RESTORE ... WITH NORECOVERY
>>
>>Restaure ensuite tes logs.
>>Termine par RESTORE ... WITH RECOVERY
>>
>>
>>Jacques.
>>
>>
>>"François" <contact@beteille.net> a écrit dans le message de news:
>>OKIRVzoFGHA.2036@TK2MSFTNGP14.phx.gbl...
>>
>>>Bonjour,
>>>j'ai un gros soucis, je suis nouveau sous sql, et je dois restaurer une
>>>base.
>>>
>>>J'ai bien restaurer le .BAK avec le debut de la base de données, et quand
>>
>>je
>>
>>>veut finaliser la restauration avec mon journal de transaction qui
>>
>>contient
>>
>>>toutes les derniere modif(si je comprends bien) , l'assistant de
>>>restauration me reponds:
>>>
>>>"la precedente restauration n avait pas specifier with norecovery ou with
>>>standby, relancez la sequence de restauration, en specifiant with
>>
>>norecovery
>>
>>>ou with stanby pour toutes les etapes sauf la derniere.
>>>RESTORE LOG s'est terminé anormalement"
>>>
>>>Je suis completement perdu.
>>>Merci si qq'un a une soluc....
>>>
>>>François
>>>
>>>
>>>
>>
>>
>>
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
Le message qui vous a été adressé montre que les sauvegardes sont probalement
toutes dans un seul et même fichier. Pour connaître le contenu du fichier faites
appel aux commande RESTORE FILELIST ONLY, RESTORE LABEL ONLY....
A +
François a écrit:
> j'avance un peu!
>
> a ce que je comprends il faut que je lance une restauration en selectionnant
> cette option, et que par la suite je restaure mes journaux, c'est ca?
> donc ou pius je trouver la restauration des journaux de transactions, une
> fois que j'ai restaurer ma base et quelle est en "Chargement"??
>
> Pour info j'ai mes fichiers de backup dans un repertoire mais ma base dans
> sql server n'est plus existante, donc je repart depuis le debut!!!
>
> Merci de m'aider
>
> François
>
>
>
>
> "Vuillermet Jacques" a écrit :
>
>
>>Cool : la situation est claire.
>>
>>Tu as fait une restauration complète en indiquant (implicitement) que tu
>>n'avais pas l'intention d'enchaîner avec une restauration de log : SQL
>>Server a donc effectuer un RECOVERY (sorte de clôture de la phase de
>>restauration afin que les utilisateurs puisse accéder à la base, pendant
>>laquelle les transactions non commitées sont supprimées).
>>
>>Refais une restauration complète mais, cette fois-ci, spécifie que tu
>>enchaînes avec une restauration de log, c'est-à-dire sans l'opération de
>>RECOVERY.
>>
>>- Par Enterprise Manager :
>>* restauration de la sauvegarde complète en spécifiant, dans l'onglet
>>Options, Etat de la récupération, choisir "Laisser la base non
>>opérationnelle, mais permettre la restauration d'autres journaux de
>>transactions."
>>* restauration des journaux
>>
>>- Par instruction :
>>RESTORE ... WITH NORECOVERY
>>
>>Restaure ensuite tes logs.
>>Termine par RESTORE ... WITH RECOVERY
>>
>>
>>Jacques.
>>
>>
>>"François" a écrit dans le message de news:
>>
>>
>>>Bonjour,
>>>j'ai un gros soucis, je suis nouveau sous sql, et je dois restaurer une
>>>base.
>>>
>>>J'ai bien restaurer le .BAK avec le debut de la base de données, et quand
>>
>>je
>>
>>>veut finaliser la restauration avec mon journal de transaction qui
>>
>>contient
>>
>>>toutes les derniere modif(si je comprends bien) , l'assistant de
>>>restauration me reponds:
>>>
>>>"la precedente restauration n avait pas specifier with norecovery ou with
>>>standby, relancez la sequence de restauration, en specifiant with
>>
>>norecovery
>>
>>>ou with stanby pour toutes les etapes sauf la derniere.
>>>RESTORE LOG s'est terminé anormalement"
>>>
>>>Je suis completement perdu.
>>>Merci si qq'un a une soluc....
>>>
>>>François
>>>
>>>
>>>
>>
>>
>>
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
