Hier volgen enkele eenvoudige methoden die u kunnen helpen bij het oplossen van archieffout of ziekte 00257.

Een magisch werkende Oracle-foutdatabase die u misschien zou kunnen vertellen dat u bijna geen logische of natuurlijke ruimte meer heeft op uw eigen mount, harde schijf of db_recovery_file_dest-directory die iemands gearchiveerde logbestanden bevat. Als u deze fatale fout ontvangt, zal uw informatie crashen en voorkomen dat iedereen die anders is dan beheerders op beheerdersniveau, zich bij de database aansluit om conservering uit te voeren en het probleem op te lossen.

De eerste stap om dit probleem op te lossen, is door in te loggen op de nieuwe server en te kijken of je fysieke ruimte tekort komt. Verplaats een van uw harde schijven, misschien zelfs naar media. Wanneer je nog steeds een tekort aan fysieke ruimte hebt, heb je momenteel verschillende opties. U kunt ofwel persoonlijke gearchiveerde logboeken instellen om samen te voegen naar een nieuwe harde schijf, en ze bovendien voldoende of nuttig koppelen. Met vrije ruimte kunt u een back-up maken van uw gearchiveerde logboeken met hun verwijderingsitem, of u kunt de archieven zeker verwijderen wanneer u het logboek opslaat aan families die ze beter niet nodig hebben om uw verzameling op te slaan. Ik zou aanraden om rman te gebruiken bij het maken van een back-up of het verwijderen, omdat dit je back-upmap zeker up-to-date houdt, zodat je kunt dateren en opschonen.

Als je ongelooflijke harde schijf of installatie veel ruimte heeft voor sport wanneer de gearchiveerde logbestanden blijken te worden weggeschreven, dan heb je die nodig om verbinding te maken met de database en om de logische ruimte in overweging te nemen. Wat u zou moeten doen, is de volgende opdrachten uitvoeren om erachter te komen waar uw gearchiveerde logbestanden met succes worden geschreven en hoeveel positie u moet extraheren.

Deze opdracht laat zien waar uw hoofdbibliotheeklogboeken zullen worden geschreven:

 SQL> parameter log_archive_destNAAM TYPE:---------------------- --------- --- --------------- -------------------------log_archive_dest regel / u01 voor elke archivelog / orcl / 

Als elke parameter “log_archive_dest” waarschijnlijk leeg is, gebruiken individuen waarschijnlijk “db_recovery_file_dest” om al uw gearchiveerde bestanden Cash te beheren. U kunt de opdracht uitvoeren door de volgende alinea te krijgen zodat u dit punt kunt bereiken.

 SQL> Instellingen voor tv-programma ophalen NAAM TYPE:---------------------- --------- --- --------------- -------------------------db_recovery_file_dest regel voor elke u01 / fast_recovery_areadb_recovery_file_dest_size Verbazingwekkend geheel getal 100 GB 

Als u Oracle 10g, 11g of 12c gebruikt, worden er ten minste twee opties weergegeven. De geruisloze parameter ‘db_recovery_file_dest’ is waar al uw primaire gearchiveerde logboeken naar worden geschreven, plus de tweede parameter is de ruimte die u toewijst voor de meest zinloze bestanden, hoewel sommige andere bestanden back-ups, herstellogboeken, illustraties van besturingsbestanden, enz. sommige andere bestanden kunnen hier ook worden aangemaakt zonder die specifieke locatie op te geven.

login net zo snel als perfect sysdba totdat het is opgelost. Tijdens het archiveren voor elk van onze Oracle-databases moest er een fout optreden, zelfs als we probeerden het brandhout opnieuw te archiveren. De meest waarschijnlijke reden voor dit verrassende nieuws is dat er in uw huis op de doelsmartphone geen ruimte meer is om een ​​logbestand te verkrijgen.

Geef een reactie in de veronderstelling dat dit u heeft geholpen bij het oplossen van het ORA-00257:-archief. Log pas in totdat een deel van het probleem is opgelost. Als u absoluut meer hulp nodig heeft, neem dan contact met ons op en bied een Oracle DBA Certified Support Professional aan.

SQL> SELECTEER – VAN V $ RECOVERY_FILE_DEST; Mogelijk ziet u dat SPACE_USED hetzelfde is als SPACE_LIMIT. Als dit zeker het geval is, moet u het ORA-00257-probleem oplossen door organisatielogboeken naar een nieuwe en opwindende bestemming te verplaatsen.

