Slow opening archived citadel database on first read

I have archived a citadel database using the archive vi. I then copied this database to another computer. when I try to read data from this archived database, it is taking a long time to return the first set of data (5-10 minutes). New attempts to read data execute much quicker than the first read. Is there a way to improve this opening of the citadel database?? Right now I am using the OPEN DB sub vi that was sent to me to resolve an error accessing citadel problem. The database is not setup as the logging location in the tag engine. This OPEN DB vi is locked so I can't do any kind of probing to see what it is happening. Are you not supposed to work with an archived database??
Attachments:
my_citadel_viewer.llb.zip ‏108 KB

Bump,
I was unable to reproduce your problem. I archived a DB on my machine and moved it to another Win2k machine. The program works fine, whether or not I use the open and close DB VIs. How much data are you trying to retrieve? You also may have a corrupted database, and Citadel is trying to fix its corruptions when you first access the data. Have you tried to access the original (pre-archive) database with the VI? What is the result?
Regards,
Michael Shasteen
Applications Engineering
National Instruments
www.ni.com/ask
1-866-ASK-MY-NI

Similar Messages

How to archive citadel database. we have DSC 6.0.2

we have LabView 6i & DSC 6.0.2 . we develop a application using tags. we want to log our data to citadel database but some time the data is lost for some reason (like system hank or restart).so we want to take a backup of our citadel database.how it will possible.

Pilla,
Unfortunately, 6.0.2 does not have the capability. This was one of the new 6.1 features. Check Table 3 on page 7 in this manual. The Archive Database is what you need for programmatic archive. In 6.1 there is also a new utility called Historical Data Viewer, that allows you to do it manually.
http://www.ni.com/pdf/manuals/322955b.pdf
I remember seeing some online document about archiving Citadel database. ... oh, ya, here it is (I searched ni.com for "archiving citadel" and it was the first hit):
http://zone.ni.com/devzone/conceptd.nsf/webmain/2F24997EAD7C53A686256B6E00686D64?opendocument
Have a good weekend.
Dr.Tag

I can not open an citadel database whit diadem

i can not open an citadel database whit diadem, the diadem shown error number 104 , "unable to connect to specified server . what have i to do ?

Hi Ramatajama,
Most likely you are just missing one simple step, which is to turn on the Citadel service that allows any client, such as DIAdem, to get to the data in the Citadel database.
You do not have to have the Citadel database on the same computer that DIAdem resides on, but you DO have to go to "NI Service Manager" on the DIAdem computer and "start all services". Usually the NI Service Manager icon shows up in your system tray at the far bottom right of your computer screen.
Ask again if this isn't enough info,
Brad Turpin

Archive citadel database in MAX hangs

I am trying to Archive a 4.13 GB uncompressed DSC database on LabVIEW 2013 SP1 (although the database was started with LabVIEW 2013). I have tried twice and it gets stuck (new location folder size is at 151 MB both times). The progress bar says "Archiving database=20.5%" and "Copying Data=83.0%". I have chosen the option "Destroy source data after it has been archived (local computer only)". The status says "copying data" and I no timestamps of files in the new folder have changed after about 9 hours of waiting. If I cancel, MAX cannot display any Citadel databases. This is fixed if i reboot.
Any ideas?

Hello barkeram,
Where are you storing the archive (locally or remote)?
Are you following the steps in one of the following documents?
http://digital.ni.com/public.nsf/allkb/E076A0661E03F1EB862571A800079E7B
http://digital.ni.com/public.nsf/allkb/2B0C74744BB37391862571F500067C64
Can you try to navigate to the file path of the database and duplicate the file? Afterward, manually add the new database to MAX and try to Archive the new file.
Regards,
Thomas C.
Applications Engineer
National Instruments

My Mac just got real slow opening any webpage? My first problem, I purchased two years ago.

I purchased my MacBook Air 13" 23 months ago and it has been awesome! My first Mac. I loaded OS X Yosemite 10.10.1 about two weeks ago without problem. I've been experiencing very slow internet downloads. I've checked all my settings and line speeds, it takes 30 to 45 seconds to bring up a page, before it was 3 to 5 seconds. Help!

If you have a rescue email address (which is not the same thing as an alternate email address) set up on your account then you can try going to https://appleid.apple.com/ and click 'Manage your Apple ID' on the right-hand side of that page and log into your account. Then click on 'Password and Security' on the left-hand side of that page and on the right-hand side you might see an option to send security question reset info to your rescue email address.
If you don't have a rescue email address then see if the instructions on this user tip helps : https://discussions.apple.com/docs/DOC-4551

