After enabling the archive log mode, perform a log switch and check whether the archive log is created or not from the v$archived_log view, as follows:
SQL> select * from v$archived_log;
What just happened?
After mentioning some considerations about Data Guard, we've completed the mandatory task of enabling the archive log mode on the primary database.
Force logging
For a physical standby to be a mirror copy, it must receive redo for the changes made to the primary database. In the primary database, when a segment is defined with the NOLOGGING attribute and if a NOLOGGING operation updates the segment, the online redo logfile will be updated with minimal information. This is preferred to complete operations faster but it's not supported in a primary database with the Data Guard configuration. When the redo/archived logfile containing the NOLOGGING operation is used to recover the datafiles on the standby database, Oracle invalidates such blocks and the error ORA-26040 along with error ORA-1578 are reported by SQL statements in the next block reads. You can see the following errors if operations are performed by NOLOGGING:
ORA-01578: ORACLE data block corrupted (file # 4, block # 84)ORA-01110: data file 4: ' /u01/app/oracle/oradata/orcl/users01.dbf'ORA-26040: Data block was loaded using the NOLOGGING option