{"id":237465,"date":"2021-03-04T10:13:00","date_gmt":"2021-03-04T17:13:00","guid":{"rendered":"https:\/\/virtual-dba.com\/?p=237465"},"modified":"2021-03-04T16:43:01","modified_gmt":"2021-03-04T23:43:01","slug":"troubleshoot-ora-00257-archiver-error","status":"publish","type":"post","link":"https:\/\/virtual-dba.com\/blog\/troubleshoot-ora-00257-archiver-error\/","title":{"rendered":"How to Troubleshoot and Fix ORA-00257: archiver error"},"content":{"rendered":"

This post has been updated from the original content here.<\/a><\/p>\n\n\n

The ORA-00257 error is a very common Oracle database error. The error is basically trying to tell us that we have run out of logical or physical space on our ASM diskgroup, mount, local disk, or db_recovery_file_dest location where our archivelogs are being stored.<\/p>\n\n\n\n

When this issue crops up it usually prevents all connections to the database except for admin level access to allow for the DBA to fix the problem. Usually this is easily resolved in most cases and the below steps outline exactly how to fix the problem.<\/p>\n\n\n\n

The first step is to determine where the archivelogs are being stored. Once we know the location we will be able to confirm if this is a logical or physical space shortage.<\/p>\n\n\n\n

To find out where our archivelogs are being stored let’s log into SQLPLUS and run a few commands.<\/p>\n\n\n\n

Note: Depending on configuration, there could be multiple destinations for archivelogs, each one will need to be checked if there are more than one destination set.<\/p>\n\n\n\n

From the first command we run here, we can see that the archiver is indeed enabled and the archivelog destination for this particular database is being derived from another parameter called db_recovery_file_dest.<\/p>\n\n\n

SQL> archive log list\nDatabase log mode          \tArchive Mode\nAutomatic archival         \tEnabled\nArchive destination        \tUSE_DB_RECOVERY_FILE_DEST\nOldest online log sequence \t8190\nNext log sequence to archive   8192\nCurrent log sequence       \t8192<\/code><\/pre>\n\n\n
When we look at the db_recovery_file dest parameter we see that the archivelogs are being written to the +RECO diskgroup and the size of that space is 20TB. This means it can hold up to 20TB of space before filling up.<\/p>\n\n\n
SQL> show parameter db_recovery_file\n\nNAME                             \tTYPE    \tVALUE\n------------------------------------ ----------- ------------------------------\ndb_recovery_file_dest            \tstring  \t+RECO\ndb_recovery_file_dest_size       \tbig integer 20T<\/code><\/pre>\n\n\n
In this particular database we can see that the value of the log_archive_dest parameter is empty because we are using the db_recovery_file_dest parameter to state where the logs are being stored.<\/p>\n\n\n
SQL> show parameter log_archive_dest\n\nNAME                             \tTYPE    \tVALUE\n------------------------------------ ----------- ------------------------------\nlog_archive_dest                 \tstring<\/code><\/pre>\n\n\n
If we were using a regular filesystem location on a local disk or mount it might look something like the below.<\/p>\n\n\n
SQL> archive log list\nDatabase log mode          \tArchive Mode\nAutomatic archival         \tEnabled\nArchive destination        \t\/u02\/oracle\/db01\/archivelogs\/\nOldest online log sequence \t8190\nNext log sequence to archive   8192\nCurrent log sequence       \t8192<\/code><\/pre>\n
SQL> show parameter db_recovery_file\n\nNAME                             \tTYPE    \tVALUE\n------------------------------------ ----------- ------------------------------\ndb_recovery_file_dest            \tstring  \t\/u02\/oracle\/db01\/archivelogs\/\ndb_recovery_file_dest_size       \tbig integer 20T<\/code><\/pre>\n\n\n
You will see at least these two parameters on Oracle 10g, 11g, 12c, or 19c<\/a>. The first parameter ‘db_recovery_file_dest’ is where our archivelogs will be written to and the second parameter is how much logical space we’re allocating for not only those files, though also other files like backups, redo logs, controlfile snapshots, and a few other files that could be created here by default if we don’t specify a specific location.<\/p>\n\n\n
SQL> show parameter log_archive_dest\nNAME                             \tTYPE    \tVALUE\n------------------------------------ ----------- ------------------------------\nlog_archive_dest                \t string  \t\/u02\/oracle\/db01\/archivelogs\/<\/code><\/pre>\n\n\n
So now that we know the location(s) of our archivelogs we can now check to see if it’s a logical or physical space issue. For physical this is easy enough as the diskgroup, disk, or mount point where the archivelogs are being stored would be at 100% capacity.<\/p>\n\n\n\n
Physical – If it’s a physical issue, we can take one of the below steps to fix the issue<\/p>\n\n\n\n
  1. Add more space to the mount where the logs are going.<\/li>
  2. Take a backup of the logs via RMAN and have it delete input. (Note: If your backups are going to the same place your archivelogs are going, we will need to take a backup on a different mount point\/drive.)<\/li>
  3. Move the archivelog location to another mount\/drive\/location temporarily while you do one of the above.<\/li>
  4. Delete the archivelogs if we don’t need the ability to restore the database. This could be useful for a dev instance that is refreshed nightly or something similar.<\/li><\/ol>\n\n\n\n
    Anyone of the above three will clear the error and allow users to log into the database again almost instantly.<\/p>\n\n\n\n
    Logical – If it’s a logical issue we simply need to take one of the below actions.<\/p>\n\n\n\n
    1. increase the db_recovery_file_dest_size to a larger size to allow for more archivelogs to be written to the archivelog location. (Note: Be sure to check the underlying disk\/mount point before increasing this parameter to ensure there is proper space on the disk\/mount.)<\/li>
    2. As with the physical issue, simply take an RMAN backup of the logs and have it delete input to clear space.<\/li>
    3. Change the db_recovery_file_dest or log_archive_dest to another location that has space<\/li>
    4. Delete the archivelogs if they are not needed for recovery<\/li><\/ol>\n\n\n\n
      I would recommend using rman for either the backup or delete methods as this will keep your catalog of backups up to date and clean. Also just to point out, that we if we need to ever recover this database we should be taking regular scheduled RMAN backups with a retention policy that also include archivelogs to help keep the archivelog location free for writing of more logs.<\/p>\n\n\n\n
      Please comment below if this helped you fix your ORA-00257: archiver error. Connect internal only, until freed issue. If you require more help please contact us<\/a> to speak with a certified Oracle DBA support expert.<\/p>\n","protected":false},"excerpt":{"rendered":"
      This post has been updated from the original content here. The ORA-00257 error is a very common Oracle database error. The error is basically trying to tell us that we have run out of logical or physical space on our ASM diskgroup, mount, local disk, or db_recovery_file_dest location where our archivelogs are being stored. When […]<\/p>\n","protected":false},"author":3,"featured_media":237469,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_et_pb_use_builder":"off","_et_pb_old_content":"
      This post has been updated from the original content here.<\/a><\/p>\n\n\n
      The ORA-00257 error is a very common Oracle database error. The error is basically trying to tell us that we have run out of logical or physical space on our ASM diskgroup, mount, local disk, or db_recovery_file_dest location where our archivelogs are being stored.<\/p>\n\n\n\n
      When this issue crops up it usually prevents all connections to the database except for admin level access to allow for the DBA to fix the problem. Usually this is easily resolved in most cases and the below steps outline exactly how to fix the problem.<\/p>\n\n\n\n
      The first step is to determine where the archivelogs are being stored. Once we know the location we will be able to confirm if this is a logical or physical space shortage.<\/p>\n\n\n\n
      To find out where our archivelogs are being stored let's log into SQLPLUS and run a few commands.<\/p>\n\n\n\n
      Note: Depending on configuration, there could be multiple destinations for archivelogs, each one will need to be checked if there are more than one destination set.<\/p>\n\n\n\n
      From the first command we run here, we can see that the archiver is indeed enabled and the archivelog destination for this particular database is being derived from another parameter called db_recovery_file_dest.<\/p>\n\n\n
      SQL> archive log list\nDatabase log mode          \tArchive Mode\nAutomatic archival         \tEnabled\nArchive destination        \tUSE_DB_RECOVERY_FILE_DEST\nOldest online log sequence \t8190\nNext log sequence to archive   8192\nCurrent log sequence       \t8192<\/code><\/pre>\n\n\n
      When we look at the db_recovery_file dest parameter we see that the archivelogs are being written to the +RECO diskgroup and the size of that space is 20TB. This means it can hold up to 20TB of space before filling up.<\/p>\n\n\n
      SQL> show parameter db_recovery_file\n\nNAME                             \tTYPE    \tVALUE\n------------------------------------ ----------- ------------------------------\ndb_recovery_file_dest            \tstring  \t+RECO\ndb_recovery_file_dest_size       \tbig integer 20T<\/code><\/pre>\n\n\n
      In this particular database we can see that the value of the log_archive_dest parameter is empty because we are using the db_recovery_file_dest parameter to state where the logs are being stored.<\/p>\n\n\n
      SQL> show parameter log_archive_dest\n\nNAME                             \tTYPE    \tVALUE\n------------------------------------ ----------- ------------------------------\nlog_archive_dest                 \tstring<\/code><\/pre>\n\n\n
      If we were using a regular filesystem location on a local disk or mount it might look something like the below.<\/p>\n\n\n
      SQL> archive log list\nDatabase log mode          \tArchive Mode\nAutomatic archival         \tEnabled\nArchive destination        \t\/u02\/oracle\/db01\/archivelogs\/\nOldest online log sequence \t8190\nNext log sequence to archive   8192\nCurrent log sequence       \t8192<\/code><\/pre>\n
      SQL> show parameter db_recovery_file\n\nNAME                             \tTYPE    \tVALUE\n------------------------------------ ----------- ------------------------------\ndb_recovery_file_dest            \tstring  \t\/u02\/oracle\/db01\/archivelogs\/\ndb_recovery_file_dest_size       \tbig integer 20T<\/code><\/pre>\n\n\n
      You will see at least these two parameters on Oracle 10g, 11g, 12c, or 19c<\/a>. The first parameter 'db_recovery_file_dest' is where our archivelogs will be written to and the second parameter is how much logical space we're allocating for not only those files, though also other files like backups, redo logs, controlfile snapshots, and a few other files that could be created here by default if we don't specify a specific location.<\/p>\n\n\n
      SQL> show parameter log_archive_dest\nNAME                             \tTYPE    \tVALUE\n------------------------------------ ----------- ------------------------------\nlog_archive_dest                \t string  \t\/u02\/oracle\/db01\/archivelogs\/<\/code><\/pre>\n\n\n
      So now that we know the location(s) of our archivelogs we can now check to see if it's a logical or physical space issue. For physical this is easy enough as the diskgroup, disk, or mount point where the archivelogs are being stored would be at 100% capacity.<\/p>\n\n\n\n
      Physical - If it's a physical issue, we can take one of the below steps to fix the issue<\/p>\n\n\n\n
      1. Add more space to the mount where the logs are going.<\/li>
      2. Take a backup of the logs via RMAN and have it delete input. (Note: If your backups are going to the same place your archivelogs are going, we will need to take a backup on a different mount point\/drive.)<\/li>
      3. Move the archivelog location to another mount\/drive\/location temporarily while you do one of the above.<\/li>
      4. Delete the archivelogs if we don't need the ability to restore the database. This could be useful for a dev instance that is refreshed nightly or something similar.<\/li><\/ol>\n\n\n\n
        Anyone of the above three will clear the error and allow users to log into the database again almost instantly.<\/p>\n\n\n\n
        Logical - If it's a logical issue we simply need to take one of the below actions.<\/p>\n\n\n\n
        1. increase the db_recovery_file_dest_size to a larger size to allow for more archivelogs to be written to the archivelog location. (Note: Be sure to check the underlying disk\/mount point before increasing this parameter to ensure there is proper space on the disk\/mount.)<\/li>
        2. As with the physical issue, simply take an RMAN backup of the logs and have it delete input to clear space.<\/li>
        3. Change the db_recovery_file_dest or log_archive_dest to another location that has space<\/li>
        4. Delete the archivelogs if they are not needed for recovery<\/li><\/ol>\n\n\n\n
          I would recommend using rman for either the backup or delete methods as this will keep your catalog of backups up to date and clean. Also just to point out, that we if we need to ever recover this database we should be taking regular scheduled RMAN backups with a retention policy that also include archivelogs to help keep the archivelog location free for writing of more logs.<\/p>\n\n\n\n
          Please comment below if this helped you fix your ORA-00257: archiver error. Connect internal only, until freed issue. If you require more help please contact us<\/a> to speak with a certified Oracle DBA support expert.<\/p>\n","_et_gb_content_width":"","content-type":"","footnotes":""},"categories":[4166,23],"tags":[1149],"class_list":["post-237465","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-blog","category-oracle","tag-oracle-error"],"yoast_head":"\nHow to Troubleshoot and Fix ORA-00257: archiver error<\/title>\n<meta name=\"description\" content=\"The ORA-00257 error is a very common Oracle database error. Here is how to troubleshoot and fix ORA-00257: archiver error.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/virtual-dba.com\/blog\/troubleshoot-ora-00257-archiver-error\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"How to Troubleshoot and Fix ORA-00257: archiver error\" \/>\n<meta property=\"og:description\" content=\"The ORA-00257 error is a very common Oracle database error. Here is how to troubleshoot and fix ORA-00257: archiver error.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/virtual-dba.com\/blog\/troubleshoot-ora-00257-archiver-error\/\" \/>\n<meta property=\"og:site_name\" content=\"Virtual-DBA Remote DBA Services & Support - Certified Database Experts\" \/>\n<meta property=\"article:published_time\" content=\"2021-03-04T17:13:00+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2021-03-04T23:43:01+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/virtual-dba.com\/media\/How-to-Troubleshoot-and-Fix-ORA-00257-archiver-error.jpg\" \/>\n\t<meta property=\"og:image:width\" content=\"557\" \/>\n\t<meta property=\"og:image:height\" content=\"291\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/jpeg\" \/>\n<meta name=\"author\" content=\"XTIVIA\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:creator\" content=\"@virtual_dba\" \/>\n<meta name=\"twitter:site\" content=\"@virtual_dba\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"XTIVIA\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"4 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\/\/virtual-dba.com\/blog\/troubleshoot-ora-00257-archiver-error\/#article\",\"isPartOf\":{\"@id\":\"https:\/\/virtual-dba.com\/blog\/troubleshoot-ora-00257-archiver-error\/\"},\"author\":{\"name\":\"XTIVIA\",\"@id\":\"https:\/\/virtual-dba.com\/#\/schema\/person\/2d86f74bed0c3f1b49100f7fdf7d78d1\"},\"headline\":\"How to Troubleshoot and Fix ORA-00257: archiver error\",\"datePublished\":\"2021-03-04T17:13:00+00:00\",\"dateModified\":\"2021-03-04T23:43:01+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\/\/virtual-dba.com\/blog\/troubleshoot-ora-00257-archiver-error\/\"},\"wordCount\":801,\"commentCount\":2,\"publisher\":{\"@id\":\"https:\/\/virtual-dba.com\/#organization\"},\"image\":{\"@id\":\"https:\/\/virtual-dba.com\/blog\/troubleshoot-ora-00257-archiver-error\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/virtual-dba.com\/wp-content\/uploads\/How-to-Troubleshoot-and-Fix-ORA-00257-archiver-error.jpg\",\"keywords\":[\"oracle error\"],\"articleSection\":[\"Blog\",\"Oracle\"],\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\/\/virtual-dba.com\/blog\/troubleshoot-ora-00257-archiver-error\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\/\/virtual-dba.com\/blog\/troubleshoot-ora-00257-archiver-error\/\",\"url\":\"https:\/\/virtual-dba.com\/blog\/troubleshoot-ora-00257-archiver-error\/\",\"name\":\"How to Troubleshoot and Fix ORA-00257: archiver error\",\"isPartOf\":{\"@id\":\"https:\/\/virtual-dba.com\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/virtual-dba.com\/blog\/troubleshoot-ora-00257-archiver-error\/#primaryimage\"},\"image\":{\"@id\":\"https:\/\/virtual-dba.com\/blog\/troubleshoot-ora-00257-archiver-error\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/virtual-dba.com\/wp-content\/uploads\/How-to-Troubleshoot-and-Fix-ORA-00257-archiver-error.jpg\",\"datePublished\":\"2021-03-04T17:13:00+00:00\",\"dateModified\":\"2021-03-04T23:43:01+00:00\",\"description\":\"The ORA-00257 error is a very common Oracle database error. Here is how to troubleshoot and fix ORA-00257: archiver error.\",\"breadcrumb\":{\"@id\":\"https:\/\/virtual-dba.com\/blog\/troubleshoot-ora-00257-archiver-error\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/virtual-dba.com\/blog\/troubleshoot-ora-00257-archiver-error\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\/\/virtual-dba.com\/blog\/troubleshoot-ora-00257-archiver-error\/#primaryimage\",\"url\":\"https:\/\/virtual-dba.com\/wp-content\/uploads\/How-to-Troubleshoot-and-Fix-ORA-00257-archiver-error.jpg\",\"contentUrl\":\"https:\/\/virtual-dba.com\/wp-content\/uploads\/How-to-Troubleshoot-and-Fix-ORA-00257-archiver-error.jpg\",\"width\":557,\"height\":291,\"caption\":\"How to Troubleshoot and Fix ORA-00257- archiver error\"},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/virtual-dba.com\/blog\/troubleshoot-ora-00257-archiver-error\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/virtual-dba.com\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"How to Troubleshoot and Fix ORA-00257: archiver error\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/virtual-dba.com\/#website\",\"url\":\"https:\/\/virtual-dba.com\/\",\"name\":\"Virtual-DBA Remote DBA Services & Support - Certified Database Experts\",\"description\":\"Remote Database Administration\",\"publisher\":{\"@id\":\"https:\/\/virtual-dba.com\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/virtual-dba.com\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-US\"},{\"@type\":\"Organization\",\"@id\":\"https:\/\/virtual-dba.com\/#organization\",\"name\":\"Virtual-DBA: Remote DBA | Remote Database Administration\",\"alternateName\":\"Virtual-DBA powered by XTIVIA\",\"url\":\"https:\/\/virtual-dba.com\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\/\/virtual-dba.com\/#\/schema\/logo\/image\/\",\"url\":\"https:\/\/virtual-dba.com\/wp-content\/uploads\/V-DBA-Database-Services-and-Support-Featured-Logo.jpg\",\"contentUrl\":\"https:\/\/virtual-dba.com\/wp-content\/uploads\/V-DBA-Database-Services-and-Support-Featured-Logo.jpg\",\"width\":557,\"height\":291,\"caption\":\"Virtual-DBA: Remote DBA | Remote Database Administration\"},\"image\":{\"@id\":\"https:\/\/virtual-dba.com\/#\/schema\/logo\/image\/\"},\"sameAs\":[\"https:\/\/x.com\/virtual_dba\",\"https:\/\/www.linkedin.com\/showcase\/36220649\/\",\"https:\/\/www.youtube.com\/channel\/UCx3AIeUQ2ziTLKZSJDZ-SEg\"],\"description\":\"Eliminate database downtime and spiraling costs with XTIVIA\u2019s Virtual-DBA. In today\u2019s always-on business world, gaps in 24x7 on-call DBA support, neglected maintenance and security, or a stretched team struggling with overwhelming workloads can lead to costly disruptions and threaten business continuity. XTIVIA\u2019s Virtual-DBA provides the immediate, expert database administration you need, exactly when you need it, ensuring optimal performance, ironclad security, and significant cost savings without the burden of expanding your in-house team. The goal of Virtual-DBA is to provide a cost-effective solution for organizations seeking to optimize the security, management, maintenance, availability, and performance of their critical business systems, whether self-managed or cloud-managed (e.g., AWS RDS, Azure SQL Database). We accomplish this through a comprehensive remote DBA service offering designed specifically to meet the Oracle\u00ae, DB2\u00ae, Informix\u00ae, MySQL\u2122, PostgreSQL\u00ae, MongoDB\u00ae, MariaDB, and Microsoft SQL Server\u00ae, CockroachDB, Databricks, AWS, and Azure needs of our clients.\",\"email\":\"info@xtivia.com\",\"telephone\":\"8886853101\",\"legalName\":\"XTIVIA, Inc\",\"foundingDate\":\"1992-05-01\",\"numberOfEmployees\":{\"@type\":\"QuantitativeValue\",\"minValue\":\"201\",\"maxValue\":\"500\"}},{\"@type\":\"Person\",\"@id\":\"https:\/\/virtual-dba.com\/#\/schema\/person\/2d86f74bed0c3f1b49100f7fdf7d78d1\",\"name\":\"XTIVIA\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\/\/virtual-dba.com\/#\/schema\/person\/image\/\",\"url\":\"https:\/\/secure.gravatar.com\/avatar\/0d3648a00e319a37cf8d6d19f762acfbbb4fd0320fd8a6d6b1e64f44a2a6f259?s=96&d=mm&r=g\",\"contentUrl\":\"https:\/\/secure.gravatar.com\/avatar\/0d3648a00e319a37cf8d6d19f762acfbbb4fd0320fd8a6d6b1e64f44a2a6f259?s=96&d=mm&r=g\",\"caption\":\"XTIVIA\"},\"url\":\"https:\/\/virtual-dba.com\/author\/xtivia\/\"}]}<\/script>\n<!-- \/ Yoast SEO Premium plugin. -->","yoast_head_json":{"title":"How to Troubleshoot and Fix ORA-00257: archiver error","description":"The ORA-00257 error is a very common Oracle database error. Here is how to troubleshoot and fix ORA-00257: archiver error.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/virtual-dba.com\/blog\/troubleshoot-ora-00257-archiver-error\/","og_locale":"en_US","og_type":"article","og_title":"How to Troubleshoot and Fix ORA-00257: archiver error","og_description":"The ORA-00257 error is a very common Oracle database error. Here is how to troubleshoot and fix ORA-00257: archiver error.","og_url":"https:\/\/virtual-dba.com\/blog\/troubleshoot-ora-00257-archiver-error\/","og_site_name":"Virtual-DBA Remote DBA Services & Support - Certified Database Experts","article_published_time":"2021-03-04T17:13:00+00:00","article_modified_time":"2021-03-04T23:43:01+00:00","og_image":[{"width":557,"height":291,"url":"https:\/\/virtual-dba.com\/media\/How-to-Troubleshoot-and-Fix-ORA-00257-archiver-error.jpg","type":"image\/jpeg"}],"author":"XTIVIA","twitter_card":"summary_large_image","twitter_creator":"@virtual_dba","twitter_site":"@virtual_dba","twitter_misc":{"Written by":"XTIVIA","Est. reading time":"4 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/virtual-dba.com\/blog\/troubleshoot-ora-00257-archiver-error\/#article","isPartOf":{"@id":"https:\/\/virtual-dba.com\/blog\/troubleshoot-ora-00257-archiver-error\/"},"author":{"name":"XTIVIA","@id":"https:\/\/virtual-dba.com\/#\/schema\/person\/2d86f74bed0c3f1b49100f7fdf7d78d1"},"headline":"How to Troubleshoot and Fix ORA-00257: archiver error","datePublished":"2021-03-04T17:13:00+00:00","dateModified":"2021-03-04T23:43:01+00:00","mainEntityOfPage":{"@id":"https:\/\/virtual-dba.com\/blog\/troubleshoot-ora-00257-archiver-error\/"},"wordCount":801,"commentCount":2,"publisher":{"@id":"https:\/\/virtual-dba.com\/#organization"},"image":{"@id":"https:\/\/virtual-dba.com\/blog\/troubleshoot-ora-00257-archiver-error\/#primaryimage"},"thumbnailUrl":"https:\/\/virtual-dba.com\/wp-content\/uploads\/How-to-Troubleshoot-and-Fix-ORA-00257-archiver-error.jpg","keywords":["oracle error"],"articleSection":["Blog","Oracle"],"inLanguage":"en-US","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/virtual-dba.com\/blog\/troubleshoot-ora-00257-archiver-error\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/virtual-dba.com\/blog\/troubleshoot-ora-00257-archiver-error\/","url":"https:\/\/virtual-dba.com\/blog\/troubleshoot-ora-00257-archiver-error\/","name":"How to Troubleshoot and Fix ORA-00257: archiver error","isPartOf":{"@id":"https:\/\/virtual-dba.com\/#website"},"primaryImageOfPage":{"@id":"https:\/\/virtual-dba.com\/blog\/troubleshoot-ora-00257-archiver-error\/#primaryimage"},"image":{"@id":"https:\/\/virtual-dba.com\/blog\/troubleshoot-ora-00257-archiver-error\/#primaryimage"},"thumbnailUrl":"https:\/\/virtual-dba.com\/wp-content\/uploads\/How-to-Troubleshoot-and-Fix-ORA-00257-archiver-error.jpg","datePublished":"2021-03-04T17:13:00+00:00","dateModified":"2021-03-04T23:43:01+00:00","description":"The ORA-00257 error is a very common Oracle database error. Here is how to troubleshoot and fix ORA-00257: archiver error.","breadcrumb":{"@id":"https:\/\/virtual-dba.com\/blog\/troubleshoot-ora-00257-archiver-error\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/virtual-dba.com\/blog\/troubleshoot-ora-00257-archiver-error\/"]}]},{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/virtual-dba.com\/blog\/troubleshoot-ora-00257-archiver-error\/#primaryimage","url":"https:\/\/virtual-dba.com\/wp-content\/uploads\/How-to-Troubleshoot-and-Fix-ORA-00257-archiver-error.jpg","contentUrl":"https:\/\/virtual-dba.com\/wp-content\/uploads\/How-to-Troubleshoot-and-Fix-ORA-00257-archiver-error.jpg","width":557,"height":291,"caption":"How to Troubleshoot and Fix ORA-00257- archiver error"},{"@type":"BreadcrumbList","@id":"https:\/\/virtual-dba.com\/blog\/troubleshoot-ora-00257-archiver-error\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/virtual-dba.com\/"},{"@type":"ListItem","position":2,"name":"How to Troubleshoot and Fix ORA-00257: archiver error"}]},{"@type":"WebSite","@id":"https:\/\/virtual-dba.com\/#website","url":"https:\/\/virtual-dba.com\/","name":"Virtual-DBA Remote DBA Services & Support - Certified Database Experts","description":"Remote Database Administration","publisher":{"@id":"https:\/\/virtual-dba.com\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/virtual-dba.com\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-US"},{"@type":"Organization","@id":"https:\/\/virtual-dba.com\/#organization","name":"Virtual-DBA: Remote DBA | Remote Database Administration","alternateName":"Virtual-DBA powered by XTIVIA","url":"https:\/\/virtual-dba.com\/","logo":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/virtual-dba.com\/#\/schema\/logo\/image\/","url":"https:\/\/virtual-dba.com\/wp-content\/uploads\/V-DBA-Database-Services-and-Support-Featured-Logo.jpg","contentUrl":"https:\/\/virtual-dba.com\/wp-content\/uploads\/V-DBA-Database-Services-and-Support-Featured-Logo.jpg","width":557,"height":291,"caption":"Virtual-DBA: Remote DBA | Remote Database Administration"},"image":{"@id":"https:\/\/virtual-dba.com\/#\/schema\/logo\/image\/"},"sameAs":["https:\/\/x.com\/virtual_dba","https:\/\/www.linkedin.com\/showcase\/36220649\/","https:\/\/www.youtube.com\/channel\/UCx3AIeUQ2ziTLKZSJDZ-SEg"],"description":"Eliminate database downtime and spiraling costs with XTIVIA\u2019s Virtual-DBA. In today\u2019s always-on business world, gaps in 24x7 on-call DBA support, neglected maintenance and security, or a stretched team struggling with overwhelming workloads can lead to costly disruptions and threaten business continuity. XTIVIA\u2019s Virtual-DBA provides the immediate, expert database administration you need, exactly when you need it, ensuring optimal performance, ironclad security, and significant cost savings without the burden of expanding your in-house team. The goal of Virtual-DBA is to provide a cost-effective solution for organizations seeking to optimize the security, management, maintenance, availability, and performance of their critical business systems, whether self-managed or cloud-managed (e.g., AWS RDS, Azure SQL Database). We accomplish this through a comprehensive remote DBA service offering designed specifically to meet the Oracle\u00ae, DB2\u00ae, Informix\u00ae, MySQL\u2122, PostgreSQL\u00ae, MongoDB\u00ae, MariaDB, and Microsoft SQL Server\u00ae, CockroachDB, Databricks, AWS, and Azure needs of our clients.","email":"info@xtivia.com","telephone":"8886853101","legalName":"XTIVIA, Inc","foundingDate":"1992-05-01","numberOfEmployees":{"@type":"QuantitativeValue","minValue":"201","maxValue":"500"}},{"@type":"Person","@id":"https:\/\/virtual-dba.com\/#\/schema\/person\/2d86f74bed0c3f1b49100f7fdf7d78d1","name":"XTIVIA","image":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/virtual-dba.com\/#\/schema\/person\/image\/","url":"https:\/\/secure.gravatar.com\/avatar\/0d3648a00e319a37cf8d6d19f762acfbbb4fd0320fd8a6d6b1e64f44a2a6f259?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/0d3648a00e319a37cf8d6d19f762acfbbb4fd0320fd8a6d6b1e64f44a2a6f259?s=96&d=mm&r=g","caption":"XTIVIA"},"url":"https:\/\/virtual-dba.com\/author\/xtivia\/"}]}},"_links":{"self":[{"href":"https:\/\/virtual-dba.com\/wp-json\/wp\/v2\/posts\/237465","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/virtual-dba.com\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/virtual-dba.com\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/virtual-dba.com\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/virtual-dba.com\/wp-json\/wp\/v2\/comments?post=237465"}],"version-history":[{"count":0,"href":"https:\/\/virtual-dba.com\/wp-json\/wp\/v2\/posts\/237465\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/virtual-dba.com\/wp-json\/wp\/v2\/media\/237469"}],"wp:attachment":[{"href":"https:\/\/virtual-dba.com\/wp-json\/wp\/v2\/media?parent=237465"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/virtual-dba.com\/wp-json\/wp\/v2\/categories?post=237465"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/virtual-dba.com\/wp-json\/wp\/v2\/tags?post=237465"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}