Display archived citadel data mixed with "live" Lookout machine data using Hypertrend object?

Maybe a new feature request item?
It would be really nice if you could use a Hypertrend object in Lookout to plot historical data from an archived Citadel database. So this would be a feature where you could connect an additional (or many) additional databases as machine processes in (read only mode of course). This would allow mixing display objects (trends) of running processes along with display objects (trends) of archived "processes" in the same Hypertrend display when using Hypertrend in the historical mode.
The Lookout Hypertrend object is awesome and it is about time you folks gave Lookout some attention again to exploit its power and coolness.
Thanks and Happy New Year!!

The hypertrend use Citadel service to transfer the data between computer, while the live data is different, so your problem is probably in networking setting or firewall.
If you have firewall on either computer, follow these KBs.
http://digital.ni.com/public.nsf/allkb/0D7B86F4B4D19A5E86256F9A006EECB1?OpenDocument
http://digital.ni.com/public.nsf/websearch/8AE45BBFA1D7025E862570F200642FD8?OpenDocument
Lookout client software doesn't install MAX.exe, but if you have MAX.exe on the client computer, you can use MAX to check the connection. In MAX, try to view the remote trace.
You can also use the NI Hypertrend ActiveX object to check the connection. Create a client process with just a NI Hypertrend ActiveX object. Move it to client computer. Edit its properties and add a trace, then try to view the remote trace. See the attached screenshot. If the Citadel communication has problem, you will not see the database or the trace.
The ActiveX object doesn't fix the problem, but can tell you whether the remote connection is good or not.
Message Edited by Ryan.S on 11-14-2008 03:49 AM
Ryan Shi
National Instruments
Attachments:
1.JPG ‏71 KB

Opening a Standby Database in Read-Only mode

Is there anyway to open a Standby database up to date as of a certain time? I'm currently using the 2 commands to get close to the time required.
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT;
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;
Such as, similar to this? RECOVER DATABASE UNTIL TIME '2012-01-25:15:00:00';
We're on 11.1.0.7, which I'm currently very unhappy with.
Thanks for any help, as my google-fu hasn't worked today.
James

Maybe
I did a quick test :
8:42 open the databases and start recovery
8:43 check status from primary
Shows sequence 75
and "TO STANDBY" for switchover status
Did log switches at 8:44, 8:45, and 8:46
8:50
SQL> alter database recover managed standby database cancel;
SQL> RECOVER STANDBY DATABASE UNTIL TIME ' 2012-01-25:20:43:00';
Media recovery complete.
SQL>
8:52
SQL> alter database recover managed standby database disconnect from session;
Database altered.
Check status
TO STANDBY and sequence 78Still need to check alert logs and do another log switch. It checks out so the quick test works.
However the quick test is incomplete since there was no before and after data in the test and the time period was very short.
Andy may be right, but I would test, test test. ( if you do please let us know the results )
Thanks Andy!
Best Regards
mseberg
Later
After sleeping on this I decided my first thought is probably correct. You cannot go back in time and still be in sync. While the test statement did not error or produce any alert log entries, it probably did nothing. Oracle is smart enough to know you cannot have your Cake and eat it too.

Logging large .ctl to citadel database is slow

Hi, All
I'm using LV 8.5 with DSC.
I'm logging my own.ctl types shared variables to citadel database. This own.ctl includes 52 piece doubles, strings and boolean datatypes. I have 200 piece this tape of shared variables and I record all that shared variable information to citadel database. All operations as writing, reading, achieving, and deleting database are very slow. They also consume lot CPU time. Is there any capacity limits on citadel database ? Which is best structure to record this kind of data to database? I have tested (see attacment) structure but it seems to be very slow because I have to delete and create database trace references after 1st database is full.
BR,
Attachments:
code_structure.jpg ‏51 KB

When you say "...to Log Data only when necessary... " I assume you are using Set Tag Attribute.vi to establish this behavior.
National Instruments recently added a feature (as a hot-fix) to the DSC Engine to be able to ignore timestamps coming from servers to prevent to log values with "back-in-time" timestamps. Citadel is really critical taking values back in time (logs a ) and therefore retrieval of Citadel data with such back-in-time traces could act wired.
You can find more info from:
Why Do I See a Lot of NaN (Not-a-Number) In My Citadel Database When I Use the Set Tag Attribute.vi?
blic.nsf/websearch/B871D05A1A4742FA86256C70006BBE00?OpenDocument>How Do I Avoid Out-of-Synch (a.k.a....
The Hot-Fix can be found:
LabVIEW Datalogging and Supervisory Control Module Version 6.1 for Windows 2000/95/98/ME/NT/XP -- Fi...
I assume you run into such a use case - maybe. It happen to me, too . And I've created a small VI which would analyze traces on back-in-time (NaN - Not a number) values. I assume the missing Data in DIAdem are those Not-a-Numbers aka Break.
If you still encounter some problems after applying the DSCEngine.ini UseServerTimestamps=false, you might contact a National Instruments Support Engineer.
Hope this helps
Roland
Attachments:
BackInTimeAnalyzer.llb ‏622 KB

Unable to open 11g R2 database now after trying an RMAN restore

Hi my database is not opening now.
What I was trying was to restore the database on my new server from latest database taken from my old live server and applying it on my new 11g DB (new server-database already created)
old server-11.1.0.7.0-windows 2003 server 32 bit
new server-11.2.0.3.0-windows 2008 64 bit server
The steps i have done which caused this , (After everything was working fine, i did these foll.steps and now all messed up):
The oracle database on this new server was already 11.2.3.0 -it was not upgrade, i directly installed 11.2.0.3.0 on it + applied latest patches etc.
I took RMAN backup from old server 11.1.0.7.0 oracle database.
Copied this backup to to the new server flash recovery area &every step of the restore was working fine -
in nomount mode, restored the control file from autobackup-fine
in mount mode, catalogued the files-fine (Backup from old live,copied to new live)
I restored&Recovered the database until the latest archivelogs.
Until the above steps-all worked fine like a normal recovery steps.
Then I gave "alter database open resetlogs" in RMAN prompt, it gave out error and from that point onwards I am unable to open the database now.
Unfortunately, couldnt grab full screenshot of the error in RMAN but the error basically said that bootstrap failed and i have to open the database with the upgrade option?
Please see in alert log as well
ORA-00704: bootstrap process failure
ORA-39700: database must be opened with UPGRADE option
Following is the last lines from alert log:
[code]
Starting up:
Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options.
Windows NT Version V6.1 Service Pack 1
CPU                 : 4 - type 8664, 4 Physical Cores
Process Affinity    : 0x0x0000000000000000
Memory (Avail/Total): Ph:3760M/8191M, Ph+PgF:9170M/16381M
VM name             : VMWare Version (6)
Using parameter settings in server-side spfile F:\APP\ORACLE\PRODUCT\11.2.0\DBHOME_1\DATABASE\SPFILEGEOP.ORA
System parameters with non-default values:
processes                = 150
memory_target            = 3728M
control_files            = "F:\ORACLE11G\ORADATA\GEOP\GEOP\CONTROL01.CTL"
control_files            = "F:\ORACLE11G\ORADATA\GEOP\GEOP\CONTROL02.CTL"
control_files            = "F:\ORACLE11G\ORADATA\GEOP\GEOP\CONTROL03.CTL"
db_block_size            = 8192
compatible               = "11.2.0.0.0"
log_archive_format       = "ARC%S_%R.%T"
db_recovery_file_dest    = "I:\oracle\flash_recovery_area"
db_recovery_file_dest_size= 45G
undo_tablespace          = "UNDOTBS1"
sec_case_sensitive_logon = FALSE
remote_login_passwordfile= "EXCLUSIVE"
db_domain                = ""
dispatchers              = "(PROTOCOL=TCP) (SERVICE=GEOPXDB)"
audit_file_dest          = "F:\APP\ORACLE\ADMIN\GEOP\ADUMP"
audit_trail              = "DB"
db_name                  = "GEOP"
open_cursors             = 300
diagnostic_dest          = "F:\APP\ORACLE"
Thu Dec 12 17:22:18 2013
PMON started with pid=2, OS id=3440
Thu Dec 12 17:22:18 2013
PSP0 started with pid=3, OS id=10252
Thu Dec 12 17:22:19 2013
VKTM started with pid=4, OS id=11684 at elevated priority
VKTM running at (10)millisec precision with DBRM quantum (100)ms
Thu Dec 12 17:22:19 2013
GEN0 started with pid=5, OS id=4528
Thu Dec 12 17:22:19 2013
DIAG started with pid=6, OS id=5652
Thu Dec 12 17:22:19 2013
DBRM started with pid=7, OS id=7676
Thu Dec 12 17:22:19 2013
DIA0 started with pid=8, OS id=5724
Thu Dec 12 17:22:19 2013
MMAN started with pid=9, OS id=6632
Thu Dec 12 17:22:19 2013
DBW0 started with pid=10, OS id=3572
Thu Dec 12 17:22:19 2013
LGWR started with pid=11, OS id=8876
Thu Dec 12 17:22:19 2013
CKPT started with pid=12, OS id=3748
Thu Dec 12 17:22:20 2013
SMON started with pid=13, OS id=8108
Thu Dec 12 17:22:20 2013
RECO started with pid=14, OS id=1932
Thu Dec 12 17:22:20 2013
MMON started with pid=15, OS id=7468
Thu Dec 12 17:22:20 2013
MMNL started with pid=16, OS id=8136
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
starting up 1 shared server(s) ...
ORACLE_BASE from environment = F:\app\oracle
Thu Dec 12 17:22:21 2013
ALTER DATABASE   MOUNT
Successful mount of redo thread 1, with mount id 3351347149
Database mounted in Exclusive Mode
Lost write protection disabled
Completed: ALTER DATABASE   MOUNT
Thu Dec 12 17:22:26 2013
ALTER DATABASE OPEN
Beginning crash recovery of 1 threads
parallel recovery started with 3 processes
Started redo scan
Completed redo scan
read 11 KB redo, 6 data blocks need recovery
Started redo application at
Thread 1: logseq 3, block 2, scn 59089613795
Recovery of Online Redo Log: Thread 1 Group 6 Seq 3 Reading mem 0
Mem# 0: F:\ORACLE11G\ORADATA\GEOP\GEOP\REDO06.LOG
Completed redo application of 0.01MB
Completed crash recovery at
Thread 1: logseq 3, block 24, scn 59089633817
6 data blocks read, 6 data blocks written, 11 redo k-bytes read
Read of datafile 'F:\ORACLE11G\ORADATA\GEOP\GEOP\TEMP01.DBF' (fno 201) header failed with ORA-01203
Rereading datafile 201 header failed with ORA-01203
Errors in file F:\APP\ORACLE\diag\rdbms\geop\geop\trace\geop_dbw0_3572.trc:
ORA-01186: file 201 failed verification tests
ORA-01122: database file 201 failed verification check
ORA-01110: data file 201: 'F:\ORACLE11G\ORADATA\GEOP\GEOP\TEMP01.DBF'
ORA-01203: wrong incarnation of this file - wrong creation SCN
File 201 not verified due to error ORA-01122
LGWR: STARTING ARCH PROCESSES
Thu Dec 12 17:22:27 2013
ARC0 started with pid=19, OS id=10876
ARC0: Archival started
LGWR: STARTING ARCH PROCESSES COMPLETE
ARC0: STARTING ARCH PROCESSES
Thu Dec 12 17:22:28 2013
ARC1 started with pid=24, OS id=10912
Thu Dec 12 17:22:28 2013
ARC2 started with pid=25, OS id=6652
Thu Dec 12 17:22:28 2013
ARC3 started with pid=26, OS id=9648
ARC1: Archival started
ARC2: Archival started
ARC1: Becoming the 'no FAL' ARCH
Thread 1 advanced to log sequence 4 (thread open)
ARC1: Becoming the 'no SRL' ARCH
ARC2: Becoming the heartbeat ARCH
Thread 1 opened at log sequence 4
Current log# 4 seq# 4 mem# 0: F:\ORACLE11G\ORADATA\GEOP\GEOP\REDO04.LOG
Successful open of redo thread 1
MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
SMON: enabling cache recovery
Archived Log entry 64945 added for thread 1 sequence 3 ID 0xc7c27920 dest 1:
Errors in file F:\APP\ORACLE\diag\rdbms\geop\geop\trace\geop_ora_12260.trc:
ORA-00704: bootstrap process failure
ORA-39700: database must be opened with UPGRADE option
Errors in file F:\APP\ORACLE\diag\rdbms\geop\geop\trace\geop_ora_12260.trc:
ORA-00704: bootstrap process failure
ORA-39700: database must be opened with UPGRADE option
Error 704 happened during db open, shutting down database
USER (ospid: 12260): terminating the instance due to error 704
Instance terminated by USER, pid = 12260
ORA-1092 signalled during: ALTER DATABASE OPEN...
opiodr aborting process unknown ospid (12260) as a result of ORA-1092
Thu Dec 12 17:22:33 2013
ORA-1092 : opitsk aborting process
[/code]
Please please please let me know what steps should I do now to get my 11g database operational again?
Now when i am trying:
(SQL prompt)
[code]
>sqlplus "/ as sysdba"
SQL*Plus: Release 11.2.0.3.0 Production on Thu Dec 12 17:22:05 2013
Copyright (c) 1982, 2011, Oracle. All rights reserved.
Connected to an idle instance.
SQL> startup open;
ORACLE instance started.
Total System Global Area 3891630080 bytes
Fixed Size                  2261120 bytes
Variable Size            2147487616 bytes
Database Buffers         1728053248 bytes
Redo Buffers               13828096 bytes
Database mounted.
ORA-01092: ORACLE instance terminated. Disconnection forced
ORA-00704: bootstrap process failure
ORA-39700: database must be opened with UPGRADE option
Process ID: 12260
Session ID: 5 Serial number: 5
SQL> startup open upgrade;
SP2-0714: invalid combination of STARTUP options
SQL> startup upgrade;
ORA-24324: service handle not initialized
ORA-01041: internal error. hostdef extension doesn't exist
SQL> startup upgrade open;
SP2-0714: invalid combination of STARTUP options
SQL> alter database mount;
ERROR:
ORA-03114: not connected to ORACLE
SQL> shutdown immediate;
ORA-24324: service handle not initialized
ORA-01041: internal error. hostdef extension doesn't exist
SQL> startup nomount
ORA-24324: service handle not initialized
ORA-01041: internal error. hostdef extension doesn't exist
SQL>
[/code]

This is why you do backups both before and after doing other things.
So one way to do something like this:
Backup old db.
expdp old db.
Install new 11gR2, create database.
Back it up.
Turn off archivelog.
impdp
Turn on archivelog.
Back it up.
The general thought here is you would start over with the first new db backup if the imp didn't work, you turn off archiving to avoid generating lots of redo that would be for a recovery you would never do.
There is more than one way to do it (TIMTOWTDI), best way depends on details, including volume of data and platform changes. expdp/impdp has an over the network option if disk space is limited and network is fast.
I usually allow for several tries when going to a new box, since the new box will require testing anyways.

Editing tag values logged in tag history / citadel database

Hi,
I having been logging data from input/output tags and memory tags to my citadel database over the past week and due to some errors in my vi (my fault) some values are showing on my trends that are incorrect. These values are affecting my calculations (e.g. zeros, infinite numbers etc) and I would really like to delete them if possible.
Does anyone know a way of going in to the database/tag history and selecting and deleting values whilst still leaving other data in tact?
Many thanks,
Stuart

You can remove the data from a Citadel database using LabVIEW, Lookout or Measurement and Automation Explorer (MAX). This is a two step process:
First you archive the data that you want to delete. When archiving, choose to delete this data from the original database. The archiving operation will move the data from your database to new database.
The second step is to delete the new archived database. This removes the extra database that was created by the archive operation. Once the data has been archived you can remove the archived data by either deleting the database manually or by using file VIs from LabVIEW.
The document elaborates this process for MAX, LabVIEW and Lookout separately
Measurement and Automation Explorer (MAX) You must have Historical Data Viewer installed. It comes with Lookout 5.0 and LabVIEW DSC 6.1.
To remove the historical data in MAX, follow these steps:
Under the Historical Data folder in MAX, select the database that you want to remove data from.
Right-click the database and select New View»Trace. This creates a trace view with the default name of New View under the database folder.
On the Trace Attributes page, click on Add new traces. Select the traces you want to archive.
Select a starting and stopping time.
Right-click New View and select Archive.
Enter a directory path to store the archived data.
Check the Delete data from source database checkbox to delete the data from the source database.
Click Start.
Once it is complete, click Close.

Error while trying to open physical standby database - (DATA GUARD)

Hi Everyone,
I have problems in opening the database of the physical standby in read- write mode/ read only mode. I have a primary server which is running on 2 node RAC and the standby on a seperate single server being used as DR. I recently got this server and my aim was to isolate the standby server from primary server and perform few test. As it has never been tested even once.
Primary Database spec: (2 Node Rac on ASM)
Oracle Version : 10.2.0.3.0
O/s : HP-UX B.11.23
Standby Database spec: (Single Node)
Oracle Version : 10.2.0.3.0
O/s: HP-UX db01 B.11.23
Error:
alter database recover managed standby database cancel;
Database altered.
SQL> alter database open
2 ;
alter database open
ERROR at line 1:
ORA-16004: backup database requires recovery
ORA-01152: file 1 was not restored from a sufficiently old backup
ORA-01110: data file 1: '+DATA/dprod/datafile/system01.dbf'
Parameters :
log_archive_dest_2 string SERVICE=PROD1 LGWR ASYNC VALID
FOR=(ONLINELOGFILES,PRIMARY_
ROLE) DB_UNIQUE_NAME=PROD
remote_archive_enable string true
fal_client string DPROD
fal_server string PROD1, PROD2
Steps tried so far:
Changed log_archive_dest_2 = DEFER on both the primary nodes
Standby :
startup nomount
alter database mount standby database;
alter database recover managed standby database disconnect;
alter database recover managed standby database cancel;
alter database open/readonly (tried both)
Same error.
On Primary:
SQL> select max(sequence#) from v$log_history;
MAX(SEQUENCE#)
55702
on Standby:
MAX(SEQUENCE#)
33289
Primary Database:
SELECT SEQUENCE#, FIRST_TIME, NEXT_TIME FROM V$ARCHIVED_LOG ORDER BY SEQUENCE#;
SEQUENCE# FIRST_TIME NEXT_TIME
55700 13-JUN-11 13-JUN-11
55700 13-JUN-11 13-JUN-11
55701 13-JUN-11 13-JUN-11
55701 13-JUN-11 13-JUN-11
55702 13-JUN-11 13-JUN-11
60824 rows selected.
Standby Database:
SEQUENCE# FIRST_TIME NEXT_TIME
55698 13-JUN-11 13-JUN-11
55699 13-JUN-11 13-JUN-11
55700 13-JUN-11 13-JUN-11
55701 13-JUN-11 13-JUN-11
15206 rows selected.
Additional Information :
There is a delay of 20 minutes before the logs get applied. which has been intentional set by team.
Any help will be highly appreciated. Thanks in advance
Sadiq

Hi,
Primary Database:
select status,checkpoint_count from v$datafile_header;
STATUS CHECKPOINT_COUNT
ONLINE 672472065
ONLINE 672472065
ONLINE 672472065
ONLINE 672472065
ONLINE 672472065
ONLINE 672472065
ONLINE 672472065
ONLINE 672472065
ONLINE 672472065
ONLINE 672472065
ONLINE 672472065
STATUS CHECKPOINT_COUNT
ONLINE 672472065
ONLINE 672472065
ONLINE 672472065
ONLINE 672472065
ONLINE 672472065
ONLINE 672472065
ONLINE 59736
ONLINE 59736
ONLINE 59736
ONLINE 59736
ONLINE 59736
STATUS CHECKPOINT_COUNT
ONLINE 57717
ONLINE 57717
57 rows selected.
Standby Database;
select status,checkpoint_count from v$datafile_header;
STATUS CHECKPOINT_COUNT
ONLINE 672445072
ONLINE 672445072
ONLINE 672445072
ONLINE 672445072
ONLINE 672445072
ONLINE 672445072
ONLINE 672445072
ONLINE 672445071
ONLINE 672445071
ONLINE 672445071
ONLINE 672445071
STATUS CHECKPOINT_COUNT
ONLINE 672445071
ONLINE 672445071
ONLINE 672445071
ONLINE 672445071
ONLINE 672445071
ONLINE 672445071
ONLINE 32742
ONLINE 32742
ONLINE 32742
ONLINE 32742
ONLINE 32742
STATUS CHECKPOINT_COUNT
ONLINE 30723
ONLINE 30723
57 rows selected.
Archieve log list :
Primary database:
SQL> archive log list
Database log mode Archive Mode
Automatic archival Enabled
Archive destination USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence 49110
Next log sequence to archive 49111
Current log sequence 49111
Standby Database:
SQL> archive log list;
Database log mode Archive Mode
Automatic archival Enabled
Archive destination USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence 49110
Next log sequence to archive 0
Current log sequence 49111
I tried log switch multiple times in primary database i saw that its getting highlighted in standby database.

Slow open a shared worksheet remotely

Problem:
very slow to open a shared worksheet in excel 2010 remotely. locally open is not a problem. I don't know why?

Hi Marseugene,
If this issue is occurred by a *.xlsx file or other files? Did you enable the Share Workbook option for you workbook? And if only you get this issue, or other users also have this problem?
There are articles about excel opens slowly over network, please refer to these links:
https://support.microsoft.com/en-us/kb/2570623
http://blogs.technet.com/b/the_microsoft_excel_support_team_blog/archive/2011/09/29/office-file-validation-causes-slow-opening-of-excel-files-from-network.aspx
It seems that Office File Validation (OFV) causes the issue, you can download and install the Office 2010 File Validation update to help you solve the issue.
https://support.microsoft.com/en-us/kb/2553065
If the issue still exists, you can refer to these articles above and try the workarounds to help you solve your problem.
Or if your issue was caused in wireless net network, please read this article:
https://support.microsoft.com/en-us/kb/2807742
The workaround about this kind of issue is to delete the custom views that you do not need. Then, clear the Print settings check box under the Include in personal view heading in the Share Workbook dialog box. Or, use Excel Services and Microsoft SharePoint
instead of the Share Workbook option.
And the issue also might be related to Internet Explorer performing a search of network drives and your local area network and any disconnected network drives or LAN search issues will hang the loading of your Excel spreadsheet. Here is how to stop Excel
2010 from browsing your LAN / Network drives when you open an Excel spreadsheet on your local hard drive:
Start Internet Explorer
Go to "Tools" menu
Go to "Internet Options"
Go to "Security" tab
Go to "Local Intranet"
Click on "Sites" button
Uncheck "Automatically detect intranet network"
Please try these methods and let me know if they work, I am glad to help and forward to your reply.
Regards,

Standby Database fails to read dictionary from redo log

hi,
I am attempting to create a Logical standby database on same machine as the primary database. I have executed the steps outlined in Oracle Documentation several times, but end up with the same error. Detailes of setup and error are provided below. Please help. Thanks.
==========
OS: REdhat 8 (2.4.18-14)
RDBMS: Oracle EE Server 9.2.0.3.0
primary db init details:
*.log_archive_dest_1='LOCATION=/usr3/oracle/admin/lbsp/archive/ MANDATORY'
*.log_archive_dest_2='SERVICE=STDBY'
standby db init details:
log_archive_dest_1='LOCATION=/usr3/oracle/admin/stdby/archive/'
standby_archive_dest='/usr3/oracle/admin/lbsp/archive_pdb/'
Standby alert log file (tail)
LOGSTDBY event: ORA-01332: internal Logminer Dictionary error
Sun Jul 13 11:37:20 2003
Errors in file /usr3/oracle/admin/stdby/bdump/stdby_lsp0_13691.trc:
ORA-01332: internal Logminer Dictionary error
LSP process trace file:
Instance name: stdby
Redo thread mounted by this instance: 1
Oracle process number: 18
Unix process pid: 13691, image: oracle@prabhu (LSP0)
*** 2003-07-13 11:37:19.972
*** SESSION ID:(12.165) 2003-07-13 11:37:19.970
<krvrd.c:krvrdfdm>: DDL or Dict mine error exit. 384<krvrd.c:krvrdids>: Failed to mine dictionary. flgs 180
knahcapplymain: encountered error=1332
*** 2003-07-13 11:37:20.217
ksedmp: internal or fatal error
. (memory dump)
KNACDMP: Unassigned txns = { }
KNACDMP: *******************************************************
error 1332 detected in background process
OPIRIP: Uncaught error 447. Error stack:
ORA-00447: fatal error in background process
ORA-01332: internal Logminer Dictionary error
another trace file created by error is: stdby_p001_13695.trc
Instance name: stdby
Redo thread mounted by this instance: 1
Oracle process number: 20
Unix process pid: 13695, image: oracle@prabhu (P001)
*** 2003-07-13 11:37:19.961
*** SESSION ID:(22.8) 2003-07-13 11:37:19.908
krvxmrs: Leaving by exception: 604
ORA-00604: error occurred at recursive SQL level 1
ORA-01031: insufficient privileges
ORA-06512: at "SYS.LOGMNR_KRVRDREPDICT3", line 68
ORA-06512: at line 1
there are no errors anywhere during the creation, mounting or opening of standby database. After the initial log register, any log switch on primary is communicated to standby and visible in DBA_LOGSTDBY_LOG. Also, archived logs from primary are successfuly copied by system to directory pointed by standby db's standby_archive_dest parameter.
I noticed, somehow everytime I issue "ALTER DATABASE START LOGICAL STANDBY APPLY" command the procedures and packages related to logmnr get invalid. I compile them and again after "APPLY" they become invalid.
Invalid object list:
OBJECT_TYPE OBJECT_NAME
VIEW DBA_LOGSTDBY_PROGRESS
PACKAGE BODY DBMS_INTERNAL_LOGSTDBY
PACKAGE BODY DBMS_STREAMS_ADM_UTL
VIEW LOGMNR_DICT
PACKAGE BODY LOGMNR_DICT_CACHE
PROCEDURE LOGMNR_GTLO3
PROCEDURE LOGMNR_KRVRDA_TEST_APPLY
Anybody point out what I am doing wrong. Thanks for the help

ORA-15001: diskgroup "ORAREDO3" does not exist or is not mounted
ORA-15001: diskgroup "ORAREDO3" does not exist or is not mountedhave you mentioned parameter LOG_FILE_NAME_CONVERT in standby when online redo log locations are different?
post from standby:-
SQL> select name, state From v$asm_diskgroup;
FAL[client, MRP0]: Error 1031 connecting to MKS01P_PRD for fetching gap sequence
ORA-01031: insufficient privilegesPost from primary & standby
SQL> select * from v$pwfile_users;
User Profile for 919131
919131
Handle:     919131
Status Level:     Newbie
Registered:     Mar 6, 2012
Total Posts:     16
Total Questions:     8 (8 unresolved)
OTN failed 100% to help you, then why you posted another question?
First close all your old answered threads and then better continue your updates in your thread.
Edited by: CKPT on Jul 9, 2012 11:45 AM

ORA-00308: cannot open archived log, ORA-27041

hi All,
here I am making DR server and I copied SAP Data file1,2,3,4 from PRD to DR server and created control file. when I try to run following command for applied archives which i copy from PRD then getting below error.
SQL>Startup
Database mounted.
ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
SQL> recover database using backup controlfile;
ORA-00279: change 1209554452 generated at 02/09/2012 17:02:57 needed for thre
1
ORA-00289: suggestion : F:\ORACLE\PRD\ORAARCH\PRDARCH1_59501_657865393.DBF
ORA-00280: change 1209554452 for thread 1 is in sequence #59501
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
auto
ORA-00308: cannot open archived log
'F:\ORACLE\PRD\ORAARCH\PRDARCH1_59501_657865393.DBF'
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2) The system cannot find the file specified.
ORA-00308: cannot open archived log
'F:\ORACLE\PRD\ORAARCH\PRDARCH1_59501_657865393.DBF'
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2) The system cannot find the file specified.
here required PRDARCH1_59501_657865393.DBF while PRD server have PRDARCHARC59501_0657865393.001
I did change the LOG_ARCHIVE_DEST parameter in initSID.ora of DR server and not in PRD.
please tell that, how can i apply PRD's archive (.001 extension) on DR.
Regards,

hi all,
after recommendation , now parameter values on DR server is :
*.log_archive_dest_1='LOCATION=F:\oracle\PRD\oraarch\PRDarch'
*.log_archive_format='%t_%s_%r.001'
when i try to apply
SQL> recover database using backup controlfile;
ORA-00279: change 1211443555 generated at 02/10/2012 23:36:05 needed for thread
1
ORA-00289: suggestion : F:\ORACLE\PRD\ORAARCH\PRDARCH\1_59557_657865393.001
ORA-00280: change 1211443555 for thread 1 is in sequence #59557
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
auto
ORA-00308: cannot open archived log
'F:\ORACLE\PRD\ORAARCH\PRDARCH\1_59557_657865393.001'
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2) The system cannot find the file specified.
if you see that the required archive is: 1_59557_657865393.001
while copied archive exist with this name: PRDARCHARC59557_0657865393.001
I tried to change in Format parameter to make required format but
Exp:
%t_%s_%r.001
1_59557_657865393.001
ARC%s%r%t.001
ARC595576578653931.001'
ARC%s_%r%t.001
ARC59557_6578653931.001
ARC%s_%r.%t
ARC59557_657865393.1
PRDARCHARC%s_%r.%t
PRDARCHARC59557_657865393.1
Required Format: PRDARCHARC59540_0657865393.001
how can i resolve this different name issue? please suggest me required format.
Regards,

Latency in accessing Citadel Database over the LAN

Hi!
I have two systems running LabVIEW 2013 with DSC 2013 and I am using one of the systems to acquire (using shared variables) and log data internally in the citadel database. I have made an application to visualize this data either locally on the same PC or over the LAN. When I am using the application on the same local machine which is logging the data, its all working fine and very fast. But when I access the same database over the LAN, the application takes a finite amount of time (anything between 2-18 secs everytime) to retrieve and show the data. Since the database size is very small (less than 5MB), logging rate is low (1Hz), number of traces are not much (14 traces), data is boolean, it should not take so much time to show the values over the LAN (the application should be as snappy as it is on the local PC). I am at my wits' end but I am not able to reduce this latency or find any logical reason for it to be present.
I specify the logging PC's name whenever I want to retrieve the trace (as shown in the attached picture), I have a feeling that if I replace that with the IP address of the system, things should become fast. But whenever I try this, LabVIEW throws up an error saying that the specified trace/database does not exist.
I am attaching a pic of the architecture and a simplified image of how I am retrieving the data from the database with this post.
Any help shall be deeply appreciated.
Attachments:
LAN Architecture.png ‏23 KB
Accessing database.png ‏14 KB

To enable external access without VPN, you must assign an external IP address and also map that external IP to the server. Additionally, you must open the associated ports (http) on the firewall (doesnt matter what firewall you use). You will have to map the extranal ip to the internal IP that you have set on the EBS server configuration. In some cases, you have to enable the proxy as well.

Slow opening archived citadel database on first read

Similar Messages

Maybe you are looking for