which will receive the archive file from the primary database server most of the timeMost times from primary. Then remaining times? so you Copy manually and register?
Error 1034 received logging on to the standbythese errors in primary when , stanby is down and when primary tries to connect to standby, so tese errors not considerable to investigate ,
Errors in file /******/***arc210536.trc:
ORA-01034: ORACLE not available
FAL[server, ARC2]: FAL archive failed, see trace file.
Before Oracle would automatically fill the missed logfiles due to the shutdown of the standby server.
Most times from primary. Then remaining times? so you Copy manually and register? Then it's dataguard not an manual standby.
Yes, change the parameters may solve this. But we already use this architecture for years. No problem at all before.
these errors in primary when , stanby is down and when primary tries to connect to standby, so tese errors not considerable to investigate , When you don't want to apply archives on standby no need to shutdown. Just put this value log_archive_dest_state_2='defer' Once you enable check what are the errors in primary alert log file. How is your network band width speed? Is it capable to hold that much archive data? May be it will take some time when you pause & start.
Now, I have to manually and register them. This is the reason I am asking this question here.No need to copy and apply manually.
FAL[client]: Failed to request gap sequenceIt shows there is archive gap with three archives.
GAP - thread 1 sequence 3217860-3721862
DBID 2479581232703 branch 676712346655
FAL[client]: All defined FAL servers have been attempted.
show parameter FALOk. From one of your previous post, I just checked that FAL_CLIENT is unset. Can you just set it to the NET Service Name used for Standby database and update us.