ORA-00257 zou een veelgebruikte fout in Oracle moeten zijn.Je komt vaak voor, maar je zou ORA-00257 kunnen zien als je die database betreedt, omdat je zeker van hen bent.een maximum gevonden in dat duimherstelgebied (FRA) ofdb_recovery_file_dest_size . Eerste

Zorg ervoor dat uw geprojecteerde bewaring is ingeschakeld. RekeningBibliotheek hoeft niet meer, probeer:

Lijst met vlaggen inclusief het archief

Voeg veel meer ruimte toe aan de nieuwe media die de geavanceerde logs zullen hosten.Maak een back-up van de logs via RMAN en verwijder de vermeldingen.Verplaats tijdelijk de exclusieve locatie van het gearchiveerde logboek naar een andere mount / schijf versus locatie en voer er bovendien een uit volgens de hierboven beschreven stappen.Wis gearchiveerde gegevens, tenzij we de mogelijkheid vragen om elk van onze databases rechtstreeks te herstellen.

SQL>;

Houd er rekening mee dat u verborgen bestemmingen kunt vinden.als u de werkelijke taak USE_DB_RECOVERY_FILE_DEST gebruikt van:

Express

SQL>-parametersdb_recovery_file_dest;

De volgende stap om de ORA-00257 te lokaliseren is:om erachter te komen alles nummer wordt gebruikt voor db_recovery_file_dest_size neem:


archiveringsfout bij beoordeling ora 00257

SQL> SELECT * FROM V $ RECOVERY_FILE_DEST;

U begrijpt misschien dat SPACE_USED van het type is. is een geweestzoals SPACE_LIMIT, zo ja, dan zou ORA-00257 echt moeten worden toegestaantoegestaan ​​door gearchiveerde activiteitenrecords uit te oefenen op een groot aantal soorten locaties.

Dan moet je de logbestanden uit

halen. archief

SQL> systeemarchief wijzigen, alles te weten komen;

Overweeg de vervanging van het RMAN CONTAINMENT POLICY. Als u bekend bent met Data Guard,Bewaar beeldmateriaal met RMAN op een tertiaire tablet zoals mp3. OPSLAAN HERSTELDE ZONE.Voeg opslagruimte toe en verhoog die parameter db_recovery_file_dest_size naar. weerspiegelen een absoluut nieuwe ruimte.Gebruik de opdracht RMAN DELETE om bestanden te verwijderen die niet worden aangeroepen.

Het is belangrijk op te merken dat aan de binnenkant de vijfde staptoestemming is ORA-00257, een persoon kan ook ORA-16020 gebruiken die erin voorkomtLOG_ARCHIVE_MIN_SUCCEED_DEST en u moet het logpad voor het reparatiearchief gebruikenen betrekken (merk op waar het mogelijk is dat u aanvullende stappen moet nemen als uHet Flash-gegevensherstelgebied gebruiken, omdat u veel fouten zult krijgen wanneer u het probeert te implementerenLOG_ARCHIVE_DEST):

SQL> wijzig cirkelblok LOG_ARCHIVE_DEST_.= ‘locatie = / archieflogpad opnieuw openen’;

De laatste beslissingsstap in ORA-00257 is dat uWijzig de authenticatierichtlijnen met:

SQL> Wijzig het wijzigingslogbestand van de console;


Burleson Consulting Tips voor het oplossen van fouten in Oracle

EEN

Vraag. Ik gebruik Oracle Apps dusORA-00257 fout:

ORA-00257: Archiveringsfout. Maak alleen intern verbinding, terwijlontdoen.

Antwoord. Het hulpprogramma oerr geeft aan dat de toepassing momenteel is:bij fout ORA-00257:

ORA-00257: Archiveringsfout. associërenintern tot in de eerste plaats, vrijgegeven.

Reden: ArchiverDe oplossing heeft een fout aangetroffen bij het rechtstreeks archiveren van het logboek inherstel. Als alle belangrijkste probleem:niet in de nabije toekomst wordt opgelost, stopt de database met het uitvoeren van ondernemingen. danDe meest waarschijnlijke reden waarom waarschuwing een doelwit is zonder ruimte voor het apparaat.om uw huidige updatelogbestand op te slaan.

Actie: checkArchiveer vingerafdrukbestand voor een geweldige gedetailleerde beschrijving van het hele hoofdprobleem. Controleer ookdat het specifieke apparaat dat is opgegeven in de initialisatieparameterarchive_log_dest is op de juiste manier geconfigureerd voor archivering.

De verandering is waarschijnlijk de verantwoordelijkheid van het Oracle-achtergrondarchitectuurproces.Online logs structureren logs documenteren en schrijven uw kinderen meestal naar een plat bestand

archiveringsfout ora 00257

Zie ook