Howdy, Stranger!
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
- 115 Navision DOS
- 854 Navision e-Commerce
- 1K NAV Tips & Tricks
- 772 NAV Dutch speaking only
- 615 NAV Courses, Exams & Certification
- 2K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 305 Dynamics CRM
- 109 Dynamics GP
- 10 Dynamics SL
- 1.5K Other
- 993 SQL General
- 384 SQL Performance
- 34 SQL Tips & Tricks
- 34 Design Patterns (General & Best Practices)
- Architectural Patterns
- 10 Design Patterns
- 5 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.7K General
- 1.1K General Chat
- 1.6K Website
- 79 Testing
- 1.2K Download section
- 23 How Tos section
- 260 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions
Fixed assets record size
Kaetchen
Member Posts: 106
Hi All,
Has anyone experience with large Fixed Asset Registers? We have at present about 9,000 Fixed Assets which will be increased by 160,000 for several (4) different depreciation books. Obviously to have G/L integration will increase the size of the G/L table significantly and is probably not achievable, considering we running the depreciation on a monthly basis. How will this affect the performance for Analyse Tools within NAV2009 R2, i.e. Account Schedules, Analyses by Dimensions etc.? We already experience performance problems on certain activities.
The periodic (monthly) depreciation batch job takes at present approx. 10 min. Our server specifications are as follow:
IBM x3650 M3, twin Xeon E5620 2.4Ghz, 16Gb RAM (soon to be upgraded to 32Gb), Windows Server 2008 R2
Disks:
RAID1 C: 135Gb, 75% free
RAID5,
, 144Gb, 46% free
RAID5, F:, 400GB, 57% free
Thanks for sharing your experience with me,
Stefanie
Has anyone experience with large Fixed Asset Registers? We have at present about 9,000 Fixed Assets which will be increased by 160,000 for several (4) different depreciation books. Obviously to have G/L integration will increase the size of the G/L table significantly and is probably not achievable, considering we running the depreciation on a monthly basis. How will this affect the performance for Analyse Tools within NAV2009 R2, i.e. Account Schedules, Analyses by Dimensions etc.? We already experience performance problems on certain activities.
The periodic (monthly) depreciation batch job takes at present approx. 10 min. Our server specifications are as follow:
IBM x3650 M3, twin Xeon E5620 2.4Ghz, 16Gb RAM (soon to be upgraded to 32Gb), Windows Server 2008 R2
Disks:
RAID1 C: 135Gb, 75% free
RAID5,
, 144Gb, 46% freeRAID5, F:, 400GB, 57% free
Thanks for sharing your experience with me,
Stefanie
0