Cannot allocate new log&Private strand flush not complete

There are two Oracle10g(10.2.0.5) Database running on SUN M5000(SPARC64 VII 2.53 GHz Quad-Core Processors*4/32GB Memory).
The first Oracle10g DB is running with 8GB SGA and 1GB PGA, the second Oracle10g DB is runing with 7GB SGA and 2GB PGA.
We encountered a issue on the second Oracle DB. When we manually switch the online redo logs with an alter system command as below.
SQL> alter system switch logfile;
The Alert log will display the following messages:
Thread 1 cannot allocate new log, sequence xxx
Private strand flush not complete .
All other Oracle10g DB will not occur "Private strand flush not complete" messages except for the second Oracle10g DB. I want to know the detail reason.
I also saw two Doc ID:[ID 372557.1] and [ID 435887.1] from Oracle Metalink. But I am not satisfacted with what they wrote.
My last target to resolve the issue.
Anyone help me ?
I am kylix.
[email protected]

hi
Hemant
iam very new to this field,since 20 days i am having one big problem in my databases,i have 2 database in my windows server environment ,recently i have upgrade my both the database from 10g to 11g.Why i upgrade means in 10g iam getting error ora-07445 access violation,in my alertlog file (when iam going to take full database backup through export getting this error in logfile and export stops with error) so i thought to apply the patch,but with discussion with my manager and team, we all thought this is the time to upgrade so we changed to 11g
then 11g upgrade is 100% successfully completed, to verify the export on 11g ,i thought to take logical backup of my 2 database's
C:\Users\Administrator>exp system/password@tnsname file=full_05_1_2013.dmp log=05_1_2013.log full=y
Export: Release 11.2.0.1.0 - Production on Sat Jan 19 09:18:06 2013
Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved.
Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
Export done in WE8ISO8859P1 character set and AL16UTF16 NCHAR character set
server uses AR8MSWIN1256 character set (possible charset conversion)
About to export the entire database ...
. exporting tablespace definitions
. exporting profiles
. exporting user definitions
. exporting roles
. exporting resource costs
. exporting rollback segment definitions
. exporting database links
. exporting sequence numbers
. exporting directory aliases
. exporting context namespaces
. exporting foreign function library names
. exporting PUBLIC type synonyms
. exporting private type synonyms
. exporting object type definitions
. exporting system procedural objects and actions,
what happening here is it just coming to this point and stopping here for hours............more than 10 hours (I have to kiill this session manually).I tried with single user its working but when i take full backup of database export , then it not working,,, i have cross check every possibilities by giving full privilages,space check,and many other but no solution, i was unable to take full backup ,(but i can take single user backup)
i have even applied bundle patch (Oracle® Database Server Version 11.2.0.1 Patch 16) 100% sucessfully but the error continious)))))))))))))))))))))))))))))))))))
NOTE:___one more twist here is , when i bounce the database then i can take full database backup with out error and warnings for 6 to 7 times then again at 8th time its again stopping at above point.......................................................(when i need full logical backup again i need to bounce the db)
what for its stopping here, why it is not going forward,,, its issue with both the database's same,
NOTE:ERROR IN MY ALERTLOG FILE AND TRACEFILE IS
trace file d:\app\admin\diag\rdbms\memfa\memfa\trace\memfa_j000_7844.trc
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
Windows NT Version V6.0 Service Pack 2
CPU : 16 - type 8664, 16 Physical Cores
Process Affinity : 0x0x0000000000000000
Memory (Avail/Total): Ph:1148M/16379M, Ph+PgF:17118M/32914M
Instance name: abha210
Redo thread mounted by this instance: 1
Oracle process number: 22
Windows thread id: 7844, image: ORACLE.EXE (J000)
*** 2013-01-17 12:00:00.124
*** SESSION ID:(196.16104) 2013-01-17 12:00:00.124
*** CLIENT ID:() 2013-01-17 12:00:00.124
*** SERVICE NAME:(SYS$USERS) 2013-01-17 12:00:00.124
*** MODULE NAME:(DBMS_SCHEDULER) 2013-01-17 12:00:00.124
*** ACTION NAME:(PURGE_LOG) 2013-01-17 12:00:00.124
purge queue_table SYS.SCHEDULER_FILEWATCHER_QT
purge queue_table SYS.SCHEDULER$_EVENT_QTAB
alertlogfile___________________________
Thread 1 cannot allocate new log, sequence 123
Private strand flush not complete
Current log# 4 seq# 122 mem# 0: D:\APP\ADMIN\ORADATA\memfa\REDO04.LOG
Thread 1 advanced to log sequence 123 (LGWR switch)
Current log# 5 seq# 123 mem# 0: D:\APP\ADMIN\ORADATA\memfa\REDO05.LOG
already i have change my redo log to 50 to 500 each(3) and increase retention time too
i have tried for more than 50 time by running full database export command ,but its not working ,sometimes 24 hours till at that point only(if i bounce the both the database's then,full database export completes in 9 min(successfully without error and without warnings
these are veru new databases size nearly 8gb each
please assist/help me in solving this issue,

Similar Messages

  • Thread 1 cannot allocate new log, sequence 714 - Checkpoint not complete

    I'm working in a Oracle 10g database, running on RHEL. The alert_*.log file is putting out this type of text for the past few months:
    Thread 1 advanced to log sequence 713 (LGWR Switch)
    Current log#2 seq# 713 mem# 0: /dbfiles/..../onlinelog/filename.log
    Current log #2 ..........
    Thread 1 cannot allocate new log, sequence 714
    Checkpoint not complete
    Any ideas to get me pointed in the right direction is appreciated,
    Thank you in advance,
    Wes

    The immediate fixes Vishal suggests are the standard answer, but there is more to it, as the MOS doc he references shows. Additional questions I would ask:
    How long is the delay between the inability to switch and when it actually switches? How many datafiles do you have? What is waiting in the db?
    In general, I find making log files sized for the rare massive updates, then using the built-in timeouts to switch every 20 or 30 minutes (depending on management recoverability expectations), helps avoid some of these problems. More specifically, run a statspack or awr (if licensed) report for maybe an hour during heavy times, and see what it thinks the waits are. Tuning is an iterative process, and sometimes different things can cause similar symptoms. Sometimes fixing the biggest problem (which is often poor SQL) can radically change the symptoms observed. Other times you find you have dying hardware, or someone messed up a switch configuration.

  • Thread 1 cannot allocate new log, sequence 80064 - Checkpoint not complete

    Hi,
    from few days we have sometimes this message into alert. I've just try to increase the size of redo log file but without success, have you got any idea?
    Thank you.
    Wed Jul 30 00:08:05 2014
    Beginning log switch checkpoint up to RBA [0x138bd.2.10], SCN: 4473445936
    Thread 1 advanced to log sequence 80061 (LGWR switch)
      Current log# 1 seq# 80061 mem# 0: F:\ORACLE\PRD\ORIGLOGA\LOG_G11M1.DBF
      Current log# 1 seq# 80061 mem# 1: F:\ORACLE\PRD\MIRRLOGA\LOG_G11M2.DBF
    Beginning log switch checkpoint up to RBA [0x138be.2.10], SCN: 4473445939
    Thread 1 advanced to log sequence 80062 (LGWR switch)
      Current log# 2 seq# 80062 mem# 0: F:\ORACLE\PRD\ORIGLOGB\LOG_G12M1.DBF
      Current log# 2 seq# 80062 mem# 1: F:\ORACLE\PRD\MIRRLOGB\LOG_G12M2.DBF
    Beginning log switch checkpoint up to RBA [0x138bf.2.10], SCN: 4473445942
    Thread 1 advanced to log sequence 80063 (LGWR switch)
      Current log# 3 seq# 80063 mem# 0: F:\ORACLE\PRD\ORIGLOGA\LOG_G13M1.DBF
      Current log# 3 seq# 80063 mem# 1: F:\ORACLE\PRD\MIRRLOGA\LOG_G13M2.DBF
    Wed Jul 30 00:08:06 2014
    Archived Log entry 80064 added for thread 1 sequence 80061 ID 0x70061a1e dest 1:
    Thread 1 cannot allocate new log, sequence 80064
    Checkpoint not complete
    Wed Jul 30 00:08:06 2014
    Archived Log entry 80065 added for thread 1 sequence 80062 ID 0x70061a1e dest 1:
      Current log# 3 seq# 80063 mem# 0: F:\ORACLE\PRD\ORIGLOGA\LOG_G13M1.DBF
      Current log# 3 seq# 80063 mem# 1: F:\ORACLE\PRD\MIRRLOGA\LOG_G13M2.DBF
    Wed Jul 30 00:08:08 2014
    Archived Log entry 80066 added for thread 1 sequence 80060 ID 0x70061a1e dest 1:
    Wed Jul 30 00:08:09 2014
    Completed checkpoint up to RBA [0x138bd.2.10], SCN: 4473445936
    Beginning log switch checkpoint up to RBA [0x138c0.2.10], SCN: 4473445946
    Thread 1 advanced to log sequence 80064 (LGWR switch)
      Current log# 4 seq# 80064 mem# 0: F:\ORACLE\PRD\ORIGLOGB\LOG_G14M1.DBF
    Completed checkpoint up to RBA [0x138c0.2.10], SCN: 4473445946
      Current log# 4 seq# 80064 mem# 1: F:\ORACLE\PRD\MIRRLOGB\LOG_G14M2.DBF
    Archived Log entry 80067 added for thread 1 sequence 80063 ID 0x70061a1e dest 1:
    Completed checkpoint up to RBA [0x138bf.2.10], SCN: 4473445942
    Completed checkpoint up to RBA [0x138be.2.10], SCN: 4473445939

    ========================================================
    GENERIC OPATCH VERSION - FOR USE IN SAP ENVIRONMENT ONLY
    ========================================================
    Oracle Installer di patch provvisorie versione 11.2.0.3.1
    Copyright (c) 2012, Oracle Corporation. Tutti i diritti riservati.
    Oracle Home       : I:\oracle\PRD\11203
    Central Inventory : C:\Program Files\Oracle\Inventory
       from           : n/a
    OPatch version    : 11.2.0.3.1
    OUI version       : 11.2.0.3.0
    Log file location : I:\oracle\PRD\11203\cfgtoollogs\opatch\opatch2014-07-30_00-4
    7-57AM_1.log
    Lsinventory Output file location : I:\oracle\PRD\11203\cfgtoollogs\opatch\lsinv\
    lsinventory2014-07-30_00-47-57AM.txt
    Prodotti di livello superiore installati (1):
    Oracle Database 11g                                                  11.2.0.3.0
    Ci sono 1 prodotti installati in questa Oracle home.
    Patch provvisorie (6) :
    Patch  16167942     : applied on Sat May 18 11:50:42 CEST 2013
    Unique Patch ID:  15646955
    Patch description:  "ORACLE 11G 11.2.0.3 PATCH 15 BUG FOR WINDOWS (64-BIT AMD64
    AND INTEL EM64)"
       Created on 01 Feb 2013, 00:06:51 hrs PST8PDT
       Bugs fixed:
         16167942, 15841373, 14252187, 13877007, 14249514, 13891981, 12637294
         14511876, 14309075, 13736413, 12862170, 13901201, 12819999, 16019955
         15996520, 14775679, 13902963, 15924589, 14525739, 14744263, 12838063
         15910002, 14751895, 14107475, 13262857, 14641969, 15938047, 15982436
         13924173, 14761411, 16042648, 13337530, 14810890, 13605675, 7335665
         12686027, 16011871, 13729351, 13923995, 12813641, 12985237, 14600776
         14565062, 13066936, 14510516, 14192781, 14164191, 14505752, 15834269
         13559463, 14702500, 12345305, 14467027, 14807785, 14590564, 13849733
         13916549, 14755945, 15869211, 13365021, 13972394, 14193629, 14808639
         14189694, 13848402, 14226599, 13621258, 13827380, 14762511, 14064573
         13777449, 15848120, 14546673, 14546638, 14546575, 14469008, 14263073
         14263036, 14258925, 14205448, 14023636, 14035825, 13685544, 14040433
         13593999, 13026410, 12964067, 12873183, 12857027, 12345082, 14589750
         14668670, 13791678, 13769577, 13658087, 14230270, 13890080, 13810393
         13551402, 14644185, 13686047, 12583611, 14488943, 14176879, 13727644
         13517951, 13361350, 14373728, 13602883, 13580513, 10219624, 14645769
         14007968, 14827344, 9153183, 15853081, 14138130, 14168099, 14810093
         13845120, 14277586, 14271305, 13879428, 13938166, 12558569, 10260842
         14569263, 14100232, 13912373, 13653178, 14242977, 14102704, 14001941
         13993634, 13634583, 14828076, 13645875, 14398795, 13879553, 12940620
         14663556, 12327035, 14207902, 12557401, 14653598, 14587310, 14224606
         14577426, 14386985, 13783957, 12656350, 11836374, 14485163, 14624988
         14582487, 14332938, 14166276, 14479390, 14372670, 14038163, 13535104
         13744724, 14245087, 14305767, 14731193, 14313519, 14500723, 12928700
         12571916, 14245825, 13642044, 9706792, 13693929, 13903046, 14581922
         14142884, 14393900, 9778542, 13115786, 13427062, 14164849, 13399711
         11686700, 14175146, 14499293, 13615767, 14625969, 14513934, 14320472
         14613223, 13040943, 12812148, 14360965, 13911821, 14140535, 14204172
         13949042, 14367567, 9949330, 14467202, 14323857, 13834065, 13632653
         14110275, 13549808, 14196818, 13819727, 9751365, 10029609, 11846912
         12646510, 12766337, 12826115, 12860701, 12865360, 12973529, 13031176
         13040909, 13061085, 13066239, 13071375, 13111783, 13114306, 13345188
         13376866, 13393115, 13406688, 13408107, 13433178, 13459147, 13531801
         13553502, 13603792, 13608532, 13622539, 13622968, 13738130, 13961338
         14054189, 13851432, 14063422, 13973307, 14119388, 14282903, 14517263
         13716797, 14465787, 14613900, 14304758, 14251904, 14214257, 14153867
         14009845, 13889047, 13888719, 13820621, 13697828, 12663376, 11675721
         12889329, 13410987, 13965075, 13869978, 13843080, 13825231, 13582411
         13550689, 13023609, 13000491, 10418841, 10317921, 13523527, 13498267
         14096743, 14010695, 13947200, 14259185, 14280458, 14276345, 14543814
         13804294, 13718279, 13612575, 13430938, 13384182, 13377816, 13250244
         12794305, 12693626, 12352406, 12879628, 13534412, 13524698, 13743987
         14207317, 13918644, 14198511, 14088346, 12791981, 13011409, 13038684
         12865902, 12768840, 14076523, 13632809, 14458246, 13359289, 12794025
         9952132, 13780816, 12950694, 14162791, 13093358, 14255600, 13936424
         14301592, 14050233, 13528725, 14500052, 10146616, 14409183, 14324057
         14313389, 5918695, 12430142, 13399435, 13913630, 13732226, 10084752
         13591624, 14237793, 14013094, 10229475, 13078786, 14052474, 13637058
         12646746, 13000553, 14254795, 14215010, 13922729, 13942694, 12898637
         14309390, 13958038, 10214323, 13710236, 14115858, 14240544, 14158332
         13073613, 11074304, 13868705, 12723295, 13853654, 14074606, 13784384
         14386810, 14223718, 14018752, 13258936, 13723052, 12898020, 10625145
         14052871, 13076238, 13992002, 13242070, 12955701, 12693573, 14026888
         13984965, 13366199, 13843286, 13616375, 12839247, 8547978, 13714926
         13023854, 13910420, 11837095, 12842909, 12959852, 13632140, 13780035
         13860201, 13711083, 13628002, 13397104, 12358083, 13743357, 13945708
         10384051, 13591484, 13051250, 13727853, 12959627, 14095820, 5144934
         13657605, 13582702, 12966665, 13463131, 13773133, 12918738, 13099577
         13690409, 13645917, 11708510, 14042380, 13627489, 13652437, 12733042
         13907462, 13608299, 13624984, 9095696, 12794090, 9706532, 13469158
         13947480, 13555112, 13399236, 12910565, 13790109, 12552578, 13896848
         13737746, 13080778, 13458016, 13873885, 12312133, 12731940, 12672969
         13355095, 13981051, 13467683, 13457582, 13370330, 13340388, 12976376
         12797420, 12658411, 10133521, 9761357, 13827394, 13729832, 13851978
         13559770, 13592937, 13592919, 13478856, 13559540, 13641696, 13729808
         13632530, 14100237, 11071989, 13786142, 13839641, 13041324, 13857364
         13853089, 13806545, 13726162, 13657366, 13617861, 13604057, 13483672
         12959140, 12914722, 12910033, 12771830, 13776758, 13339443, 12680491
         10114953, 12966774, 13965211, 12424121, 13478060, 13786778, 13579992
         13705338, 13603613, 13476583, 12745662, 9190186, 13530646, 13520452
         9019231, 13610777, 12905053, 10263668, 13550185, 13385346, 13448206
         12772404, 13911711, 11072246, 13104881, 13863326, 12889054, 13775960
         13777823, 13464002, 11824898, 13535622, 13916709, 12880299, 12918338
         12529945, 13811209, 14058362, 13724808, 13885389, 13649031, 13350245
         13553883, 13388104, 13635347, 13404129, 13031118, 12530140, 13023541
         13767921, 13787482, 13641076, 13807411, 13724992, 12965899, 13791443
         12879027, 13584130, 13495307, 12594032, 13709220, 13247965, 13243072
         13683125, 13652493, 12957127, 10215977, 13014128, 13040331, 12857222
         12977501, 12664456, 12405931, 13525554, 13492863, 13573521, 13873471
         13366268, 13352423, 13460353, 12709476, 13652088, 13886023, 13942723
         12919564, 12894807, 12829021, 12612118, 11063191, 13503598, 13482688
         13354082, 13484963, 13395403, 13542159, 12983611, 13718476, 12846562
         9659614, 13326736, 11846902, 11665727, 13257247, 13588248, 13544396
         13566938, 13615517, 13425727, 13037709, 12730342, 12349553, 13502441
         13258062, 13251796, 13247273, 12659561, 12639013, 12594616, 11772838
         13570057, 12403721, 12585543, 12784549, 12834800, 12975771, 13040171
         13058950, 13063120, 13077335, 13365700, 13382280, 13384397, 13440516
         13454210, 13457537, 13477790, 13496250, 13501787, 13505390, 13506110
         13524899, 13572659, 13594712, 13617627, 13326289, 13555974, 13035360
         13420224, 13419660, 13036331, 13332439, 13420174, 12583826, 13358781
         11883969, 13524237, 12867713, 13328193, 13516727, 11865420, 13502183
         13259364, 13371153, 12998795, 13413168, 12897902, 13044108, 12971242
         12834027, 12620823, 13420516, 12849377, 12975811, 12646784, 12829429
         12538907, 12950823, 12848480, 12823838, 13366202, 13002015, 12834777
         13001901, 13017428, 13082238, 12965049, 11840910, 12656535, 12617123
         13073340, 12925041, 12938841, 13023632, 13066371, 12942119, 11877623
         12810890, 12995950, 12765467, 12934171, 13070939, 12535346, 12985184
         13103913, 12765868, 12622441, 12876314, 12820045, 13038806, 13090686
         12923168, 13362079, 12591252, 12718090, 12873909, 10350832, 12795861
         13039908, 12976590, 13017584, 12627504, 13263435, 12847466, 12797765
         12758736, 12878750, 12861463, 13024624, 12764337, 12662040, 13068077
         12914824, 13074261, 12668341, 12597906, 12932852, 13045518, 12897651
         12960925, 12728585, 13019958, 12902661, 12886827, 12913474, 3522216
         12678920, 12885323, 13334158, 12947871, 12896850, 13001955, 12784559
         12827166, 9703627, 12772345, 12905058, 13345868, 10357727, 12827493
         13004894, 12780983, 12842804, 13146719, 12655301, 12960302, 13085732
         12979199, 12638117, 13357509, 12401111, 12857064, 8631856, 13035804
         13355963, 12845115, 12695029, 12990582, 12971775, 12867511, 12917230
         12582664, 12849688, 12950644, 12588744, 13011520, 12899169, 12823042
    Patch  14658090     : applied on Sat May 18 11:40:34 CEST 2013
    Unique Patch ID:  15859799.1
       Created on 27 Jan 2013, 08:31:45 hrs PST8PDT
       Bugs fixed:
         14658090
    Patch  13575265     : applied on Sat May 18 11:40:14 CEST 2013
    Unique Patch ID:  14606745
       Created on 27 Feb 2012, 02:10:47 hrs PST8PDT
       Bugs fixed:
         13575265
    Patch  13508485     : applied on Sat May 18 11:39:34 CEST 2013
    Unique Patch ID:  14395138
       Created on 21 Dec 2011, 13:23:38 hrs PST8PDT
       Bugs fixed:
         13508485
    Patch  12325243     : applied on Sat May 18 11:38:51 CEST 2013
    Unique Patch ID:  14243031
       Created on 7 Nov 2011, 11:57:40 hrs PST8PDT
       Bugs fixed:
         12325243
    Patch  9584028      : applied on Sat May 18 11:38:31 CEST 2013
       Created on 22 Jun 2012, 11:39:40 hrs CEST
       Bugs fixed:
         9584028
    OPatch succeeded.

  • Thread 1 cannot allocate new log, sequence 1558 Checkpoint not complete

    hi,
    i m working on oracle 10g rac database on aix machine . i m getting this error on peck time
    Thread 1 cannot allocate new log, sequence 1558 Checkpoint not complete
    i read lots of documents and they asked to increase size of redo file or add more redo files.
    can u plz describe me y m i getting this error ? & how adding redo file can help in this error.
    thxs

    when yours current redo log filled and then started to switch another log then checkpoint occurs ,this checkpoint started to write dirty buffer from buffer cache to datafile , you cannot reuse this logfile unless checkpoint process writes alls dirty buffer from buffer cache to disk which contained this redo log file.If you attempt to reuse the same log file which cause to checkpoint upon log switch then you will get this error.
    Typically this error comes where yours number of redo log switches occuring too frequently or you have less number of redo logs.
    lets say if you have 2 redolog file A and B,yours A redolog filled and then oracle switch from redo log A to B,checkpoint occurs,DBWRn started to write dirty buffer to disk meanwhile yours redo log B also get filled antoher log switch occurs to be attempt to reuse redo log file A ,but redo log A will not be entertain unless the previous checpoint completed to write alls dirty block from buffer cache to hard disk which is contained thats redo log A.
    Adding redo log will be helpful in this case that redo log will switch to another new added redo log say C and A log file will get more time to be completed checkpoint which he/she contains contents.
    Khurram

  • Thread 1 cannot allocate new log, sequence 5720 Checkpoint not completed

    Hi,
    I can see a lot of messages like that:
    Thread 1 cannot allocate new log, sequence 5720
    Checkpoint not complete
    What is the problem?? I think is about permissions.
    What permissions do i need to give to log_archive_dest directory and redo log file directory??
    Is the only thing that i can see that coulb be the problem because my HP-UX change the permissions of some directories sometimes and the SYS ADMIN don´t know how and why.
    I can do:
    SQL> alter system switch logfile;
    System altered.
    SQL> alter system checkpoint;
    System altered.
    Tks,
    Paulo.

    Thread 1 cannot allocate new log, sequence 5720
    Checkpoint not complete
    What is the problem?Lgwr wants to switch to and reuse the "tail" redo group, but since checkpointing for that group is not yet completed, lgwr has to wait until all data, that the redo protects, has been written down to datafiles. This stops (temporarily) writing of redo from buffer to log files and you get that message in the alert.log.
    How many redo log groups and what is their size?

  • Thread 1 cannot allocate new log, sequence 1196,Checkpoint not complete

    We were receiving the following messages in alert log. We have Oracle 10g R2 database having four redo log groups with two members each (50 MB). To overcome this error yesterday we added two more groups with same config. Again we received the same message in the alert log.
    Alert Log contents:
    Fri Dec 22 11:21:39 2006
    Thread 1 cannot allocate new log, sequence 1193
    Checkpoint not complete
    Current log# 1 seq# 1192 mem# 0: /u02A/oradata/admin/origlogA/redo01.log
    Thread 1 advanced to log sequence 1193
    Current log# 5 seq# 1193 mem# 0: /u02A/oradata/admin/origlogA/redo05.log
    Thread 1 cannot allocate new log, sequence 1194
    Checkpoint not complete
    Current log# 5 seq# 1193 mem# 0: /u02A/oradata/admin/origlogA/redo05.log
    Current log# 5 seq# 1193 mem# 1: /u02B/oradaFri Dec 22 11:21:50 2006
    Thread 1 advanced to log sequence 1194
    Current log# 6 seq# 1194 mem# 0: /u02A/oradata/admin/origlogA/redo06.log
    Current log# 6 seq# 1194 mem# 1: /u02B/oradata/admin/origlogB/redo06_2.log
    Thread 1 advanced to log sequence 1195
    Current log# 2 seq# 1195 mem# 0: /u02A/oradata/admin/origlogA/redo02.log
    Current log# 2 seq# 1195 mem# 1: /u02B/oradata/admin/origlogB/redo02_2.log
    Fri Dec 22 11:22:05 2006
    Thread 1 cannot allocate new log, sequence 1196
    Checkpoint not complete
    Current log# 2 seq# 1195 mem# 0: /u02A/oradata/admin/origlogA/redo02.log
    Current log# 2 seq# 1195 mem# 1: /u02B/oradata/admin/origlogB/redo02_2.log
    Thread 1 advanced to log sequence 1196
    Current log# 3 seq# 1196 mem# 0: /u02A/oradata/admin/origlogA/redo03.log
    Current log# 3 seq# 1196 mem# 1: /u02B/oradata/admin/origlogB/redo03_2.log
    Thread 1 cannot allocate new log, sequence 1197
    Checkpoint not complete

    You might not want to revivify threads from 2006. Create a new thread, including all the information to make it a [url  http://catb.org/esr/faqs/smart-questions.html]smart question. Which version and patch level of Oracle are you on, which platform, how often are your logs switching, a relevant clip from your alert log surrounded by {noformat}{noformat} tags, etc.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                           

  • Alert log: Private strand flush not complete

    We are runnig Oracle 10.2
    I noticed we are getting "Private strand flush not complete" line in alert log file.
    Here is the snippet from the actual alert log file.
    Thu Aug 31 06:27:23 2006
    Thread 1 advanced to log sequence 17998
    Current log# 3 seq# 17998 mem# 0: /Mvol01/oradata/amgoasp0/redo03a.log
    Current log# 3 seq# 17998 mem# 1: /Mvol02/oradata/amgoasp0/redo03b.log
    Thu Aug 31 06:31:12 2006
    Thread 1 advanced to log sequence 17999
    Current log# 4 seq# 17999 mem# 0: /Mvol01/oradata/amgoasp0/redo04a.log
    Current log# 4 seq# 17999 mem# 1: /Mvol02/oradata/amgoasp0/redo04b.log
    Thu Aug 31 06:35:49 2006
    Thread 1 advanced to log sequence 18000
    Current log# 5 seq# 18000 mem# 0: /Mvol01/oradata/amgoasp0/redo05a.log
    Current log# 5 seq# 18000 mem# 1: /Mvol02/oradata/amgoasp0/redo05b.log
    Thu Aug 31 06:40:59 2006
    Thread 1 advanced to log sequence 18001
    Current log# 6 seq# 18001 mem# 0: /Mvol01/oradata/amgoasp0/redo06a.log
    Current log# 6 seq# 18001 mem# 1: /Mvol02/oradata/amgoasp0/redo06b.log
    Thu Aug 31 06:45:03 2006
    Thread 1 advanced to log sequence 18002
    Current log# 1 seq# 18002 mem# 0: /Mvol01/oradata/amgoasp0/redo01a.log
    Current log# 1 seq# 18002 mem# 1: /Mvol02/oradata/amgoasp0/redo01b.log
    Thu Aug 31 06:49:21 2006
    Thread 1 advanced to log sequence 18003
    Current log# 2 seq# 18003 mem# 0: /Mvol01/oradata/amgoasp0/redo02a.log
    Current log# 2 seq# 18003 mem# 1: /Mvol02/oradata/amgoasp0/redo02b.log
    Thu Aug 31 06:52:04 2006
    Thread 1 cannot allocate new log, sequence 18004
    Private strand flush not complete
    Current log# 2 seq# 18003 mem# 0: /Mvol01/oradata/amgoasp0/redo02a.log
    Current log# 2 seq# 18003 mem# 1: /Mvol02/oradata/amgoasp0/redo02b.log
    Thread 1 advanced to log sequence 18004
    Current log# 3 seq# 18004 mem# 0: /Mvol01/oradata/amgoasp0/redo03a.log
    Current log# 3 seq# 18004 mem# 1: /Mvol02/oradata/amgoasp0/redo03b.logThu Aug 31 06:55:40 2006
    Thread 1 advanced to log sequence 18005
    Current log# 4 seq# 18005 mem# 0: /Mvol01/oradata/amgoasp0/redo04a.log
    Current log# 4 seq# 18005 mem# 1: /Mvol02/oradata/amgoasp0/redo04b.log
    Thu Aug 31 06:59:21 2006
    Thread 1 advanced to log sequence 18006
    Current log# 5 seq# 18006 mem# 0: /Mvol01/oradata/amgoasp0/redo05a.log
    Current log# 5 seq# 18006 mem# 1: /Mvol02/oradata/amgoasp0/redo05b.log
    Thu Aug 31 07:03:35 2006
    Thread 1 advanced to log sequence 18007
    Current log# 6 seq# 18007 mem# 0: /Mvol01/oradata/amgoasp0/redo06a.log
    Current log# 6 seq# 18007 mem# 1: /Mvol02/oradata/amgoasp0/redo06b.log
    Thu Aug 31 07:08:28 2006
    Thread 1 advanced to log sequence 18008
    Current log# 1 seq# 18008 mem# 0: /Mvol01/oradata/amgoasp0/redo01a.log
    Current log# 1 seq# 18008 mem# 1: /Mvol02/oradata/amgoasp0/redo01b.log
    Thu Aug 31 07:11:31 2006
    Thread 1 advanced to log sequence 18009
    Current log# 2 seq# 18009 mem# 0: /Mvol01/oradata/amgoasp0/redo02a.log
    Current log# 2 seq# 18009 mem# 1: /Mvol02/oradata/amgoasp0/redo02b.log
    Thu Aug 31 07:15:32 2006
    Thread 1 advanced to log sequence 18010
    Current log# 3 seq# 18010 mem# 0: /Mvol01/oradata/amgoasp0/redo03a.log
    Current log# 3 seq# 18010 mem# 1: /Mvol02/oradata/amgoasp0/redo03b.log
    Thu Aug 31 07:23:10 2006
    Thread 1 advanced to log sequence 18011
    Current log# 4 seq# 18011 mem# 0: /Mvol01/oradata/amgoasp0/redo04a.log
    Current log# 4 seq# 18011 mem# 1: /Mvol02/oradata/amgoasp0/redo04b.log
    Thu Aug 31 07:28:41 2006
    Thread 1 advanced to log sequence 18012
    Current log# 5 seq# 18012 mem# 0: /Mvol01/oradata/amgoasp0/redo05a.log
    Current log# 5 seq# 18012 mem# 1: /Mvol02/oradata/amgoasp0/redo05b.log
    Thu Aug 31 07:32:35 2006
    Thread 1 advanced to log sequence 18013
    Current log# 6 seq# 18013 mem# 0: /Mvol01/oradata/amgoasp0/redo06a.log
    Current log# 6 seq# 18013 mem# 1: /Mvol02/oradata/amgoasp0/redo06b.log
    Thu Aug 31 07:36:00 2006
    Thread 1 advanced to log sequence 18014
    Current log# 1 seq# 18014 mem# 0: /Mvol01/oradata/amgoasp0/redo01a.log
    Current log# 1 seq# 18014 mem# 1: /Mvol02/oradata/amgoasp0/redo01b.log
    Thu Aug 31 07:39:42 2006
    Thread 1 advanced to log sequence 18015
    Current log# 2 seq# 18015 mem# 0: /Mvol01/oradata/amgoasp0/redo02a.log
    Current log# 2 seq# 18015 mem# 1: /Mvol02/oradata/amgoasp0/redo02b.log
    Thu Aug 31 07:44:36 2006
    Thread 1 advanced to log sequence 18016
    Current log# 3 seq# 18016 mem# 0: /Mvol01/oradata/amgoasp0/redo03a.log
    Current log# 3 seq# 18016 mem# 1: /Mvol02/oradata/amgoasp0/redo03b.log
    Thu Aug 31 07:49:13 2006
    Thread 1 advanced to log sequence 18017
    Current log# 4 seq# 18017 mem# 0: /Mvol01/oradata/amgoasp0/redo04a.log
    Current log# 4 seq# 18017 mem# 1: /Mvol02/oradata/amgoasp0/redo04b.log
    Thu Aug 31 07:57:52 2006
    Thread 1 advanced to log sequence 18018
    Current log# 5 seq# 18018 mem# 0: /Mvol01/oradata/amgoasp0/redo05a.log
    Current log# 5 seq# 18018 mem# 1: /Mvol02/oradata/amgoasp0/redo05b.log
    Thu Aug 31 08:02:52 2006
    Thread 1 advanced to log sequence 18019
    Current log# 6 seq# 18019 mem# 0: /Mvol01/oradata/amgoasp0/redo06a.log
    Current log# 6 seq# 18019 mem# 1: /Mvol02/oradata/amgoasp0/redo06b.log
    Thu Aug 31 08:05:50 2006
    Thread 1 advanced to log sequence 18020
    Current log# 1 seq# 18020 mem# 0: /Mvol01/oradata/amgoasp0/redo01a.log
    Current log# 1 seq# 18020 mem# 1: /Mvol02/oradata/amgoasp0/redo01b.log
    Thu Aug 31 08:08:24 2006
    Thread 1 cannot allocate new log, sequence 18021
    Private strand flush not complete
    Current log# 1 seq# 18020 mem# 0: /Mvol01/oradata/amgoasp0/redo01a.log
    Current log# 1 seq# 18020 mem# 1: /Mvol02/oradata/amgoasp0/redo01b.log
    Thread 1 advanced to log sequence 18021
    Current log# 2 seq# 18021 mem# 0: /Mvol01/oradata/amgoasp0/redo02a.log
    Current log# 2 seq# 18021 mem# 1: /Mvol02/oradata/amgoasp0/redo02b.log
    Thu Aug 31 08:09:53 2006
    Thread 1 advanced to log sequence 18022
    Current log# 3 seq# 18022 mem# 0: /Mvol01/oradata/amgoasp0/redo03a.log
    Current log# 3 seq# 18022 mem# 1: /Mvol02/oradata/amgoasp0/redo03b.log
    Thu Aug 31 08:12:02 2006
    Thread 1 advanced to log sequence 18023
    Current log# 4 seq# 18023 mem# 0: /Mvol01/oradata/amgoasp0/redo04a.log
    Current log# 4 seq# 18023 mem# 1: /Mvol02/oradata/amgoasp0/redo04b.log
    Thu Aug 31 08:14:09 2006
    Thread 1 advanced to log sequence 18024
    Current log# 5 seq# 18024 mem# 0: /Mvol01/oradata/amgoasp0/redo05a.log
    Current log# 5 seq# 18024 mem# 1: /Mvol02/oradata/amgoasp0/redo05b.log
    Thu Aug 31 08:14:22 2006
    Thread 1 advanced to log sequence 18025
    Current log# 6 seq# 18025 mem# 0: /Mvol01/oradata/amgoasp0/redo06a.log
    Current log# 6 seq# 18025 mem# 1: /Mvol02/oradata/amgoasp0/redo06b.log
    Thu Aug 31 08:21:13 2006
    Thread 1 advanced to log sequence 18026
    Current log# 1 seq# 18026 mem# 0: /Mvol01/oradata/amgoasp0/redo01a.log
    Current log# 1 seq# 18026 mem# 1: /Mvol02/oradata/amgoasp0/redo01b.log
    Thu Aug 31 08:23:42 2006
    Thread 1 advanced to log sequence 18027
    Current log# 2 seq# 18027 mem# 0: /Mvol01/oradata/amgoasp0/redo02a.log
    Current log# 2 seq# 18027 mem# 1: /Mvol02/oradata/amgoasp0/redo02b.log
    Thu Aug 31 08:25:12 2006
    Thread 1 advanced to log sequence 18028
    Current log# 3 seq# 18028 mem# 0: /Mvol01/oradata/amgoasp0/redo03a.log
    Current log# 3 seq# 18028 mem# 1: /Mvol02/oradata/amgoasp0/redo03b.log
    Thu Aug 31 08:32:06 2006
    Thread 1 advanced to log sequence 18029
    Current log# 4 seq# 18029 mem# 0: /Mvol01/oradata/amgoasp0/redo04a.log
    Current log# 4 seq# 18029 mem# 1: /Mvol02/oradata/amgoasp0/redo04b.log
    Thu Aug 31 08:40:34 2006
    Thread 1 advanced to log sequence 18030
    Current log# 5 seq# 18030 mem# 0: /Mvol01/oradata/amgoasp0/redo05a.log
    Current log# 5 seq# 18030 mem# 1: /Mvol02/oradata/amgoasp0/redo05b.log
    Thu Aug 31 08:41:25 2006
    Thread 1 advanced to log sequence 18031
    Current log# 6 seq# 18031 mem# 0: /Mvol01/oradata/amgoasp0/redo06a.log
    Current log# 6 seq# 18031 mem# 1: /Mvol02/oradata/amgoasp0/redo06b.log
    Thu Aug 31 08:43:10 2006
    Thread 1 advanced to log sequence 18032
    Current log# 1 seq# 18032 mem# 0: /Mvol01/oradata/amgoasp0/redo01a.log
    Current log# 1 seq# 18032 mem# 1: /Mvol02/oradata/amgoasp0/redo01b.log
    Thu Aug 31 08:44:22 2006
    Thread 1 advanced to log sequence 18033
    Current log# 2 seq# 18033 mem# 0: /Mvol01/oradata/amgoasp0/redo02a.log
    Current log# 2 seq# 18033 mem# 1: /Mvol02/oradata/amgoasp0/redo02b.log
    Thu Aug 31 08:45:40 2006
    Thread 1 advanced to log sequence 18034
    Current log# 3 seq# 18034 mem# 0: /Mvol01/oradata/amgoasp0/redo03a.log
    Current log# 3 seq# 18034 mem# 1: /Mvol02/oradata/amgoasp0/redo03b.log
    Thu Aug 31 08:46:20 2006
    Thread 1 advanced to log sequence 18035
    Current log# 4 seq# 18035 mem# 0: /Mvol01/oradata/amgoasp0/redo04a.log
    Current log# 4 seq# 18035 mem# 1: /Mvol02/oradata/amgoasp0/redo04b.log
    Thu Aug 31 08:49:32 2006
    Thread 1 advanced to log sequence 18036
    Current log# 5 seq# 18036 mem# 0: /Mvol01/oradata/amgoasp0/redo05a.log
    Current log# 5 seq# 18036 mem# 1: /Mvol02/oradata/amgoasp0/redo05b.log
    Thu Aug 31 08:50:51 2006
    Thread 1 advanced to log sequence 18037
    Current log# 6 seq# 18037 mem# 0: /Mvol01/oradata/amgoasp0/redo06a.log
    Current log# 6 seq# 18037 mem# 1: /Mvol02/oradata/amgoasp0/redo06b.log
    Thu Aug 31 08:52:24 2006
    Thread 1 advanced to log sequence 18038
    Current log# 1 seq# 18038 mem# 0: /Mvol01/oradata/amgoasp0/redo01a.log
    Current log# 1 seq# 18038 mem# 1: /Mvol02/oradata/amgoasp0/redo01b.log
    Thu Aug 31 08:53:47 2006
    Thread 1 advanced to log sequence 18039
    Current log# 2 seq# 18039 mem# 0: /Mvol01/oradata/amgoasp0/redo02a.log
    Current log# 2 seq# 18039 mem# 1: /Mvol02/oradata/amgoasp0/redo02b.log
    Thu Aug 31 08:54:55 2006
    Thread 1 advanced to log sequence 18040
    Current log# 3 seq# 18040 mem# 0: /Mvol01/oradata/amgoasp0/redo03a.log
    Current log# 3 seq# 18040 mem# 1: /Mvol02/oradata/amgoasp0/redo03b.log
    Thu Aug 31 08:56:51 2006
    Thread 1 advanced to log sequence 18041
    Current log# 4 seq# 18041 mem# 0: /Mvol01/oradata/amgoasp0/redo04a.log
    Current log# 4 seq# 18041 mem# 1: /Mvol02/oradata/amgoasp0/redo04b.log
    Thu Aug 31 08:58:12 2006
    Thread 1 advanced to log sequence 18042
    Current log# 5 seq# 18042 mem# 0: /Mvol01/oradata/amgoasp0/redo05a.log
    Current log# 5 seq# 18042 mem# 1: /Mvol02/oradata/amgoasp0/redo05b.log
    Thu Aug 31 08:59:14 2006
    Thread 1 advanced to log sequence 18043
    Current log# 6 seq# 18043 mem# 0: /Mvol01/oradata/amgoasp0/redo06a.log
    Current log# 6 seq# 18043 mem# 1: /Mvol02/oradata/amgoasp0/redo06b.log
    Thu Aug 31 09:00:17 2006
    Thread 1 advanced to log sequence 18044
    Current log# 1 seq# 18044 mem# 0: /Mvol01/oradata/amgoasp0/redo01a.log
    Current log# 1 seq# 18044 mem# 1: /Mvol02/oradata/amgoasp0/redo01b.log
    Can some one help me to understand what does it mean? Do we need to take any action?
    TIA.
    Regards,
    Dharmesh Patel

    There's a metalink note about this
    (Alert Log Messages: Private Strand Flush Not Complete
    Note:372557.1), but the most importannt message is :
    These messages are not a cause for concern unless there is a significant gap between the "cannot allocate new log" message and the "advanced to log sequence" message.
    This issue is infact not a bug and is expected behaviour.
    Werner

  • Private strand flush not complete message

    Hi,
    I am running Oracle10gR2 on Windows and I occationally receive the following error message on alert file. I could not find any documentation why I'm geting this.
    Thread 1 cannot allocate new log, sequence 2112
    "Private strand flush not complete"
    I added a new log group with 2 members but I am still recieving the error.
    Do you think increasing the logfile size would help? If so, is it possible to have different logfile size in oracle? and can I do this dynamically?
    Thanks,
    Amir

    I also get this error:
    Thread 1 cannot allocate new log, sequence 2122
    Checkpoint not complete
    How can I increase the log file?

  • Private strand flush not complete how to find optimal size of redo log file

    hi,
    i am using oracle 10.2.0 on unix system and getting Private strand flush not complete in the alert log file. i know this is due to check point is not completed.
    I need to increase the size of redo log files or add new group to the database. i have log file switch (checkpoint incomplete) in the top 5 wait event.
    i can't change any parameter of database. i have three redo log group and log files are of 250MB size. i want to know the suitable size to avoid problem.
    select * from v$instance_recovery;
    RECOVERY_ESTIMATED_IOS     ACTUAL_REDO_BLKS     TARGET_REDO_BLKS     LOG_FILE_SIZE_REDO_BLKS     LOG_CHKPT_TIMEOUT_REDO_BLKS     LOG_CHKPT_INTERVAL_REDO_BLKS     FAST_START_IO_TARGET_REDO_BLKS     TARGET_MTTR     ESTIMATED_MTTR     CKPT_BLOCK_WRITES     OPTIMAL_LOGFILE_SIZE     ESTD_CLUSTER_AVAILABLE_TIME     WRITES_MTTR     WRITES_LOGFILE_SIZE     WRITES_LOG_CHECKPOINT_SETTINGS     WRITES_OTHER_SETTINGS     WRITES_AUTOTUNE     WRITES_FULL_THREAD_CKPT
    625     9286     9999     921600          9999          0     9     112166207               0     0     219270206     0     3331591     5707793please suggest me or tell me the way how to find out suitable size to avoid problem.
    thanks
    umesh

    How often should a database archive its logs
    Re: Redo log size increase and performance
    Please read the above thread and great replies by HJR sir. I think if you wish to get concept knowledge, you should add in your notes.
    "If the FAST_START_MTTR_TARGET parameter is set to limit the instance recovery time, Oracle automatically tries to checkpoint as frequently as necessary. Under this condition, the size of the log files should be large enough to avoid additional checkpointing due to under sized log files. The optimal size can be obtained by querying the OPTIMAL_LOGFILE_SIZE column from the V$INSTANCE_RECOVERY view. You can also obtain sizing advice on the Redo Log Groups page of Oracle Enterprise Manager Database Control."
    Source:http://download-west.oracle.com/docs/cd/B13789_01/server.101/b10752/build_db.htm#19559
    Pl also see ML Doc 274264.1 (REDO LOGS SIZING ADVISORY) on tips to calculate the optimal size for redo logs in 10g databases
    Source:Re: Redo Log Size in R12
    HTH
    Girish Sharma

  • Private strand flush not complete

    hi,
    I have installed oracle 10.2.0 installed and i have configured rman daily backup on it.
    But i got some entries in my alert log like.
    Mon Sep 15 03:55:18 2008
    Thread 1 cannot allocate new log, sequence 416
    Private strand flush not complete
      Current log# 3 seq# 415 mem# 0: D:\ORACLE\PRODUCT\10.2.0\ORADATA\NEO\REDO03.LOG
    Thread 1 advanced to log sequence 416
      Current log# 1 seq# 416 mem# 0: D:\ORACLE\PRODUCT\10.2.0\ORADATA\NEO\REDO01.LOG
    Mon Sep 15 03:55:27 2008
    Starting control autobackup
    Mon Sep 15 03:55:28 2008
    Errors in file d:\oracle\product\10.2.0\admin\neo\udump\neo_ora_4384.trc:
    Mon Sep 15 03:55:28 2008
    Errors in file d:\oracle\product\10.2.0\admin\neo\udump\neo_ora_4384.trc:
    Mon Sep 15 03:55:28 2008
    Errors in file d:\oracle\product\10.2.0\admin\neo\udump\neo_ora_4384.trc:
    Control autobackup written to DISK device
         handle 'C:\ORACLE BACKUP SET\C-1742413464-20080915-00'In this code
    Private strand flush not complete
    is creating some problem due to this issue i got my daily backup job status as failed.
    i try to find the reason for this problem which is like
    [ http://www.dba-oracle.com/t_cannot_allocate_log_private_strand_flush.htm]
    which shows it is not an issue.
    even i try backup my archive log files by command.
    RMAN> backup archivelog all;
    Starting backup at 15-SEP-08
    current log archived
    using target database control file instead of recovery catalog
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=110 devtype=DISK
    channel ORA_DISK_1: starting archive log backupset
    channel ORA_DISK_1: specifying archive log(s) in backup set
    input archive log thread=1 sequence=417 recid=45 stamp=665480457
    channel ORA_DISK_1: starting piece 1 at 15-SEP-08
    channel ORA_DISK_1: finished piece 1 at 15-SEP-08
    piece handle=C:\ORACLE BACKUP SET\1SJQKR8B_1_1 tag=TAG20080915T074059 comment=NONE
    channel ORA_DISK_1: backup set complete, elapsed time: 00:00:03
    Finished backup at 15-SEP-08
    Starting Control File and SPFILE Autobackup at 15-SEP-08
    piece handle=C:\ORACLE BACKUP SET\C-1742413464-20080915-02 comment=NONE
    Finished Control File and SPFILE Autobackup at 15-SEP-08which also gives the same alert in my alert.log file.
    Thanks
    Umesh

    Hi,
    RMAN> show all
    2> ;
    using target database control file instead of recovery catalog
    RMAN configuration parameters are:
    CONFIGURE RETENTION POLICY TO REDUNDANCY 2;
    CONFIGURE BACKUP OPTIMIZATION OFF; # default
    CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
    CONFIGURE CONTROLFILE AUTOBACKUP ON;
    CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 'C:\Oracle Backup Set\%F';
    CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default
    CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
    CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
    CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT   'C:\Oracle Backup Set\%U';
    CONFIGURE MAXSETSIZE TO UNLIMITED; # default
    CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
    CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
    CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
    CONFIGURE SNAPSHOT CONTROLFILE NAME TO 'D:\ORACLE\PRODUCT\10.2.0\DB_1\DATABASE\SNCFNEO.ORA'; # defaultand my disk has 12 gb of space left and total bakckup of my database is of 4 gb for last 5 days so i think space is not a problem.
    Hament is there any way to find out why the job failed exactly if you know.
    Thanks

  • Private strand flush not complete in 11gR2 Database

    Hi All
    We have upgraded our EBS11i instacne 10.2.0.3 to 11.2.0.1 and we have found the issue in alert like "Private strand flush not complete"
    Alert log content:
    Private strand flush not complete
    Current log# 4 seq# 12241 mem# 0: /ebiz/oracle/proddata/log4b.dbf
    Current log# 4 seq# 12241 mem# 1: /ebiz/oracle/proddata/log4a.dbf
    Current log# 4 seq# 12241 mem# 2: /ebiz/oracle/proddata/log4c.dbf
    Beginning log switch checkpoint up to RBA [0x2fd2.2.10], SCN: 5965767130292
    Thread 1 advanced to log sequence 12242 (LGWR switch)
    Current log# 1 seq# 12242 mem# 0: /ebiz/oracle/proddata/log1b.dbf
    Current log# 1 seq# 12242 mem# 1: /ebiz/oracle/proddata/log1a.dbf
    Current log# 1 seq# 12242 mem# 2: /ebiz/oracle/proddata/log1c.dbf
    Thu Dec 01 08:31:07 2011
    Archived Log entry 11610 added for thread 1 sequence 12241 ID 0x3c710a4 dest 1:
    Thu Dec 01 08:36:16 2011
    Completed checkpoint up to RBA [0x2fd2.2.10], SCN: 5965767130292
    Thu Dec 01 08:42:43 2011
    Incremental checkpoint up to RBA [0x2fd2.489.0], current log tail at RBA [0x2fd2.7bc.0]
    Thu Dec 01 09:00:25 2011
    kewastUnPackStats(): bad magic 1 (0xb72d1fa0, 0)
    kewastUnPackStats(): bad magic 1 (0xb72d1fa0, 0)
    Thu Dec 01 09:02:48 2011
    We have check MOS documnet "Alert Log Messages: Private Strand Flush Not Complete [ID 372557.1]" which is for 11gR1.
    We have any solutione for this issue in 11gR2.
    Regards
    Shaik

    Please see these docs.
    Init.ora Parameter "DB_WRITER_PROCESSES" Reference Note [ID 67422.1]
    Understanding and Tuning Buffer Cache and DBWR [ID 62172.1]
    Thanks,
    Hussein

  • Checkpoint not complete;;cannot allocate new log ;;; PLZ HELP ME

    Hi all,
    We are working on Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 on a Redhat Linux Server platform.
    We are facing the following problem in the alert.log file :
    Wed Aug 22 02:58:57 2007
    Thread 1 cannot allocate new log, sequence 43542
    Checkpoint not complete
    Current log# 1 seq# 43541 mem# 0: /u01/oradata/DB01/redo01.log
    Thread 1 advanced to log sequence 43542
    Current log# 4 seq# 43542 mem# 0: /u01/oradata/DB01/redo04.log
    Current log# 4 seq# 43542 mem# 1: /u01/oraindx/DB01/redo04.log
    Wed Aug 22 03:00:00 2007
    Thread 1 advanced to log sequence 43543
    Current log# 5 seq# 43543 mem# 0: /u01/oradata/DB01/redo05.log
    Current log# 5 seq# 43543 mem# 1: /u01/oraindx/DB01/redo05.log
    Wed Aug 22 03:01:00 2007
    Thread 1 cannot allocate new log, sequence 43544
    Checkpoint not complete
    Current log# 5 seq# 43543 mem# 0: /u01/oradata/DB01/redo05.log
    Current log# 5 seq# 43543 mem# 1: /u01/oraindx/DB01/redo05.log
    Thread 1 advanced to log sequence 43544
    Current log# 6 seq# 43544 mem# 0: /u01/oradata/DB01/redo06.log
    Current log# 6 seq# 43544 mem# 1: /u01/oraindx/DB01/redo06.log
    Wed Aug 22 03:01:26 2007
    Thread 1 advanced to log sequence 43545
    Current log# 2 seq# 43545 mem# 0: /u01/oradata/DB01/redo02.log
    Thread 1 advanced to log sequence 43546
    Current log# 3 seq# 43546 mem# 0: /u01/oradata/DB01/redo03.log
    Thread 1 advanced to log sequence 43547
    Current log# 1 seq# 43547 mem# 0: /u01/oradata/DB01/redo01.log
    Wed Aug 22 03:01:38 2007
    Thread 1 cannot allocate new log, sequence 43548
    Checkpoint not complete
    Current log# 1 seq# 43547 mem# 0: /u01/oradata/DB01/redo01.log
    I know that this message indicates that Oracle wants to reuse a redo log file, but
    the current checkpoint position is still in that log. In this case, Oracle must
    wait until the checkpoint position passes that log. Because the
    incremental checkpoint target never lags the current log tail by more than 90%
    of the smallest log file size, this situation may be encountered :
    1-if DBWR writes too slowly,
    or
    2-if a log switch happens before the log is completely full,
    or
    3-if log file sizes are too small.
    I read some posts in this forum regarding this error but sincerly i don't know how to find the exact cause of this error? Maybe Should I add new redo files or one new redo group? I don't know how to resolve it :( ;;;
    such as I have 6 redo files 3 of them 5MB size and the others 3 files 10MB size ;
    Thank you,
    Regards,
    Message was edited by:
    HAGGAR

    Make DBWR write more aggressively - as you are on 9i the parameter I would use is FAST_START_MTTR_TARGET=(how long you want recovery to take in seconds), the lower that number, the more aggressively DBWR has to write to keep up with the target, the advantage of this is that by the time LGWR comes to overwrite the redo log file, the chances are that DBWR has already written the "high scn#" (and beyond) from the checkpoint q.
    -- This disadvantage is that you will get more I/O to your disks.
    2. Create more redo log file groups - this will give DBWR more time to write before LGWR tries to overwrite a particular redolog file, again the chances are that the extra (6th) or (7th) group will give CKPT enough time to completely checkpoint beyond the "highest scn#" before that group is again required..
    Which one to go for.. well that's up to you and your setup, if you have an I/O bound system then 2. would be better for you, as 1. will just increase your I/O problem, however if physical space is an issue and I/O isn't then 1. might be better (with the added advantage that instance recovery will also be faster).
    Sorry for the training session, but as with everything to do with Oracle, there is rarely one solution that apply to everyone...
    Gopu

  • Cannot allocate new log, sequence Checkpoint not complete

    Hi,
    Im having very frequent log switches and Im getting error as
    " cannot allocate new log, sequence Checkpoint not complete"
    I was having 3 redo log groups with 50 MB each. After I found this error in the alert log; I increased teh number of redo log groups to 6 with 50MB each. Still the issue is not getting resolved.
    Please suggest what will be the best solution for this.
    Following is a snippet from alertlog.
    ==================================================
    Sun Apr 19 09:14:08 2009
    Thread 1 advanced to log sequence 5811
    Current log# 2 seq# 5811 mem# 0: /u01/app/oracle/oradata/mview/redo02.log
    Thread 1 cannot allocate new log, sequence 5812
    Checkpoint not complete
    Current log# 2 seq# 5811 mem# 0: /u01/app/oracle/oradata/mview/redo02.log
    Sun Apr 19 09:14:18 2009
    Thread 1 advanced to log sequence 5812
    Current log# 3 seq# 5812 mem# 0: /u01/app/oracle/oradata/mview/redo03.log
    Thread 1 cannot allocate new log, sequence 5813
    Checkpoint not complete
    Current log# 3 seq# 5812 mem# 0: /u01/app/oracle/oradata/mview/redo03.log
    Thread 1 advanced to log sequence 5813
    Current log# 1 seq# 5813 mem# 0: /u01/app/oracle/oradata/mview/redo01.log
    Thread 1 cannot allocate new log, sequence 5814
    Checkpoint not complete
    Current log# 1 seq# 5813 mem# 0: /u01/app/oracle/oradata/mview/redo01.log
    Sun Apr 19 09:14:32 2009
    Thread 1 advanced to log sequence 5814
    Current log# 2 seq# 5814 mem# 0: /u01/app/oracle/oradata/mview/redo02.log
    Thread 1 cannot allocate new log, sequence 5815
    Checkpoint not complete
    Current log# 2 seq# 5814 mem# 0: /u01/app/oracle/oradata/mview/redo02.log
    Thread 1 advanced to log sequence 5815
    Current log# 3 seq# 5815 mem# 0: /u01/app/oracle/oradata/mview/redo03.log
    Thread 1 cannot allocate new log, sequence 5816
    Checkpoint not complete
    Current log# 3 seq# 5815 mem# 0: /u01/app/oracle/oradata/mview/redo03.log
    Sun Apr 19 09:14:44 2009
    =========================================================
    Regards
    Pratheej

    Anand... wrote:
    Hi Sir,
    Although i too had suggested increasing the redo logfile size, but after going through [http://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:69012348056] i was little confused as Tom has mentioned
    Another way is to make the log files smaller, hence increasing the frequency with which we checkpoint ---- Can you explain why so.
    I was a little surprised when I read that posting - but noticed it was dated May 2000 - when databases were still quite small and less busy. (And Tom suggested 25MB as being "modest" rather than "tiny" - which is probably what many people would call 25MB these days). And May 2000 probably means 8.0 or 8.1 - and the whole log buffer, redo generation, checkpointing technology has changed a lot since then.
    Basically, if you hit "checkpoint not complete", you need more online log space so that it's possible during the busiest times to keep generating redo log information while the checkpoint queues are being cleared far enough to allow older log files to be recycled.
    You can do this by adding more log files, or by increasing the sizes of the log files you use. Tom's point, I think, was that if you chose the option to add more files and kept them small (or even made them smaller) then the volume of dirty data blocks that you could create while filling a log file would be small, so the database writer wouldn't have to do much work to make each log file available for re-use. (I'm not sure I'd agree with the approach, though - even for 8i - because it could easily lead to an increase in the volume of datablocks written, even if it did bypass the checkpoint issue).
    Regards
    Jonathan Lewis
    http://jonathanlewis.wordpress.com
    http://www.jlcomp.demon.co.uk
    "For every expert there is an equal and opposite expert."
    Arthur C. Clarke

  • Thread 1 cannot allocate new log - Checkpoint not complete caused by small

    Hello, one of my customers databases (setup by the customer) is running in archivelog mode. We find every day in the archivelog more than 10x the error "...cannot allocate new log - Checkpoint not complete "
    The system has theese parameters:
    select group#,members,bytes from v$log;
    GROUP# MEMBERS BYTES
    1 2 8388608
    2 2 8388608
    3 2 8388608
    4 2 8388608
    5 2 8388608
    6 2 8388608
    7 2 8388608
    8 2 8388608
    9 2 8388608
    10 2 8388608
    I asked the formder admin, why the redologs has only 8mb size. The answer was: "To find out, when there was big activity in the database. The count of archivelogs are bigger if you has small redologs. If you use some 250m redologs, we cannot see when tha database has big load. But this is important in case of recovery to recover the database to the point in time before the big load was has taken place." ... ???
    Okay, if the customer wants to have 8 MB redologs ... I don´t care. But how can i prevent now the error message? The only way for me is to setup more redolog groups. But it would be very confusing to have 50 or 70 groups of redologs.
    What can I do else to prevent the error?

    what is the log frequency?
    logfile size?
    can you check fast_start_mttr_target as well
    check the following description:
    Sometimes, you can see in your alert.log file, the following corresponding
    messages:
    Thread 1 advanced to log sequence 248
    Current log# 2 seq# 248 mem# 0: /prod1/oradata/logs/redologs02.log
    Thread 1 cannot allocate new log, sequence 249
    Checkpoint not complete
    This message indicates that Oracle wants to reuse a redo log file, but
    the current checkpoint position is still in that log. In this case, Oracle must
    wait until the checkpoint position passes that log. Because the
    incremental checkpoint target never lags the current log tail by more than 90%
    of the smallest log file size, this situation may be encountered if DBWR writes
    too slowly, or if a log switch happens before the log is completely full,
    or if log file sizes are too small.
    When the database waits on checkpoints,redo generation is stopped until the
    log switch is done.
    Edited by: CKPT on Jul 19, 2010 7:37 PM

  • Alert log ---Thread 1 cannot allocate new log, sequence 1697

    数据库环境为:AIX 6.1,Oracle 10.2.0.1 64位,今天在查看oracle alert log时发现如下信息
    Sun Apr 29 16:03:43 2012
    Thread 1 cannot allocate new log, sequence 8
    Checkpoint not complete
    Current log# 3 seq# 7 mem# 0: /oradata/hb/redo03.log
    Thread 1 advanced to log sequence 8
    Current log# 1 seq# 8 mem# 0: /oradata/hb/redo01.log
    Sun Apr 29 17:28:02 2012
    Thread 1 advanced to log sequence 9
    Current log# 2 seq# 9 mem# 0: /oradata/hbbredo02.log
    Sun Apr 29 19:10:39 2012
    Thread 1 advanced to log sequence 10
    Current log# 3 seq# 10 mem# 0: /oradata/hb/redo03.log
    Sun Apr 29 21:23:34 2012
    Thread 1 advanced to log sequence 11
    Current log# 1 seq# 11 mem# 0: /oradata/hb/redo01.log
    Sun Apr 29 22:09:31 2012
    Thread 1 cannot allocate new log, sequence 12
    Private strand flush not complete
    Current log# 1 seq# 11 mem# 0: /oradata/hb/redo01.log
    Thread 1 advanced to log sequence 12
    Current log# 2 seq# 12 mem# 0: /oradata/hb/redo02.log
    Thread 1 advanced to log sequence 13
    Current log# 3 seq# 13 mem# 0: /oradata/hb/redo03.log
    Mon Apr 30 06:15:20 2012
    Thread 1 advanced to log sequence 14
    Current log# 1 seq# 14 mem# 0: /oradata/hb/redo01.log
    Mon Apr 30 10:04:39 2012
    Memory Notification: Library Cache Object loaded into SGA
    Heap size 2919K exceeds notification threshold (2048K)
    SQL> select * from v$logfile;
    GROUP# STATUS TYPE
    MEMBER
    IS_
    1 ONLINE
    /oradata/hb/redo01.log
    NO
    2 ONLINE
    /oradata/hb/redo02.log
    NO
    GROUP# STATUS TYPE
    MEMBER
    IS_
    3 ONLINE
    /oradata/hb/redo03.log
    NO
    数据库当前运行正常,请教一下,
    1. 频繁出现的类似
    Thread 1 cannot allocate new log, sequence 12
    Private strand flush not complete
    Current log# 1 seq# 11 mem# 0: /oradata/hb/redo01.log 是怎么造成的?是否需要处理,如果处理,该怎么做?
    2。 Memory Notification: Library Cache Object loaded into SGA
    Heap size 2919K exceeds notification threshold (2048K)显示heap 值超过设定的阀值,heap起什么作用,是否需要修改阀值,以消除这一"Memory Notification"?

    Thread 1 cannot allocate new log, sequence 12
    Private strand flush not complete
    由"Private strand flush not complete"引起的 cannot allocate new log一般可以忽略, Private strand是10g引入的新特性
    Heap size 2919K exceeds notification threshold (2048K)
    该信息是由于 10.2.0.1 这个版本的默认 "_kgl_large_heap_warning_threshold" 参数过小, 一般可以忽略。
    调整个 "_kgl_large_heap_warning_threshold" 参数和 升级到10.2.0.1 版本均可以 让该"Heap size 2919K exceeds notification threshold (2048K)"信息不再出现, 当然一般也可以忽略该问题

Maybe you are looking for

  • Adobe form is going to Spool directly want a print preview

    HI Experts, I have created a class where I am calling a standard Material document print form WOST_WSGM_MATDOC_PDF but it is directly going to spool. NOTE : I am calling this class method in one of my POWL Feeder class which is linked with standard G

  • How to use Oracle BIP Webservices using JAX-WS

    Hi everyone, Has anyone trieed invoking BI publisher web services using JAX-WS. I tried with Apache Axis technology as per the documentation [http://download.oracle.com/docs/cd/E10415_01/doc/bi.1013/e10416/bip_webservice_101331.htm] and it worked fin

  • MS Access to ORacle 8i - loading data Error

    I'm able to create all the access db objects in an Oracle 8i database. When I try to load the data I get this in the error.log file: EXCEPTION : LoadTableData.run() : [Microsoft][ODBC Driver Manager] Driver does not support this function I have MSAcc

  • Wrong digital signature for Add-on

    I have just upgraded to 2004 (patch 5). My Add-on is installed (finally) and is successfully loading (finally)when SAP B1 is launched. Whenever I re-compile my Add-on for development and replace my Add-on exe I get the error "Wrong digital signature

  • Using own modem and router

    Hi, I've decided not to use the home hub 4 and to use my own modem equipments. I was told that I only need to enter [email protected] as login name and password as password, then internet should work... It is strange because the modem could get an IP