Jump to content

Crash d'une BD oracle, NeeD HELP!!!!!!!!!!!


foutarab
 Share

Recommended Posts

salam alikoum,

suite a une coupure d'éléctricité, mon (pseudo) serveur avec Win 2003 serveur avec Oracle 9i installé, la base de données s'est cracher, alors avis au spécialiste svp.

la base de donné est en statut "Monté" à l'ouverture j'ai trois erreurs Oracle:

  • ORA-01122: echec de controle de vérification pour le fichier BdD1
  • ORA-01110: fichier de donnée 1:
    d:\oracle\oradata\agef\system01.DBF
  • ORA-01200: Taille fichier 111360 inférieur à taille correct de 112640 bloc.

 

G deja essayer le "Recover data base" rien le meme message. et G pas de fichier BACKUP :(:(:(:(:(:(:(:(:(:(:(

Link to comment
Share on other sites

salam alikoum,

suite a une coupure d'éléctricité, mon (pseudo) serveur avec Win 2003 serveur avec Oracle 9i installé, la base de données s'est cracher, alors avis au spécialiste svp.

la base de donné est en statut "Monté" à l'ouverture j'ai trois erreurs Oracle:

  • ORA-01122: echec de controle de vérification pour le fichier BdD1
  • ORA-01110: fichier de donnée 1:
    d:\oracle\oradata\agef\system01.DBF
  • ORA-01200: Taille fichier 111360 inférieur à taille correct de 112640 bloc.

 

G deja essayer le "Recover data base" rien le meme message. et G pas de fichier BACKUP :(:(:(:(:(:(:(:(:(:(:(

 

d'où l'utilité d'un onduleur et de faire des backup régulièrement.

Link to comment
Share on other sites

salam alikoum,

suite a une coupure d'éléctricité, mon (pseudo) serveur avec Win 2003 serveur avec Oracle 9i installé, la base de données s'est cracher, alors avis au spécialiste svp.

la base de donné est en statut "Monté" à l'ouverture j'ai trois erreurs Oracle:

  • ORA-01122: echec de controle de vérification pour le fichier BdD1
  • ORA-01110: fichier de donnée 1:
    d:\oracle\oradata\agef\system01.DBF
  • ORA-01200: Taille fichier 111360 inférieur à taille correct de 112640 bloc.

 

G deja essayer le "Recover data base" rien le meme message. et G pas de fichier BACKUP :(:(:(:(:(:(:(:(:(:(:(

 

 

Sorry I can't speak french but I might be able to help you.

 

There are no straight solution to your DB problem, but you need to do some kinda workaround.

 

Oracle is bitching about the size difference, so what you need to do is to create a text file or any other extension that make for that difference.

 

The size difference is (112640 - 111360 = 1280 Blocks-length) which means 1280 * 4096 = 5.242.880 bytes missing.

 

Now create a text file and name it for example (append.txt) with your favorite editor and put in spaces or characters whatever, to reach that size, once you create the text file, you need to append it to your DB file (BdD1) by using the cat command if you are using UNIX or copy command under WINDOWS.

 

Once file appended and file has the right size, you will be able to do database recovery (Recover database).

 

Good luck, let us know if you need further help.

Link to comment
Share on other sites

Sorry I can't speak french but I might be able to help you.

 

There are no straight solution to your DB problem, but you need to do some kinda workaround.

 

Oracle is bitching about the size difference, so what you need to do is to create a text file or any other extension that make for that difference.

 

The size difference is (112640 - 111360 = 1280 Blocks-length) which means 1280 * 4096 = 5.242.880 bytes missing.

 

Now create a text file and name it for example (append.txt) with your favorite editor and put in spaces or characters whatever, to reach that size, once you create the text file, you need to append it to your DB file (BdD1) by using the cat command if you are using UNIX or copy command under WINDOWS.

 

Once file appended and file has the right size, you will be able to do database recovery (Recover database).

 

Good luck, let us know if you need further help.

 

Bon traduction faite maison :

 

Tout d'abord il s'excuse de ne pas pouvoir s'exprimer en français puis il indique que le problème vient du fait qu'Oracle n'apprécie pas la différence de taille de la BD.

La solution qu'il te propose est de créer un fichier nommé par exemple "append.txt" et d'y insérer des caractères aléatoires pour arriver à une taille de 5.242.880 octets.

Puis tu ajoutes ce fichier créé à ta base de donnée (BdD1) à l'aide de la commande "copy" puisque tu es sous environnement Windows.

 

Une dois que t'as base de données à retrouver sa taille d'origine, il te sera possible d'effectuer une restauration.

 

Bon courage, reste à ton service pour tout aide complémentaire.

Link to comment
Share on other sites

Sorry I can't speak french but I might be able to help you.

 

There are no straight solution to your DB problem, but you need to do some kinda workaround.

 

Oracle is bitching about the size difference, so what you need to do is to create a text file or any other extension that make for that difference.

 

The size difference is (112640 - 111360 = 1280 Blocks-length) which means 1280 * 4096 = 5.242.880 bytes missing.

 

Now create a text file and name it for example (append.txt) with your favorite editor and put in spaces or characters whatever, to reach that size, once you create the text file, you need to append it to your DB file (BdD1) by using the cat command if you are using UNIX or copy command under WINDOWS.

 

Once file appended and file has the right size, you will be able to do database recovery (Recover database).

 

Good luck, let us know if you need further help.

 

Good morning,

I can't find the file BdD 1 on my disk, or a file size of 111 360 blocks.

SYSTEM01.DBF its size is 890 888 Kilo Bytes.

for more information I am here.

thank you:(

Link to comment
Share on other sites

Good morning,

I can't find the file BdD 1 on my disk, or a file size of 111 360 blocks.

SYSTEM01.DBF its size is 890 888 Kilo Bytes.

for more information I am here.

thank you:(

 

Sorry I didn't mean to say your control file, it's System01.DBF that needs to be modified. Another thing I mentioned was the db_blocksize, which is different (4096 bytes), in your system it is (8192 bytes) according to you data file (890888 * 1024) / 8192 = 111361 blocks.

 

Now make a copy of this file d:\oracle\oradata\agef\system01.DBF and do the instructions I mentioned in previous post.

 

Good luck.

Link to comment
Share on other sites

bonjour tousle monde,

je me suis confronter au probleme d'ouverture du fichier volumineux de presque 980 mo, pour le moment je vais essayer de recréer ma base de données a partir d'anciens DMP que j'ai.

merci pour l'aide que vous m'apportez

Link to comment
Share on other sites

But that's not what I said to do. You don't need to open SYSTEM01.DBF, that's too big of a file, you don't have enough RAM to do so. You need to create a file, name it whatever you want, "append.txt" for example with your favorite editor (notepad), put in spaces or characters to make the size difference which is (1280 * 8192 = 10485760 bytes (10240 KBytes)), once you have the file ready, append it to SYSTEM01.DBF like this.

 

C:\> COPY SYSTEM01.DBF /B + Append.txt /B SYSTEM01.DBF

 

make sure to backup SYSTEM01.DBF before you do that. This will trick Oracle to think it has the right file, and it will help you create the control file and recover the database.

 

Trust me I've done before, and it works.

 

COULD SOMEBODY TRANSLATE WHAT I SAID TO HIM, HE DOESN'T SEEM TO UNDERSTAND. I'LL APPRECIATE IT.

Link to comment
Share on other sites

Traduction:

Mais ce n'est pas ce que j'ai dit de faire. Tu n'as pas besoin d'ouvrir SYSTEM01.DBF, c'est un fichier trop grand, tu n'as pas assez de RAM pour le faire. Tu dois créer un fichier, le nommer comme tu veux, par exemple "apprend.txt" avec ton éditeur favori (notepad), mettre des espaces ou caractères pour faire la différence de taille qui est (1280 * 8192 = 10485760 octets (10240 Koctets)), une fois que tu as le fichier prêt , ajoutes-y à la fin SYSTEM01.DBF de cette façon :

 

C:\> COPY SYSTEM01.DBF /B + Append.txt /B SYSTEM01.DBF

 

N'oublie pas de sauvegarder SYSTEM01.DBF avant de faire ça. Cela va tromper Oracle pour qu'il croit que c'est le bon fichier, et ça va t'aider à créer le fichier de contrôle et récupérer la base de données.

 

Crois moi , je l'ai fais avant , et ça a marché.

 

QUELQU'UN POURRAIT TRADUIRE CE QUE JE LUI AI DIT, IL NE SEMBLE PAS AVOIR COMPRIS. J'APPRECIERAIS.

Bon la dernière phrase je l'ai traduite juste pour le plaisir lol.

Bonne chance :)

Link to comment
Share on other sites

merci, ça a marcher, et j'ai pu exécuter le recover database.

merci.

 

traduction:

 

thank you "Darkvader", it's walk, and I was able to run the database recover. :D

thank you.

 

 

Glad you got it working. I was afraid you were going to give up.

 

Now make sure to backup the db and put it in safe place.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

 Share



  • Posts

    • 6,1 Mo/s avec quelle application ?? car certains logiciels n'affichent pas correctement le débit par exemple Idman il ajoute toujours un peu. Si tu veux vraiment savoir combien tu pompes faut utiliser un logiciel qui surveille le trafic internet genre "DuMeter" et là tu télécharges un truc et tu verras ton débit maximal. si ta 6,1 Mo/s avec idman alors faut enlever 100 Ko/s voire plus dans ton cas car je sais pas pourquoi mais idman il ajoute toujours un peu ... A mon avis tu dépasses pas 6,0 Mo/s ou même 5,9 Mo/s en réalité. Télécharge un truc avec "Jdownloader" (1 seule connexion) tu verras combien il va t'afficher.
    • Huawei : outil pour chiffrer et déchiffrer les fichiers de configuration .xml et .cfg Après avoir décrypté votre fichier de config  XML, sélectionnez le hw_ctree.xml que vous avez sauvegardé  et cliquez sur Décryption (le fichier crypté sera renommé old_hw_ctree.xml). Ouvrez ce fichier décrypté avec notepad++ et rechercher les lignes des options que vous voulez modifier. Après avoir fait vos modifications cliquez sur Encryption   Télécharger
    • Salut Essaye d'obtenir le fichier de ta propre config ( hw_ctree.xml) , le décrypter avec AEScrypt2_huawei.exe et   régler le paramètre se rapportant à la VoIP. Pour saisir votre identifiant VoIP, il vous suffit de rechercher profondément dans le fichier de configuration 𝚑𝚠_𝚌𝚝𝚛𝚎𝚎.𝚡𝚖𝚕 et de trouver la ligne de votre numéro de téléphone fixe NB: Avant de modifier le fichier hw_ctree.xml faire une copie à utiliser au cas où .
    • Finalement reporté à demain, je vous tiens au jus
×
×
  • Create New...