Adjust Cost Item Entries batch job (795) is taking long time

Chandra_Bohara
Member Posts: 13
Adjust Cost Item Entries batch job (795) is taking more than weekend hours (38 hours) to execute and we cannot run this batch during working days due to table lock error?:
Server Configuration
Windows Server 2008 R2 Standard, Service Pack-1
Processor:- Intel(R) Xeon(R) CPU X5650 @ 2.67 GHz 2.67 GHz
Installed Memory(RAM) :- 24 GB
System Type:- 64-bit Operating System
.....................................................................................
In both in inventory setup and accounting period, Average Cost Calc. Type was Item previously. We changed to Item & Location & Variant.
Additional information
Average Cost Period: Day
Automatic Cost Posting: Yes
Automatic Cost Adjustment: Never
Data of almost Three fiscal years (07/15/2012 to 10/04/2015)
1. Opening data as on 07/15/2012
2. First: 07/16/12 to 07/15/13
3. Second: 07/16/13 to 07/16/14
4. Third: 07/17/14 to 07/16/15
Fiscal Year & Inventory Period Closed till 07/16/2014
………………………………………………………………………………………………………………………………………………………………
Now system has to adjust cost for total of
183,922 item records
2,173,866 Avg. Cost Adjmt. Entry Point records
8,867,151 value entry records
………………………………………………………………………………………………………………………………………………………………
Out of above total, we selected inventory posting group “LUBE” which comprises
359 item records
181,530 Avg. Cost Adjmt. Entry Point records
1,259,046 value entry records
We started running the report on 10-apr-2015 1 PM and it was running till 11-apr-2015 4 PM and suddenly it got rolled back. So, it run for around 27 hours
It almost took our week end but did not complete.
However when we did try for 10 items, it completed in approximately 5 hours.
Due to “table lock” error, we are able to run this batch during working days (Sun-Friday). That means we can run only from Friday 6 P.M. to Sunday 8 A.M. (approximately 38 hours).
………………………………………………………………………………………………………………………………………………………………
All of the above, this batch job is taking long time to execute. Besides following workarounds
(1) Running adjust cost item entries for item in small buckets (let’s say 100 instead of 359 at a time)
(2) Running Adjust-Cost Item Entries first (without cost post to GL) and secondly running Post Inventory Cost to G/L (1002).
Is there any other ways to increase performance of these batch jobs?
Server Configuration
Windows Server 2008 R2 Standard, Service Pack-1
Processor:- Intel(R) Xeon(R) CPU X5650 @ 2.67 GHz 2.67 GHz
Installed Memory(RAM) :- 24 GB
System Type:- 64-bit Operating System
.....................................................................................
In both in inventory setup and accounting period, Average Cost Calc. Type was Item previously. We changed to Item & Location & Variant.
Additional information
Average Cost Period: Day
Automatic Cost Posting: Yes
Automatic Cost Adjustment: Never
Data of almost Three fiscal years (07/15/2012 to 10/04/2015)
1. Opening data as on 07/15/2012
2. First: 07/16/12 to 07/15/13
3. Second: 07/16/13 to 07/16/14
4. Third: 07/17/14 to 07/16/15
Fiscal Year & Inventory Period Closed till 07/16/2014
………………………………………………………………………………………………………………………………………………………………
Now system has to adjust cost for total of
183,922 item records
2,173,866 Avg. Cost Adjmt. Entry Point records
8,867,151 value entry records
………………………………………………………………………………………………………………………………………………………………
Out of above total, we selected inventory posting group “LUBE” which comprises
359 item records
181,530 Avg. Cost Adjmt. Entry Point records
1,259,046 value entry records
We started running the report on 10-apr-2015 1 PM and it was running till 11-apr-2015 4 PM and suddenly it got rolled back. So, it run for around 27 hours
It almost took our week end but did not complete.
However when we did try for 10 items, it completed in approximately 5 hours.
Due to “table lock” error, we are able to run this batch during working days (Sun-Friday). That means we can run only from Friday 6 P.M. to Sunday 8 A.M. (approximately 38 hours).
………………………………………………………………………………………………………………………………………………………………
All of the above, this batch job is taking long time to execute. Besides following workarounds
(1) Running adjust cost item entries for item in small buckets (let’s say 100 instead of 359 at a time)
(2) Running Adjust-Cost Item Entries first (without cost post to GL) and secondly running Post Inventory Cost to G/L (1002).
Is there any other ways to increase performance of these batch jobs?
0
Comments
-
Hi Chandra Bohara,
If you write to Microsoft about this, you can get a Hotfix from them as a solution.
We did that and got the solution from them, and it is working.
:thumbsup:Lakshan Kulawansa
ERP Consultant - MS Dynamics NAV
https://lk.linkedin.com/pub/lakshan-vindana-kulawansa/37/2a2/5920 -
lakshanvindana wrote:Hi Chandra Bohara,
If you write to Microsoft about this, you can get a Hotfix from them as a solution.
We did that and got the solution from them, and it is working.
:thumbsup:
Meanwhile can you share that hotfix with us please.0 -
How long has it been since you ran adjust cost? Are those number you present only the entries that need to be processed for adjustment? Or are they all the entries in the database?There are no bugs - only undocumented features.0
-
bbrown wrote:How long has it been since you ran adjust cost? Are those number you present only the entries that need to be processed for adjustment? Or are they all the entries in the database?
we are trying to revalue stock value item & variant & Location wise right from the beginning? Means those entries are all to be adjusted.0 -
Hi,
Open database information and check Database Used (KB) percentage.
Open Table Information by clicking Tables and run Optimize and then try Adjust Cost Item Entries.
It will increase performance of database.Jatin Patel
Microsoft Dynamics NAV Consultant
Jatin's Blog0 -
Chandra Bohara wrote:bbrown wrote:How long has it been since you ran adjust cost? Are those number you present only the entries that need to be processed for adjustment? Or are they all the entries in the database?
we are trying to revalue stock value item & variant & Location wise right from the beginning? Means those entries are all to be adjusted.
I see. Have you given any thought to restarting inventory? I'm working on a somewhat similar situation. The customer uncovered costing issues dating back 12 to 16 months. While "fix and run Adjust Cost" approach would fix things, it took over 4 solid weeks to process in a test copy. They cannot stop their business for that long. So, after much discussion, the decision was made to restart inventory. Not a small task of itself.There are no bugs - only undocumented features.0 -
bbrown wrote:Chandra Bohara wrote:bbrown wrote:How long has it been since you ran adjust cost? Are those number you present only the entries that need to be processed for adjustment? Or are they all the entries in the database?
we are trying to revalue stock value item & variant & Location wise right from the beginning? Means those entries are all to be adjusted.
I see. Have you given any thought to restarting inventory? I'm working on a somewhat similar situation. The customer uncovered costing issues dating back 12 to 16 months. While "fix and run Adjust Cost" approach would fix things, it took over 4 solid weeks to process in a test copy. They cannot stop their business for that long. So, after much discussion, the decision was made to restart inventory. Not a small task of itself.
what do you mean by "restart inventory"? can you clarify me further please. Does it mean like migrating opening data?0 -
Jatin Patel wrote:Hi,
Open database information and check Database Used (KB) percentage.
Open Table Information by clicking Tables and run Optimize and then try Adjust Cost Item Entries.
It will increase performance of database.
Jatin,
We have used SQL Server agent to automate the "update indexing & its statistic" at regular interval of a week. Is it still necessary to run optimization?0 -
what do you mean by "restart inventory"? can you clarify me further please. Does it mean like migrating opening data?
Basically yes. Clear out the existing inventory data, do a physical to establish beginning counts, establish unit cost, and load the beginning inventory.There are no bugs - only undocumented features.0 -
can you share the solution if you already solve it , I have the same issue0
-
Jatin_Patel wrote: »Hi,
Open database information and check Database Used (KB) percentage.
Open Table Information by clicking Tables and run Optimize and then try Adjust Cost Item Entries.
It will increase performance of database.
Anyone know how to do this in the newer version of NAV 2015 onwards?
Thank you.0
Categories
- All Categories
- 73 General
- 73 Announcements
- 66.6K Microsoft Dynamics NAV
- 18.7K NAV Three Tier
- 38.4K NAV/Navision Classic Client
- 3.6K Navision Attain
- 2.4K Navision Financials
- 116 Navision DOS
- 851 Navision e-Commerce
- 1K NAV Tips & Tricks
- 772 NAV Dutch speaking only
- 617 NAV Courses, Exams & Certification
- 2K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 320 Dynamics CRM
- 111 Dynamics GP
- 10 Dynamics SL
- 1.5K Other
- 990 SQL General
- 383 SQL Performance
- 34 SQL Tips & Tricks
- 35 Design Patterns (General & Best Practices)
- 1 Architectural Patterns
- 10 Design Patterns
- 5 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.6K General
- 1.1K General Chat
- 1.6K Website
- 83 Testing
- 1.2K Download section
- 23 How Tos section
- 252 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions