NAV 4 DB and NAV 5 DB on same SQL Server
slmaluwa
Member Posts: 366
Is there any issues in installing NAV 4 (SP3) and NAV 5.0 (SP1) DB on same SQL Server 2005 (dedicated server)?
This will be production server with around 20 concurrent users for each version.
We are in the process of migrating NAV4 and plan to run them both on the same server for about three months
This will be production server with around 20 concurrent users for each version.
We are in the process of migrating NAV4 and plan to run them both on the same server for about three months
"A bove maiore discit arare minor"-"From the old ox, the young one learns to plow."
0
Comments
-
There are no technical problems, only license problems. If you do not have Per Database granule, you have only one license for all databases on the server. And because this license will be upgraded to v. 5, some functionalities from v. 4 can have problems. Solution is to add the Per Database license granule into the license and use two separate licenses for each DB (old v4 license before upgrade for v4 database - per database, and v5 license uploaded into Master database)0
-
Thank you Kine for relaxing my mind saying that no technical issues exists. This is only for a transition period.
By the way, what do you think about running the same as
Ver 5 on SQL Server 2005
and
Ver 4.0 SP3 on Navision DB Server
on the same hardware (server). Someone earlier at our place said there will be performance issue. But, with dual XEON processor server, can't we set the affinity to allocate processor resources?"A bove maiore discit arare minor"-"From the old ox, the young one learns to plow."0 -
slmaluwa wrote:By the way, what do you think about running the same as
Ver 5 on SQL Server 2005
and
Ver 4.0 SP3 on Navision DB Server
on the same hardware (server). Someone earlier at our place said there will be performance issue. But, with dual XEON processor server, can't we set the affinity to allocate processor resources?
Well, technically this should be possible, but regarding performance this cannot be really recommended. Sure, you could set SQL Server's "Affinity Mask", excluding Core 0 (this one will be used by the NAV server) and define the "Min./Max. Memory" settings, but this would actually limit the SQL Server, thus degarding its preformance - depending on the transaction volue you want to process.
E.g. if SQL just runs on "half of a Dual Core" you just could expect "slow motion" processing from it.
Further, SQL Server has specific requirements in setting up the disk-subsystem, thus it is crucial to store the native db on different volumes.
Hence, such a setup requires SUFFICIENT hardware resources! If you don't have that, then just temorary this might be OK, but be aware of the "harm" you might do to the SQL Server ...
Best regards,
JörgJörg A. Stryk (MVP - Dynamics NAV)
NAV/SQL Performance Optimization & Troubleshooting
STRYK System Improvement
The Blog - The Book - The Tool0
Categories
- All Categories
- 75 General
- 75 Announcements
- 66.7K Microsoft Dynamics NAV
- 18.8K 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
- 611 NAV Courses, Exams & Certification
- 2K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 253 Dynamics CRM
- 103 Dynamics GP
- 6 Dynamics SL
- 1.5K Other
- 991 SQL General
- 383 SQL Performance
- 34 SQL Tips & Tricks
- 28 Design Patterns (General & Best Practices)
- Architectural Patterns
- 9 Design Patterns
- 4 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.6K General
- 1K General Chat
- 1.6K Website
- 77 Testing
- 1.2K Download section
- 23 How Tos section
- 249 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions
