Chapter 2: Setup and InstallationCHAPTER 2: SETUP AND INSTALLATIONObjectives                The objectives are:           ...
SQLServer Installation and Optimization for Microsoft Dynamics®NAV 2009Software Requirements                  The software...
Chapter 2: Setup and Installation      Microsoft Dynamics NAV 2009 supports the following SQL Server platforms:           ...
SQLServer Installation and Optimization for Microsoft Dynamics®NAV 2009                  In the RoleTailored architecture ...
Chapter 2: Setup and Installation      The Client Tier - Classic Client      The Microsoft Dynamics NAV 2009 Classic clien...
SQLServer Installation and Optimization for Microsoft Dynamics®NAV 2009                  The Service Tier                 ...
Chapter 2: Setup and Installation      Windows Server 2003 includes all the functionality customers have to do more      w...
SQLServer Installation and Optimization for Microsoft Dynamics®NAV 2009                  Windows Server 2003 R2, Datacente...
Chapter 2: Setup and Installation      Windows Server 2008 Roles are specified in the following table:      FIGURE 2.1 WIN...
SQLServer Installation and Optimization for Microsoft Dynamics®NAV 2009                  Microsoft SQL Server             ...
Chapter 2: Setup and Installation      Software Requirements for SQL Server      SQL Server must be installed on a compute...
SQLServer Installation and Optimization for Microsoft Dynamics®NAV 2009                  Workgroup Edition is the data man...
Chapter 2: Setup and Installation      Edition Features      SQL Server is available in many editions to meet the needs of...
SQLServer Installation and Optimization for Microsoft Dynamics®NAV 2009                  SQL Server 2005 requires Microsof...
Chapter 2: Setup and Installation      The database is stored on the server, making it a critical area of the application ...
SQLServer Installation and Optimization for Microsoft Dynamics®NAV 2009                  Disk Speed and Disk Size         ...
Chapter 2: Setup and Installation      drives. As with conventional hard drives it is still a good idea to build      redu...
SQLServer Installation and Optimization for Microsoft Dynamics®NAV 2009                   RAID          Description       ...
Chapter 2: Setup and Installation      and maintain data recoverability through a mirrored transaction log, assuming      ...
SQLServer Installation and Optimization for Microsoft Dynamics®NAV 2009                  In general, the following RAID re...
Chapter 2: Setup and Installation      Multiple Processors      Microsoft SQL Server can be configured to use multiple pro...
SQLServer Installation and Optimization for Microsoft Dynamics®NAV 2009                   Edition            Enterprise   ...
Chapter 2: Setup and Installation               Be aware that sometimes you can achieve better performance by reserving a ...
SQLServer Installation and Optimization for Microsoft Dynamics®NAV 2009                  It improves security to execute t...
Chapter 2: Setup and Installation      Microsoft Dynamics NAV 2009 is designed according to the three-tier      architectu...
SQLServer Installation and Optimization for Microsoft Dynamics®NAV 2009                  The Database Tier                ...
Chapter 2: Setup and Installation      If you select Windows Authentication, the current Windows account will be used     ...
SQLServer Installation and Optimization for Microsoft Dynamics®NAV 2009                  Here you can specify the number o...
Chapter 2: Setup and Installation      By default, the database files will all be placed in SQL Servers data folder      (...
SQLServer Installation and Optimization for Microsoft Dynamics®NAV 2009                  Whatever option you choose, you m...
Chapter 2: Setup and Installation      Collation Types      The New Database window contains editable collation informatio...
SQLServer Installation and Optimization for Microsoft Dynamics®NAV 2009                  Microsoft Dynamics NAV works best...
Chapter 2: Setup and Installation      The following lists other problems that can be caused by not validating the code   ...
SQLServer Installation and Optimization for Microsoft Dynamics®NAV 2009                  If you select Full, the details o...
Chapter 2: Setup and Installation      Torn Page Detection      Torn Page detection is a built-in check mechanism that all...
SQLServer Installation and Optimization for Microsoft Dynamics®NAV 2009                  Lock Timeout and Timeout Duration...
Chapter 2: Setup and Installation      The main difference between these two security models is how they synchronize      ...
SQLServer Installation and Optimization for Microsoft Dynamics®NAV 2009                  This file is hidden. Change your ...
Na2009 enus sql_02
Na2009 enus sql_02
Na2009 enus sql_02
Na2009 enus sql_02
Na2009 enus sql_02
Na2009 enus sql_02
Na2009 enus sql_02
Na2009 enus sql_02
Na2009 enus sql_02
Na2009 enus sql_02
Na2009 enus sql_02
Na2009 enus sql_02
Na2009 enus sql_02
Na2009 enus sql_02
Na2009 enus sql_02
Na2009 enus sql_02
Na2009 enus sql_02
Na2009 enus sql_02
Na2009 enus sql_02
Na2009 enus sql_02
Na2009 enus sql_02
Na2009 enus sql_02
Na2009 enus sql_02
Na2009 enus sql_02
Na2009 enus sql_02
Na2009 enus sql_02
Na2009 enus sql_02
Na2009 enus sql_02
Na2009 enus sql_02
Na2009 enus sql_02
Na2009 enus sql_02
Na2009 enus sql_02
Na2009 enus sql_02
Na2009 enus sql_02
Upcoming SlideShare
Loading in...5
×

Na2009 enus sql_02

588

Published on

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
588
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
20
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Transcript of "Na2009 enus sql_02"

  1. 1. Chapter 2: Setup and InstallationCHAPTER 2: SETUP AND INSTALLATIONObjectives The objectives are: • Evaluate the software requirements for Microsoft Dynamics® NAV 2009. • Evaluate the hardware requirements for Microsoft Dynamics NAV 2009. • Review the Microsoft Dynamics NAV 5.0 Architecture. • Understand the Microsoft Dynamics NAV 2009 Architecture. • Configure the components in a Microsoft Dynamics NAV implementation. • Explain the security model and security synchronization.Introduction One of the most important steps in a Microsoft Dynamics NAV implementation is the selection of the hardware and software platform. When planning a Microsoft Dynamics NAV 2009 installation, you must make sure that the computers that will be used meet the minimum requirements and are sufficient for your current and future needs. Failure to meet these specifications can cause the installation of some or all of the components to fail. This lesson describes the requirements for installing Microsoft Dynamics NAV 2009. Understanding the setup requirements and options help you plan a successful installation. Microsoft Official Training Materials for Microsoft Dynamics ® 2-1 Your use of this content is subject to your current services agreement
  2. 2. SQLServer Installation and Optimization for Microsoft Dynamics®NAV 2009Software Requirements The software requirements for a Microsoft Dynamics NAV 2009 implementation depend on the following factors: • The architecture and the different tiers • The database platform • Additional components and desired functionality Architecture and Tiers Microsoft Dynamics NAV can be used in single-user or multiuser installations. • In single-user installations, all the work is performed on one computer, and all the information (the database) is stored on this computer. Even if you purchase several single-user installations and run each on its own computer, the entire installation is still called "single-user" because the information is stored on each individual computer and not on one centrally located database. • In a multiuser installation, many users share common information that is stored in one or more databases on a server. The computers that work with the data are called clients, and the way the server and the computers work together is called a client/server installation. For a single-user installation, the software requirements are limited. The client must be installed on a supported operating system. Furthermore, when you choose Microsoft SQL Server as a database platform, you also have to consider the software requirements for Microsoft® SQL Server® Express Edition. Multiuser installations require the presence of a server program that is installed on the server computer. Microsoft Dynamics NAV supports two server options: Microsoft Dynamics NAV Classic Database Server and Microsoft SQL Server. Each of these server options has its own software requirements. In addition, in multiuser installations, you can choose between a two-tier and a three-tier architecture. (In fact, both architectures can coexist.) While the Classic client works with both database platforms, the RoleTailored client requires Microsoft SQL Server as a database platform. Database Platform The selected database platform affects the software requirements. While the Microsoft Dynamics NAV Database Server has its own requirements, the requirements for the Microsoft SQL Server Option fully depend on the specifications for Microsoft SQL Server.2-2 Microsoft Official Training Materials for Microsoft Dynamics ® Your use of this content is subject to your current services agreement
  3. 3. Chapter 2: Setup and Installation Microsoft Dynamics NAV 2009 supports the following SQL Server platforms: • Microsoft SQL Server 2005 SP2 Express, Workgroup, Standard, Enterprise • Microsoft SQL Server 2008 Express, Workgroup, Standard, Enterprise Each edition has its own software and hardware requirements. Additional Components and Functionality Depending on the functions and components used in or together with Microsoft Dynamics NAV, additional software requirements apply. Functional areas such as Business Analytics or Automated Data Capture System require additional software components (for example Application Server for Microsoft Dynamics NAV and Microsoft SQL Server Analysis Services). To use Office integration functions (mail merge, Outlook client integration, and export to Excel), you need Microsoft® Office. Other software requirements can come from a more general perspective or need, such as database size, scalability, and high availability, and so on. For a detailed overview of the software requirements for the individual Microsoft Dynamics NAV components, go to http://www.microsoft.com/dynamics/nav/product/systemrequirements.mspx. Microsoft Dynamics NAV 2009 is designed to take advantage of the Microsoft software platform. This platform consists of the following prerequisites for Microsoft Dynamics NAV 2009: • Windows Server 2003® or 2008 • Microsoft SQL Server 2005 or 2008 • The Microsoft® .NET Framework 3.5 • Microsoft Windows® Services Enhancements • ASP.NET • Microsoft Report Viewer 2008 Users must install and configure these prerequisites to prepare the server on which to load Microsoft Dynamics NAV. These software requirements will influence the hardware configuration, which will be discussed in the next lessons. Operating System Microsoft Dynamics NAV 2009 introduces a three-tier RoleTailored architecture that improves the security, scalability, and flexibility of Microsoft Dynamics NAV. Microsoft Official Training Materials for Microsoft Dynamics ® 2-3Your use of this content is subject to your current services agreement
  4. 4. SQLServer Installation and Optimization for Microsoft Dynamics®NAV 2009 In the RoleTailored architecture there are the following three tiers: • Client tier • Service tier • Database server tier Each tier has its own role and its own requirements that further determine the operating system requirements. The Client Tier - RoleTailored Client The Microsoft Dynamics NAV 2009 RoleTailored client can be installed on the following operating systems: • Microsoft Windows® XP Professional SP3 or later (X86 or running 32 bit on X64) • Windows Server 2003 SP2 or later (X86 or running 32 bit on X64) • Windows Server 2003 R2 SP2 or later (X86 or running 32 bit on X64) • Microsoft Windows Vista® (Business, Enterprise, or Ultimate) SP1 or later (X86 or running 32 bit on X64) • Windows Server 2008 (X86 or running 32 bit on X64) Furthermore, depending on the functionalities and applications used by the client, the following applications are required: • Internet Explorer® 6.0 or later • Microsoft .NET Framework 3.5 • Active Directory required for 3-tier configurations. For instant messaging and TAPI Microsoft® Office Communicator 2007 is required. For Mail Merge*, Microsoft® Outlook® Client Integration, Import and Export Budget to and from Microsoft® Excel® and Office XML and Share Point links, the following is required: • Microsoft Office 2003 or 2007 *Mail merge requires Collaboration Data Object (CDO) installed.2-4 Microsoft Official Training Materials for Microsoft Dynamics ® Your use of this content is subject to your current services agreement
  5. 5. Chapter 2: Setup and Installation The Client Tier - Classic Client The Microsoft Dynamics NAV 2009 Classic client can be installed on the following operating systems: • Windows XP Professional SP3 or later (X86 or running 32 bit on X64) • Windows Server 2003 SP2 or later (X86 or running 32 bit on X64) • Windows Server 2003 R2 SP2 or later (X86 or running 32 bit on X64) • Windows Vista (Business, Enterprise, or Ultimate) SP1 or later (X86 or running 32 bit on X64) • Windows Server 2008 (X86 or running 32 bit on X64) Depending on the functionalities and applications used by the client, the following applications are required: • Microsoft .NET Framework 3.5 For Mail Merge*, Outlook Client Integration, Import and Export Budget to and from Microsoft Excel and Office XML and Share Point links, the following is required: • Microsoft Office 2003 or 2007 *Mail merge requires Collaboration Data Object (CDO) installed. For single-user installation Microsoft SQL Server 2005 Express or SQL Server 2008 Express is supported. For developing reports for the RoleTailored client, one of the following products is required: • Microsoft® Visual Web Developer™ 2005 Express edition SP1 or above* • Microsoft Visual Studio 2005 Standard / Professional SP1 or later • Microsoft Visual Studio 2008 Standard / Professional SP1 or later * If Microsoft Visual Web Developer 2005 Express edition is used, Reporting Add-in for Microsoft Visual Web Developer 2005 Express is also required. For debugging applications running on the Microsoft Dynamics NAV Server, Microsoft Visual Studio 2008 SP1 is required. Microsoft Official Training Materials for Microsoft Dynamics ® 2-5Your use of this content is subject to your current services agreement
  6. 6. SQLServer Installation and Optimization for Microsoft Dynamics®NAV 2009 The Service Tier The Service Tier requires one of the following operating systems: • Windows XP Professional with SP3 or later (X86 or running 32 bit on X64) • Windows Server 2003 SP2 or later (X86 or running 32 bit on X64) • Windows Server 2003 R2 SP2 or later (X86 or running 32 bit on X64) • Microsoft Small Business Server 2003 R2 SP2 or later (X86 or running 32 bit on X64) • Microsoft Small Business Server 2008 or later (X86 or running 32 bit on X64) • Windows Vista (Business, Enterprise, or Ultimate) SP1 or later (X86 or running 32 bit on X64) • Windows Server 2008 (X86 or running 32 bit on X64) • Microsoft Windows Essential Business Server 2008 Standard or Premium (running 32 bit on X64) The following components are needed: • Microsoft .NET Framework 3.5 • Active Directory required for 3-tier configurations. The Database Tier - Microsoft SQL Server Option Microsoft Dynamics NAV 2009 supports the following versions of SQL Server: • Microsoft SQL Server 2005 SP2 Express, Workgroup, Standard, Enterprise • Microsoft SQL Server 2008 Express, Workgroup, Standard, Enterprise The operating system requirements depend on the specifications for both SQL Server versions. Both x86 and x64 operating systems are supported. Windows Server 2003 Windows Server 2003 or Windows Server 2008 are the platform operating systems for Microsoft Dynamics NAV 2009. Whether you use the 2003 or 2008 depends on your hardware and infrastructure, and your performance needs.2-6 Microsoft Official Training Materials for Microsoft Dynamics ® Your use of this content is subject to your current services agreement
  7. 7. Chapter 2: Setup and Installation Windows Server 2003 includes all the functionality customers have to do more with less, while providing security, reliability, availability, and scalability. Microsoft has improved the Microsoft Windows server operating systems to incorporate the benefits of Microsoft .NET. This enables information, people, systems, and devices to successfully connect to one another. Windows Server 2003 is a multipurpose operating system that can handle a diverse set of server roles, depending on a users needs, in either a centralized or distributed manner. Some of these server roles include the following: • Application server • File and print server • Web server and Web application services • Mail server • Terminal server • Remote access and Virtual Private Network (VPN) server • Directory services including Domain Name System (DNS), Dynamic Host Configuration Protocol (DHCP) server, and Microsoft Windows Internet Naming Service (WINS) • Streaming media server Windows Server 2003 Standard Edition is designed for departmental and standard workloads. Windows Server 2003 R2 Enterprise Edition differs from Windows Server 2003 R2 Standard Edition primarily in its support for high-performance servers and its ability to cluster servers for more load handling. These capabilities include the following: • Eight-way Symmetric Multiprocessing (SMP) • Eight-Node Clustering • Up to 64 Gigabytes of RAM This powerful platform provides reliability that helps systems remain available even if problems occur. Windows Server 2003 Datacenter Edition is designed for: • The highest levels of scalability and reliability • Supporting mission-critical solutions for databases • Enterprise resource planning software • High-volume, real-time transaction processing • Server consolidation Microsoft Official Training Materials for Microsoft Dynamics ® 2-7Your use of this content is subject to your current services agreement
  8. 8. SQLServer Installation and Optimization for Microsoft Dynamics®NAV 2009 Windows Server 2003 R2, Datacenter Edition, is available in both 32-bit and 64- bit versions and includes the following: • Thirty two-way SMP • Eight-Node Clustering • Up to 64 Gigabytes of RAM Microsoft Dynamics NAV uses Windows Server 2003 as an application server, and will be installed on a Windows Server 2003 Standard Edition in most production environments. Other environments may require the Enterprise or Datacenter Editions. Windows Server 2008 Windows Server 2008, with built-in Web and virtualization technologies, enables businesses to increase the reliability and flexibility of their server infrastructure. New virtualization tools, Web resources, and security enhancements help save time, reduce costs, and provide a platform for a dynamic and optimized datacenter. Powerful new tools, such as Internet Information Services (IIS) 7.0 and Server Manager, provide more control over servers, and streamline Web, configuration, and management tasks. Advanced security and reliability enhancements, such as Network Access Protection and the Read-Only Domain Controller, empower the operating system and help protect the server environment to make sure a solid foundation on which to build businesses. Windows Server 2008 is available in multiple editions to support the varying server needs of organizations of all sizes. Windows Server 2008 is available in five primary editions, and three of these editions are also available without Windows Server Hyper-V, bringing the total number of editions to eight.2-8 Microsoft Official Training Materials for Microsoft Dynamics ® Your use of this content is subject to your current services agreement
  9. 9. Chapter 2: Setup and Installation Windows Server 2008 Roles are specified in the following table: FIGURE 2.1 WINDOWS SERVER 2008 ROLES Microsoft Official Training Materials for Microsoft Dynamics ® 2-9Your use of this content is subject to your current services agreement
  10. 10. SQLServer Installation and Optimization for Microsoft Dynamics®NAV 2009 Microsoft SQL Server The software requirements for Microsoft Dynamics NAV 2009 with Microsoft SQL Server depend on the SQL Server versions supported by Microsoft Dynamics NAV. There are two supported versions: • Microsoft SQL Server 2005 SP2 Express, Workgroup, Standard, Enterprise • Microsoft SQL Server 2008 Express, Workgroup, Standard, Enterprise Microsoft SQL Server is a comprehensive database platform providing enterprise-class data management with integrated business intelligence (BI) tools. It is fully integrated into the Microsoft Data Platform. FIGURE 2.2 THE MICROSOFT DATA PLATFORM The Microsoft SQL Server data engine is the core of this enterprise data management solution. Additionally, Microsoft SQL Server combines analysis, reporting, integration, and notification. Business intelligence (BI) features provide a competitive advantage. These advantages include enriching data and building complex business analytics with Analysis Services, and writing, managing, and delivering rich reports that use Reporting Services.2-10 Microsoft Official Training Materials for Microsoft Dynamics ® Your use of this content is subject to your current services agreement
  11. 11. Chapter 2: Setup and Installation Software Requirements for SQL Server SQL Server must be installed on a computer running Microsoft Windows. The specific version of Windows required depends on the edition of SQL Server being installed. SQL Server is available in many editions to help meet the needs of your organization. Microsoft SQL Server Enterprise Edition Microsoft SQL Server 2008 Enterprise provides a trusted, productive, and intelligent data platform that enables you to run your most demanding business- critical applications, reduce time and cost of development and management of applications, and deliver actionable insight to your entire organization. SQL Server 2008 Enterprise provides the highest levels of security, reliability, and scalability. Enterprise Edition is meant to support the largest enterprise online analytical processing environments, highly complex data analysis, data warehousing, and active Web servers. For more information, go to http://www.microsoft.com/sqlserver/2008/en/us/enterprise.aspx. Microsoft SQL Server Standard Edition SQL Server 2008 Standard is a complete data management and business intelligence platform providing best-in-class ease of use and manageability for running departmental applications. Standard Edition includes the necessary functionality for e-commerce, data warehousing, and line of business solutions that most small and medium sized business use. If your organization needs to track large amounts of data but does not need all the functionality of Enterprise Edition then Standard Edition will work well with Microsoft Dynamics NAV. For more information, go to http://www.microsoft.com/sqlserver/2008/en/us/standard.aspx. Microsoft SQL Server Workgroup Edition SQL Server 2008 Workgroup is a reliable data management and reporting platform that delivers secure, remote synchronization and management capabilities for running branch applications. It includes the core database features of the SQL Server product line and is easy to upgrade to Standard or Enterprise. Microsoft Official Training Materials for Microsoft Dynamics ® 2-11Your use of this content is subject to your current services agreement
  12. 12. SQLServer Installation and Optimization for Microsoft Dynamics®NAV 2009 Workgroup Edition is the data management solution for small organizations that need a database that has no limit on the size or number of users and can work as a back end to small Web servers and departmental or branch office operations. For more information, go to http://www.microsoft.com/sqlserver/2008/en/us/workgroup.aspx. Microsoft SQL Server Developer Edition SQL Server 2008 Developer enables developers to build and test applications that run on SQL Server on 32-bit, IA-64, and x64 platforms. SQL Server 2008 Developer includes all of the functionality of Enterprise Edition, but is licensed only for development, test, and demonstration use. The license for SQL Server 2008 Developer entitles one developer to use the software on as many systems as necessary. For rapid deployment into production, instances of SQL Server 2008 Developer can easily be upgraded to SQL Server 2008 Enterprise without reinstallation. Developer Edition includes all the functionality of SQL Server Enterprise Edition. However, it is licensed as a development and test server, not as a production server. For more information about SQL Server Developer Edition, go to http://www.microsoft.com/sqlserver/2008/en/us/developer.aspx. For more information about upgrading Developer to Enterprise Edition, go to http://msdn.microsoft.com/en-us/library/ms143393.aspx. Microsoft SQL Server Express Microsoft SQL Server 2008 Express is a free edition of SQL Server that is ideal for learning, developing and powering desktop, Web and small server applications, and for redistribution by Independent Software Vendors (ISVs). SQL Server 2005 Express Edition is a free, easy to use and easy to manage database that can be redistributed to act as a client database and basic server database. It is usually suited for small data sets and will not work in some Microsoft Dynamics NAV implementations. For more information, go to http://www.microsoft.com/sqlserver/2008/en/us/express.aspx. Microsoft SQL Server Web Edition and Compact Edition Microsoft SQL Server 2008 Web and Compact 3.5 Edition are specifically targeted for web application hosting and mobile application development scenarios.2-12 Microsoft Official Training Materials for Microsoft Dynamics ® Your use of this content is subject to your current services agreement
  13. 13. Chapter 2: Setup and Installation Edition Features SQL Server is available in many editions to meet the needs of your organization. To determine which SQL Server edition will work best for your Microsoft Dynamics NAV implementation, review the features in each edition. FIGURE 2.3 SQL SERVER EDITION FEATURE COMPARISON For a full comparison of the features available in each edition of SQL Server, please go to http://www.microsoft.com/sqlserver/2008/en/us/editions- compare.aspx. SQL Server 2005 on Windows Server 2008 and Windows Vista In order to give customers more secure products, Windows Server 2008 and Windows Vista are supported by SQL Server 2005 Express Edition Service Pack 1 (SP1). All other editions will be supported by SQL Server 2005 Service Pack 2 (SP2) or later when it becomes available. Earlier versions of SQL Server, including SQL Server 2000 (all editions including Desktop Engine edition, also known as MSDE), SQL Server 7.0, and SQL Server 6.5, will not be supported on Windows Server 2008 or Windows Vista. Customers running applications that have these earlier versions of SQL Server should consider evaluating and upgrading to SQL Server 2005, which was designed to take advantage of the upcoming security and performance enhancements in the operating environment. Microsoft Official Training Materials for Microsoft Dynamics ® 2-13Your use of this content is subject to your current services agreement
  14. 14. SQLServer Installation and Optimization for Microsoft Dynamics®NAV 2009 SQL Server 2005 requires Microsoft SQL Server 2005 Service Pack 2 (http://www.microsoft.com/downloads/details.aspx?FamilyId=d07219b2-1e23- 49c8-8f0c-63fa18f26d3a&displaylang=en) (SP2) to run on Windows Server 2008 and Windows Vista SP1. You must first install the full release version of SQL Server 2005 before you apply SP2. Other .NET Framework The .NET Framework is a development and execution environment that enables different programming languages and libraries to work together seamlessly to create Microsoft Windows-based applications that are easier to build, manage, deploy, and integrate with other networked systems. Microsoft Web Services Enhancements The Web Services Enhancements for Microsoft .NET is an add-in to Microsoft Visual Studio 2005 and the Microsoft .NET Framework 3.5 that enables developers to build secure Web services based on the latest Web services protocol specifications. Microsoft Report Viewer 2008 The Microsoft Report Viewer 2008 Redistributable Package includes Windows Forms and ASP.NET Web server controls for viewing reports designed by using Microsoft reporting technology. Microsoft Report Viewer control enables applications that run on the .NET Framework to display reports designed using Microsoft reporting technology. This redistributable package contains Windows Forms and ASP.NET Web server control versions of the Report Viewer.Hardware Requirements Microsoft Dynamics NAV does not require particularly sophisticated equipment, but as with all programs, the better your equipment, the better the results. You get the best solution with the optimal equipment and with the program settings optimized for that equipment. In a multi-user installation, you can, in principle, use the same type of computer for both the clients and the server. However, there is a difference in how much CPU power, memory, and disk space the client and server will need. Computers for servers that run Windows Server 2003 or Windows Server 2008 must comply with the requirements specified by Microsoft. If you use the Microsoft Dynamics NAV SQL Server option, the hardware must meet the specifications of both the operating system and the Microsoft SQL Server edition.2-14 Microsoft Official Training Materials for Microsoft Dynamics ® Your use of this content is subject to your current services agreement
  15. 15. Chapter 2: Setup and Installation The database is stored on the server, making it a critical area of the application because several users can access it at the same time. Therefore, it is important to select a powerful computer for the server. In addition, the following are aspects of the server that require additional consideration: • The hard disk and controller • The RAID system • The memory • The network adapter • The CPU Hard Disks The hard disk is the slowest component in a computer because it consists of mechanical parts. Access times to the hard disk are long compared to those to memory (typical access time to memory is less than 60 nanoseconds and access time to a hard disk is faster than 10 milliseconds). All of the programs and information are stored on the hard disk so that data is continuously read from and written to the disk. Because there is only one read/write head in a hard disk, only one read or write operation can be carried out at a time. By using more than one disk in your system, you can increase performance significantly. Hard Disk Controller You must, however, use a hard disk controller that supports control of more than one hard disk at a time without increasing access time to the disks. Furthermore, it is important for the controller to have a high transfer rate so data can travel quickly between the memory and the hard disk. The use of CPU per disk transfer must also be minimized. An example of a controller with these features is the Fast Wide SCSI 2 (Small Computer System Interface) controller. When selecting a hard disk controller, do not use the write-back or lazy-write caching systems that are built into your hard disk controller unless the disk controller has a battery backup. Using a battery-supported hard disk controller prevents loss of data that might otherwise result if the system experiences a power failure. You should also be aware of the write-cache facility that most of todays hard disks use. When you buy a hard disk, make sure that you can disable its write- cache (using software or a jumper on the disk). When write-cache is enabled and a power failure occurs when data is still in this cache, you could lose the data. It is also necessary to have some sort of error detection unit implemented to allow the controller to determine when a byte of data in the cache is corrupted (for example, caused by a single-bit error or a defective memory chip). Any errors that occur must be corrected so that a correction scheme must be implemented in the controller. An ECC (Error Correction Code) RAM is an example of this kind of correction scheme. Microsoft Official Training Materials for Microsoft Dynamics ® 2-15Your use of this content is subject to your current services agreement
  16. 16. SQLServer Installation and Optimization for Microsoft Dynamics®NAV 2009 Disk Speed and Disk Size Because the hard disk is the slowest component of a computer, you want to make disk read and write transactions as fast as possible. You can do this by using fast disks (15000 rpm). Fast disks definitely perform better than disks that have a lower speed (10000 rpm). Adding hard drives to your system will increase the overall performance. To avoid poor performance in your daily work, you should add more than one hard disk to your system and divide the database among these hard disks. Four relatively slow hard disks perform much better together than one super fast hard disk. Several "intelligent" controllers exist, which can control several hard disks simultaneously, for example, RAID (Redundant Array of Independent Disks) controllers. Important to know is that pure disk performance is not the same as Microsoft Dynamics NAV performance because many other things are going on for example in-memory processing, network transport and so on. It would be wrong to claim that write performance is more important than read performance because Microsoft Dynamics NAV does about five reads every time it does one write. With a RAID setup you can achieve almost double performance by doubling the number of disks in a pure striping setup but most customers will run both striping and mirroring requiring more disks to achieve this performance gain. Solid-state drive (SSD) Solid state disks solve the problem of physical constraints by replacing hard disk drives with high speed circuitry. Instead of a rotating disk, a solid state disk uses memory chips (typically DDR RAM or Flash Memory) to read and write data. Solid state drives have several advantages over the magnetic hard drives. Most of this comes from the fact that the drive does not have any moving parts. While a traditional drive has drive motors to spin up the magnetic platters and the drive heads, all the storage on a solid state drive is handled by flash memory chips. This provides three distinct advantages: • Less Power Usage • Faster Data Access • Higher Reliability While solid state disks will often boost write performance they typically do not provider as much read performance because the memory cache on the SQL Server already serves a lot of read requests. However the initial measurements (http://blogs.msdn.com/freddyk/archive/2009/02/09/more-ssd-testing.aspx) show that they can improve raw read/write performance compared to conventional hard2-16 Microsoft Official Training Materials for Microsoft Dynamics ® Your use of this content is subject to your current services agreement
  17. 17. Chapter 2: Setup and Installation drives. As with conventional hard drives it is still a good idea to build redundancy into a system using solid-state hard drives (mirroring) RAID (Redundant Array of Independent Disks) RAID systems provide two main advantages: reliability (RAID 1 or mirroring) and performance (RAID 0 or striping). Given the low cost of hard drives, any company should at least implement RAID 1 to be more secure from data-loss. Whether you use RAID 0 depends on the number of transactions the system is required to handle. The advantage of RAID systems is that you can add disks over time and improve performance or increase capacity. A RAID system consists of several disks. The key feature of a RAID system is that the failure of one disk does not bring the entire system down. Several RAID configurations exist. The most important configurations are described in the following table: RAID Description Level RAID 0 This level is also known as disk striping because it uses a disk file system called a stripe set. Data is divided into blocks and spread in a fixed order among all disks in an array. RAID 0 improves read and write performance by spreading operations across multiple disks. RAID 0 is similar to RAID 5, but RAID 0 does not provide redundancy (fault tolerance). RAID 1 Called mirroring. The data is written redundantly to pairs of drives and can be read independently from each drive. This is fast and provides full redundancy, but the disk capacity required is doubled. The read performance can be up to twice as fast as a single drive because both drives can process the read request simultaneously. Write performance is almost unchanged. RAID 1 is best for transaction processing, where many small I/Os are required. RAID 1 is also the most expensive RAID configuration because of the disk overhead. In theory, RAID 1 has twice the read transaction rate of single disks and the same write transaction rate as single disks. Microsoft Official Training Materials for Microsoft Dynamics ® 2-17Your use of this content is subject to your current services agreement
  18. 18. SQLServer Installation and Optimization for Microsoft Dynamics®NAV 2009 RAID Description Level RAID 5 Also known as striping with parity, this level is the most popular strategy for new designs. RAID 5 stripes the data in large blocks across the disks in an array. The parity for the stripes of data is also spread across all of the drives, so no one drive is dedicated to parity. Data redundancy is provided by the parity information. The data and parity information are arranged on the disk array so that the two types of information are always on different disks. In general, striping with parity offers better performance than disk mirroring (RAID 1). RAID 5 requires a minimum of three drives to implement. It has the highest read transaction rate, but a medium write transaction rate. RAID 10 RAID 10 uses a mirrored array of disks (RAID 1 array) that are (1+0) striped to another set of disks. RAID 10 is not to be confused with RAID 0+1. RAID 0+1 This level is also known as mirroring with striping. RAID 0+1 uses a striped array of disks that are then mirrored to another identical set of striped disks. For example, a striped array can be created by using five disks. The striped array of disks is then mirrored using another set of five striped disks. RAID 0+1 provides the performance benefits of disk striping with the disk redundancy of mirroring. RAID Levels and SQL Server RAID is a disk system that contains multiple disk drives, called an array, to provide better performance, reliability, storage capacity, and reduced cost. Fault- tolerant arrays are categorized in six RAID levels: 0 through 5. Each level uses a different algorithm to implement fault tolerance. Although RAID is not a part of SQL Server, implementing RAID can directly affect the way SQL Server performs. RAID levels 0, 1, and 5 are typically used with SQL Server. A hardware disk array improves I/O performance because I/O functions, such as striping and mirroring, are handled efficiently in firmware. Conversely, an operating system-based RAID offers reduced cost, but consumes processor cycles. When cost is an issue and redundancy and high performance are required, RAID 5 volumes are a good solution. Data striping (RAID 0) is the RAID configuration with the best performance, but if one disk fails, all the data on the stripe set becomes inaccessible. A common installation technique for relational database management systems is to configure the database on a RAID 0 drive and then put the transaction log on a mirrored drive (RAID 1). You can obtain the best disk I/O performance for the database2-18 Microsoft Official Training Materials for Microsoft Dynamics ® Your use of this content is subject to your current services agreement
  19. 19. Chapter 2: Setup and Installation and maintain data recoverability through a mirrored transaction log, assuming you perform regular database backups. RAID 5 provides redundancy of all data on the array. This allows for a single disk to fail and be replaced most of the time without system downtime. Be aware that RAID 5 offers reduced performance compared to RAID 0 or RAID 1 (because of the parity overhead), but better reliability and faster recovery. Write performance on RAID 5 increases when more disks are added to the RAID 5 array. In general, read performance is better in RAID 5 than in RAID 1 (as RAID 5 has at least three disks, whereas RAID 1 has only two). For ERP systems, with many write transactions, RAID 5 is not always the best solution. Microsoft Official Training Materials for Microsoft Dynamics ® 2-19Your use of this content is subject to your current services agreement
  20. 20. SQLServer Installation and Optimization for Microsoft Dynamics®NAV 2009 In general, the following RAID recommendations apply to SQL Server: SQL Server Component RAID Configuration Operating System + SQL Server Files RAID 1 Database RAID 10 Transaction Log RAID 1 or 10 TempDB RAID 1 or 10 The operating system files on a SQL Server are not the most critical nor the most frequently used files of a SQL Server configuration; a RAID configuration with good read performance can always be recommended. However, it is not required (because reading these files does not generate much overhead). For the database files, it is important to select a RAID level with good read and write performance. Make sure that you put the database files and the transaction log files on separate disk arrays. Otherwise you will encounter disk contention which reduces the performance of the SQL Server. You could also lose both the database and transaction log files should a disk failure occur. It is also recommended to keep the Windows page file and the database files on separate disk arrays. The transaction log files require a RAID level with excellent write performance, because the log files are constantly written to. Here, RAID 10 is a good choice. If you have multiple transaction log files, it is better to store each transaction log on a separate RAID 10 array. Although it is possible to place the TempDB on a RAID 0, we recommend that you select a more fault-tolerant RAID configuration for production environments. (For development environments or environments where downtime is not important, RAID 0 can be used.) Be aware that failure of a disk that contains the TempDB will result in server downtime, which is to be avoided in production environments. Processor The speed of the processor (also called Central Processing Unit or CPU) is also an important performance factor. It is the CPU that performs all the calculations involved in Microsoft Dynamics NAV - the faster the CPU, the more calculations per second. It is also important to have as much level 2 cache in the system as possible. This increases the speed with which the CPU gets data from and saves data to RAM. However, it should be noted that adding more hard disks gives a greater improvement in performance than increasing the speed of the CPU.2-20 Microsoft Official Training Materials for Microsoft Dynamics ® Your use of this content is subject to your current services agreement
  21. 21. Chapter 2: Setup and Installation Multiple Processors Microsoft SQL Server can be configured to use multiple processors. The maximum number of processors that can be used by SQL Server depends on the edition: SQL Server edition Enterprise Standard Workgroup Express Number of CPUs OS Maximum 4 2 1 If multiple processors are enabled, it is recommended that you: • Create as many database files as there are processors • Disable automatic database growth in SQL Server If you have a multi-processor server, make sure not to allocate all processors to SQL Server, but keep a number of processors available for other tasks that are running on the server. For example, in a server that has four processors, allocate a maximum of three processors to SQL Server and keep at least one for the operating system and other applications. 32-bit versus 64-bit The terms 32-bit and 64-bit refer to the way a computers processor handles information. The 64-bit version of Windows handles large amounts of RAM more effectively than a 32-bit system. The benefits are most apparent when you have a large amount of RAM installed on your computer (typically 4 GB of RAM or more). Because a 64-bit operating system can handle large amounts of memory more efficiently than a 32-bit operating system can, a 64-bit system can be more responsive when running several programs at the same time and switching between them frequently. Memory Memory is an important resource in a Microsoft SQL Server environment. Microsoft SQL Server tends to use its memory to serve the user requests. The amount of memory that SQL Server can address depends on the SQL Server edition (and the operating system). It should be proportional to the number of users. Edition Enterprise Standard Workgroup Express Required 512 MB 512 MB 512 MB 192 MB Minimum Recommended 1 GB 1 GB 1 GB 512 MB Minimum (SQL Server 2005) Microsoft Official Training Materials for Microsoft Dynamics ® 2-21Your use of this content is subject to your current services agreement
  22. 22. SQLServer Installation and Optimization for Microsoft Dynamics®NAV 2009 Edition Enterprise Standard Workgroup Express Recommended 2 GB 2 GB 2 GB 1 GB Minimum(SQL Server 2008) Maximum 4 GB (32-bit) 4 GB (32- 4 GB 1 GB Memory or OS bit) or OS Utilization Maximum Maximum (64-bit) (64-bit) The memory requirements in the table do not reflect additional memory requirements for the operating systems. For detailed memory requirements, go to http://www.microsoft.com/sql/. The amount of memory that SQL Server can address can be configured through the Memory page in the Server Properties window in SQL Server Management Studio. When Minimum server memory is set to 0 and Maximum server memory is set to 2147483647, SQL Server can take advantage of the optimal amount of memory at any given time, subject to how much memory the operating system and other applications are currently using. As the load on the computer and SQL Server changes, so does the memory allocated. You can further limit this dynamic memory allocation to the minimum and maximum values. Minimum server memory (in MB) specifies that SQL Server should start with at least the minimum amount of allocated memory and not release memory under this value. Set this value based on the size and activity of your instance of SQL Server. Always set the option to a reasonable value to ensure that the operating system does not request too much memory from SQL Server and inhibit Windows performance. Maximum server memory (in MB) specifies the maximum amount of memory SQL Server can allocate when it starts and while it runs. This configuration option can be set to a specific value if you know there are multiple applications running at the same time as SQL Server and you want to guarantee that these applications have sufficient memory to run. If these other applications, such as Web or e-mail servers, request memory only as needed, then do not set the option, because SQL Server will release memory to them as needed. However, applications often use whatever memory is available when they start and do not request more if needed. If an application that behaves in this manner runs on the same computer at the same time as SQL Server, set the option to a value that guarantees that the memory required by the application is not allocated by SQL Server.2-22 Microsoft Official Training Materials for Microsoft Dynamics ® Your use of this content is subject to your current services agreement
  23. 23. Chapter 2: Setup and Installation Be aware that sometimes you can achieve better performance by reserving a reduced amount of memory for SQL Server. However, if SQL Server has insufficient memory (because of a lack of physical memory or because of inadequate memory configuration) and Microsoft SQL Server uses all available memory, query response time, CPU usage, and disk input/output will go up (because Windows starts paging). In general, you can say that a SQL Server cannot have too much memory. In the ideal scenario, the SQL Server has sufficient memory to keep the entire Microsoft Dynamics NAV database in memory. It is also important that the memory has a parity bit or is of the ECC (Error Correction Code) type. 32-bit versus 64-bit systems If you run SQL Server on a 32-bit operating system, you can only address 4 GB of memory. For a 64-bit edition running on a 64-bit operating system, the amount of memory is limited to the operating systems maximum. Network Communication to and from the client passes through the network. If messages are to be delivered quickly, you must have a fast network adapter. This also ensures that the CPU use per network send/receive activity is minimal, which reduces the load on the CPU. The physical connection (the cabling) between the server and the clients must also be able to support the high speed. The Microsoft Dynamics NAV Client requires a 100MB switched (no hubs) connection to the server. Therefore, 56K modem or broadband connections are not supported with the standard Microsoft Dynamics NAV Client. Alternative solutions are available (Windows Terminal Services, Microsoft Dynamics NAV Employee Portal or Automated Data Capture System (ADCS) for example). It is important to have a powerful network connection between the Microsoft NAV Service Tier (NST) and the SQL Server because this is where most network communication will take place. The NST processes all business logic on behalf of the client. The Microsoft Dynamics NAV RoleTailored client is designed to communicate less with the NST than the classic client.Microsoft Dynamics NAV Architecture Microsoft Dynamics NAV 2009 is built on a three-tier architecture model. This differs significantly from the two-tier architecture of Microsoft Dynamics NAV 5.0 and earlier versions. Microsoft Dynamics NAV 2009 introduces a new layer in the architecture. This additional layer, or tier, is designed to host and execute all the business logic. In the two-tier architecture of Microsoft Dynamics NAV 5.0, the business logic resides at the client layer. Microsoft Official Training Materials for Microsoft Dynamics ® 2-23 Your use of this content is subject to your current services agreement
  24. 24. SQLServer Installation and Optimization for Microsoft Dynamics®NAV 2009 It improves security to execute the business logic on another layer that does not provide an interface, or access point, to the user. Scalability is also improved in the three-tier architecture. Microsoft Dynamics NAV 5.0 Architecture Two-tier architecture models are used in the true Client/Server Distributed Data solution. In two-tier architectures, the data and data manipulation layers reside on the server, whereas the application logic, presentation logic, and presentation layers reside on the client. Microsoft Dynamics NAV 5.0 is designed according to the two-tier architecture model. It puts the application logic (Business Logic) and presentation logic/layers (User Interface) on the client computer. The two-tier architecture also puts the data and data manipulation layers (DML) on the server in the native database and SQL Server configurations. The Client Tier The Classic client is located on the client tier. It consists of an administration component for administrators and Microsoft Dynamics NAV 4.0/5.0 super users and client access for the Classic client user. The client tier has specific connections for data transfer to the server tier and the database management component. These connections consist of the client, security approved access to the database components on the server tier, and administration access to the database management. The Server Tier The server tier consists of the database management system and the native database for Microsoft Dynamics NAV 4.0/5.0 or the Microsoft SQL Server database. The existing application server or Application Server for Microsoft Dynamics NAV is an integration point to the Microsoft Dynamics NAV 4.0/5.0 application. It can be used for example, to connect to Microsoft® BizTalk Server®. The application server represents an effort to achieve three-tier architecture benefits. However, it is limited to only one process at a time. Therefore, multiple application servers are needed for many production environments. Microsoft Dynamics NAV 2009 Architecture The three-tier architecture is used in the Client/Server Distributed Data and Application system. With this architecture, in which the data and data manipulation layers are put on their own servers, the application logic is put on its own server, and the presentation and presentation logic are put on the client computer.2-24 Microsoft Official Training Materials for Microsoft Dynamics ® Your use of this content is subject to your current services agreement
  25. 25. Chapter 2: Setup and Installation Microsoft Dynamics NAV 2009 is designed according to the three-tier architecture model as follows: • This version puts the presentation logic/layers (User Interface) on the client computer. • It puts the Business logic on another layer available in the three-tier architecture called the service tier. • It puts the data and data manipulation layers (DML) on the database server tier. The Microsoft Dynamics NAV 2009, three-tier architecture and the classic two- tier architecture are not mutually exclusive. In fact, they coexist. The Classic client remains an essential component for developing and administering Microsoft Dynamics NAV applications. (For example, you must use the Classic client to upload the Microsoft Dynamics NAV 2009 license file or to develop objects for the RoleTailored client.) The three-tier architecture is multithreaded so that it can handle more than one process at a time. It overcomes the following intrinsic limitations of the two-tier architecture: • The first tier of the architecture is the client. • The second tier is the multithreaded middle tier. This is the service tier that is based on Web services. • The third tier is where the SQL Server database resides. The RoleTailored client connects to the service tier instead of to the database directly, and all business logic resides in the Microsoft Dynamics NAV Service Tier. Because the business logic is using the service tier, parties cannot gain access to sensitive data merely by hacking a client. Also, customization and integration scenarios are greatly improved, as programming interfaces are hosted by the service tier and are therefore available from custom solutions. The Service Tier Briefly, the Microsoft Dynamics NAV Server is a .NET-based Windows Service application that works exclusively with SQL Server databases. It uses the Windows Communication Framework as the communication protocol for RoleTailored clients and for Web services. It can execute multiple client requests in parallel and serve other clients by providing Web service access to authenticated clients. As soon as a request is received and validated, it is passed on to the relevant component, metadata provider, application, or reporting service for execution. When execution is complete, the executing component sends a response to the calling client. Microsoft Official Training Materials for Microsoft Dynamics ® 2-25Your use of this content is subject to your current services agreement
  26. 26. SQLServer Installation and Optimization for Microsoft Dynamics®NAV 2009 The Database Tier The database tier in Microsoft Dynamics NAV 2009 can hold either a native or a SQL Server database. The two-tier architecture supports both database server options. Classic client users connect to the database and continue to work with the two-tiered architecture. RoleTailored client users will pass through the three-tier architecture that requires Microsoft SQL Server in the database tier. When upgrading to the new three-tiered architecture, make sure that you plan for a possible database migration.Configuration When creating a Microsoft Dynamics NAV database, you need to specify a number of database settings, such as the database name, the database and transaction log files with their size and location, the collation, and so on. Although the impact of these settings is not always immediately visible when the new database is created, some of these settings can have an influence on user- friendliness and performance once you start using the database. In addition, some of these settings, such as collation, are difficult to change afterward. This lesson describes the most important database settings to use when configuring a Microsoft Dynamics NAV environment. Recommended Database Settings To create a new Microsoft Dynamics NAV database, open the Classic client and select File, Database, and then New. FIGURE 2.4 SELECT SERVER WINDOW In the Select Server window, you select the SQL Server that you want to create a database on. Also, select the database authentication type.2-26 Microsoft Official Training Materials for Microsoft Dynamics ® Your use of this content is subject to your current services agreement
  27. 27. Chapter 2: Setup and Installation If you select Windows Authentication, the current Windows account will be used to create the database. If you select Database Server Authentication, you have to specify a User ID and a password. Regardless of the selected authentication type, you must use a user ID that is part of the sysadmin server role in Microsoft SQL Server to create a database. On the Advanced tab, you can select the network protocol to connect to the server. We recommend that you use either the Default or the TCP/IP protocols. Finally, when you click OK, the New Database window opens. The New Database window contains a number of tabs with database settings. FIGURE 2.5 THE NEW DATABASE WINDOW On the General tab, enter the name of the database. The Database Name specified here will be used to automatically define the names of the database and transaction log files. After specifying a database name, click the Database Files tab. FIGURE 2.6 THE DATABASE FILE NAMES Microsoft Official Training Materials for Microsoft Dynamics ® 2-27Your use of this content is subject to your current services agreement
  28. 28. SQLServer Installation and Optimization for Microsoft Dynamics®NAV 2009 Here you can specify the number of files that the new database will contain. You can also enter the name, size, growth rate, and so on, of the individual database files. It is recommended that you carefully consider your database before you determine the size of the database. Expanding your database later can take considerable time and resources. Logical Name Logical names make it easier to manage data files. Microsoft Dynamics NAV will by default configure two data files for each new database. The first data file is created as the primary file in the PRIMARY filegroup. The second data file and every subsequent file that is added to the database will be created in an additional filegroup. The primary data file is always the first file listed on the Database Files tab and must always be specified. It is recommended that primary data files have the extension .mdf and secondary data files have the extension .ndf. Multiple Database Files When you create multiple database files, make sure that you create database files of equal size. This is because SQL Server uses a proportional fill strategy across all files in a filegroup. The proportional fill algorithm is based on the size of the data files and writes an amount of data proportional to the free space in the file. If data files are created with unequal sizes, the proportional fill algorithm will use the largest file more frequently rather than spreading the data between all the files. This defeats the purpose of creating multiple data files. Creating multiple database files is especially recommended when you have several server processors enabled in SQL Server. If you enable multiple processors, the server load can be spread over several CPUs. However, if there is only one database file, only one processor can write to the database at a time. To increase performance, it is recommended to create as many database files as you have processors enabled for SQL Server. File Name and Locations Whether you have single or multiple database files, always place them on a disk system that offers excellent read and write performance. As discussed earlier in this chapter, a RAID configuration is preferred to ensure high availability. For more details about the RAID configurations, see the Hardware Requirements section in this chapter. If you have multiple database files, make sure that you spread the database files on multiple disk systems. Because there is only one read/write head in a hard disk, only one read or write operation can be carried out at a time. By using more than one disk in your system, you can increase performance significantly.2-28 Microsoft Official Training Materials for Microsoft Dynamics ® Your use of this content is subject to your current services agreement
  29. 29. Chapter 2: Setup and Installation By default, the database files will all be placed in SQL Servers data folder (C:Program FilesMicrosoft SQL ServerMSSQL10.MSSQLSERVERMSSQLDATA). You can specify different locations by entering the full path and file name in the File Name field. By preference, place the database files on a different disk than the one that contains the Windows page file. Do not place the database files on a compressed drive, as this degrades performance. Database Size As a default, the size of the primary data file will be set at 40 MB or to the size of the primary data file in the model database (whichever is the greater). The size of the secondary data file will be set at 160 MB. The size of the transaction log file will be set at 50% of the sum of the primary and secondary data files. These settings allow you to restore the standard database backup that is included with the program to a new database without causing the data or transaction log files to grow. You can change all of these sizes and all of the other file properties so that they meet your requirements before you create the database. As stated earlier, make sure that you select an initial size that meets your needs. Be aware that expanding the database costs time and resources. Also, create database files of equal size. To change the default size, enter the new database size (in megabytes) in the File Size (MB) field. File Growth As you continue to work in Microsoft Dynamics NAV, more and more data is entered in the database and the database will grow. At some point, the database files will be completely full, and must be expanded. In the File Growth field, you can enter the amount by which the data file will increase in size each time it expands. This can be expressed in megabytes (MB) or as a percentage (%). The default value is MB. Make sure that you specify an equal file growth size for all database files, to keep the proportional fill strategy. If you enter a percentage, take into account that the database will be expanded with a variable amount. Unrestricted Growth versus Maximum Size You can also specify the maximum size for a database file. You can specify a fixed size (in the Maximum Size (MB) field) or you can select the Unrestricted Growth option for a database file. In the first case, the database will grow until the maximum size specified is reached. In the latter case, the database will continue to grow until all available space on the corresponding disk is used. Microsoft Official Training Materials for Microsoft Dynamics ® 2-29Your use of this content is subject to your current services agreement
  30. 30. SQLServer Installation and Optimization for Microsoft Dynamics®NAV 2009 Whatever option you choose, you must always monitor the amount of free space on the different disks. If the database cannot be expanded (because of a lack of free disk space), SQL Server can no longer write to the database, an error message will be generated, and the database will become unresponsive. We recommend that you do not set the maximum size of the database file to the maximum size of the disk. Instead, set it to 80 or 90% of the disk drive size and keep the remaining disk size as a buffer for emergency cases. Transaction Log Files Microsoft Dynamics NAV will configure one transaction log file for each new database. As a default, the size of this transaction log file will be set at 50% of the sum of the primary and secondary data files. The Transaction Log Files tab lets you control the location, size, growth, and maximum size of all the transaction log files. FIGURE 2.7 DEFINING THE TRANSACTION LOG FILES In general, the recommendations for the database files also apply to the transaction log files. The transaction log is used to track the changes that are made to the database and for database recovery. Therefore, the transaction log files can be considered as the most important files in the SQL Server environment. If a performing disk system is important for the database files, it is even more important and almost a requirement for the transaction log files because these files are constantly being written to. Remember not to place the transaction log files and the database files on the same disk. Make sure that you monitor the free disk space on disks containing the transaction logs. If the transaction log is full and cannot be expanded, the database will enter the Suspect mode and become unavailable for the users.2-30 Microsoft Official Training Materials for Microsoft Dynamics ® Your use of this content is subject to your current services agreement
  31. 31. Chapter 2: Setup and Installation Collation Types The New Database window contains editable collation information - that is, the system you will use to sort and compare your data. FIGURE 2.8 THE DATABASE COLLATION The SQL Server Option for Microsoft Dynamics NAV allows you to choose between Windows collations and SQL collations. • A Windows collation corresponds to the collations supported by the Windows operating systems where they are known as Regional and Language Options. • SQL collations are the original collations introduced in SQL Server 7.0 and are still supported for backward compatibility. SQL collations are not recommended at all. Instead, Microsoft advises you to use a Windows collation. This type of collation closely follows the collation rules of the operating system. Using a Windows collation enables Microsoft Dynamics NAV to sort and filter data the same way as SQL Server. When you create a new database, this tab displays the default server collation information. If the server collation is a Windows collation, this collation will be used as the default collation for the database. If the server collation is an SQL collation, then a case and accent sensitive Windows collation for the English language will be used as the default collation for the database. If you do not make any modifications, this will be the collation information used for the new database. Always choose the collation that best matches your requirements when you create a database. Before choosing a collation for Microsoft Dynamics NAV, it is important to know in which countries/regions the database is used. If Microsoft Dynamics NAV is used in a single country/region environment, it is advised to always use the valid local Windows collation. In multiple country/region environments, it is recommended to use one database per country/region or, if possible, one for each collation in your region. Microsoft Official Training Materials for Microsoft Dynamics ® 2-31Your use of this content is subject to your current services agreement
  32. 32. SQLServer Installation and Optimization for Microsoft Dynamics®NAV 2009 Microsoft Dynamics NAV works best with a single database per country/region. When you work with multiple collations in your environment, it is advised that you use a dedicated SQL server for each one. The collation of the master database and other system databases such as tempdb should be in the same collation to avoid performance issues because of sorting problems. If users with different collations must work in one and the same database, it is advised that you select the Windows collation that best matches the geographic needs of the different users. When selecting a collation, the following recommendations apply: • Select a Windows collation. • Never use a binary sort order. • Use a case-insensitive, accent sensitive collation. • Never use a collation that mismatches the Regional Settings on the server. Selecting a case-sensitive collation has a negative effect on user-friendliness. Suppose you want to search the Contact table for a contact named "Contoso". In a case-insensitive collation, any notation of the company name (all uppercase, all lowercase, or a mix) will result in the company name being found. In a case- sensitive collation, you have to remember the exact notation used when creating the record for the search to return a result. Although the case-sensitive collation is faster, it is less user-friendly. You can modify the collation to suit your requirements before you create a database. Afterward, it is very difficult to change the collation. Validate Code Page If you have selected the Validate Code Page option, the Collation tab only displays the collation descriptions supported by the operating system installed on the client computer that is being used to create the database. This means that it displays the collations that match either the OEM or ANSI code pages used by the client computer. If you have not selected the Validate Code Page option, the Collation tab displays all of the available collations. You can disable this option if you are sure that every character is converted correctly between all the clients and the database. Disabling this setting allows clients that are using different regional settings (code pages) to use the same database even though special characters entered by one client may not be interpreted correctly by another client or by the server.2-32 Microsoft Official Training Materials for Microsoft Dynamics ® Your use of this content is subject to your current services agreement
  33. 33. Chapter 2: Setup and Installation The following lists other problems that can be caused by not validating the code page are. • The sorting of textual data is governed by the database server and this means that the data may not be sorted according to the rules specified on the "incompatible" client computers. This problem will be more acute if there is some C/AL code that only works correctly when a particular sort order is selected. • If you are accessing SQL Server with external tools, these tools may not be able to read the data that has been entered by the "incompatible" clients correctly. We recommend that you use the default setting and validate code pages because this will avoid all of these problems. On the Options tab, there are a number of options that may influence performance. FIGURE 2.9 DEFINING THE RECOVERY MODEL The Recovery Model The first option that you should consider is the Recovery Model for the database. This setting determines the kind of information written to the transaction log and therefore the kind of recovery model that you want to use in this database. The available options are: • Bulk-Logged • Full • Simple The Full and Bulk-Logged recovery models are similar, and many users of the Full Recovery model will use the Bulk-Logged model occasionally. Microsoft Official Training Materials for Microsoft Dynamics ® 2-33Your use of this content is subject to your current services agreement
  34. 34. SQLServer Installation and Optimization for Microsoft Dynamics®NAV 2009 If you select Full, the details of every transaction are stored in the transaction log, and this information can be used when you apply transaction log backups. The Full Recovery model uses database backups and transaction log backups to provide complete protection against media failure. If one or more data files are damaged, media recovery can restore all the committed transactions. Incomplete transactions are rolled back. Full Recovery allows you to recover the database to the point of failure or to a specific point in time. To guarantee this degree of recoverability, all the operations, including bulk operations such as SELECT INTO, CREATE INDEX, and bulk loading data, are fully logged. This model will have the biggest effect on the size of the transaction log files. If you select Bulk-Logged, the transaction log will only contain limited information about certain large-scale or bulk copy operations. The Bulk-Logged Recovery model provides protection against media failure combined with the best performance and minimal use of log space for certain large-scale or bulk copy operations. For more information about which operations are logged under this recovery model, see the Minimally logged operations [SQL Server] topic in the SQL Server Books Online. If you select Simple, the database can be recovered to the point at which the last backup was made. However, you cannot restore the database to the point of failure or to a specific point in time. To do that, select either the Full or Bulk- Logged Recovery model. For development or test environments, the Simple recovery model can be selected. For production environments, the Full or Bulk-Logged model is highly recommended. We recommend using the SQL Server backup functions to make backups. If you only use Microsoft Dynamics NAVs internal backup functionality to make backups, it makes no sense to use the Full or Bulk-Logged recovery model. On the contrary, the transaction logs will continue to grow until the hard disk runs out of free space. When selecting the Bulk-Logged or Full models, it is extremely important to make backups with the SQL Server functions. For more information about backups, see Advantages of the SQL Server Option chapter. Auto-shrink If you select the Auto-shrink option, the SQL Server Database Engine will periodically shrink data files. The shrink process runs in the background and will reduce the size of the database files by removing free space from the database files. As already stated, expanding the database can cost time and resources. Therefore, it is recommended not to activate this option for live production environments. However, for static environments (test, development, or archive databases) it can be activated.2-34 Microsoft Official Training Materials for Microsoft Dynamics ® Your use of this content is subject to your current services agreement
  35. 35. Chapter 2: Setup and Installation Torn Page Detection Torn Page detection is a built-in check mechanism that allows SQL Server to guarantee data integrity. If this option is activated, SQL Server will mark database pages with a small checksum and check this number when reading from and writing data pages to the database. Activating this option causes a small performance hit for every read and write operation, which can become visible for large recordsets. In SQL Server 2005, new I/O verification systems have been introduced. Torn Page Detection is likely to be removed in future SQL Server versions. Therefore, it is recommended not to activate this option. Allow Find as You Type This setting determines whether you can use the Find as You Type option when using the Find function to find an entry in a table or form. Using the Find as You Type facility can affect performance because requests are sent to the server for each character that is typed. By default, the option is selected. Enable for Microsoft Dynamics NAV Server This option determines whether a Microsoft Dynamics NAV database is enabled for the three-tiered architecture. If you activate this option, objects will be automatically compiled upon import in the database. Be aware that object compilation will take longer, because the objects will be translated to C# code and saved as BLOB in the Object table. If you do not plan to use the three-tier architecture, it is recommended that you disable this option. If you create a new database in Microsoft Dynamics NAV 2009, the option is selected by default. When upgrading a Microsoft Dynamics NAV 5.0 database, you must select this option if you plan to use the RoleTailored client only. The Advanced tab contains settings that let you control the way locking is handled in the database. FIGURE 2.10 ADVANCED DATABASE SETTINGS Microsoft Official Training Materials for Microsoft Dynamics ® 2-35Your use of this content is subject to your current services agreement
  36. 36. SQLServer Installation and Optimization for Microsoft Dynamics®NAV 2009 Lock Timeout and Timeout Duration (sec.) This setting allows you to specify whether a session will wait to place a lock on a resource that has already been locked by another session. If you select this option, you can specify a Timeout Duration. This setting allows you to specify the maximum length of time a session will wait to place a lock on a resource that has already been locked by another session. The default value is 10 seconds, which under normal circumstances, is sufficient. You can change this value. If this option is cleared, the session will wait indefinitely (is not recommended). If a lock timeout error message occurs while this option is activated, you can slightly increase the value. However, this may be an indication of a malfunctioning component (a network failure, limited network connectivity, suboptimum coding, or insufficient database maintenance). Use monitoring tools to locate the cause of the problem. Always Rowlock This setting allows you to specify that Microsoft Dynamics NAV always places row-level locks instead of page- and table-level locks. By default, the Always rowlock option is not enabled. This means that the Query Optimizer will decide how to lock a table: by row, by page or by table. As rowlocks require additional memory, SQL Server will sometimes convert multiple rowlocks into a single table lock and use the memory for other purposes. The advantage of this is that SQL Server needs less memory to maintain the locks, so it will have a positive effect on performance. It can have a negative impact on concurrency, because page locks can lock too much data. To keep the Query Optimizer from choosing a locking method, you can activate the Always rowlock option, so Microsoft Dynamics NAV will send ROWLOCK hints to the SQL Server. Sending rowlocks reduces the risk of blocks, but will put pressure on the master database, because administering rowlocks has a higher cost than administering other locks. If you have a high transaction volume, dealing with large result sets, the Always rowlock option can cause an overall decrease of performance if the master database reacts too slowly because of the high number of lock administrations. We do not recommend activating this option. If you do activate it, make sure that SQL Server has sufficient memory to maintain the locks. Security Model The security model setting allows you to specify whether this database uses the Standard or the Enhanced security model. The default setting is Enhanced.2-36 Microsoft Official Training Materials for Microsoft Dynamics ® Your use of this content is subject to your current services agreement
  37. 37. Chapter 2: Setup and Installation The main difference between these two security models is how they synchronize the Microsoft Dynamics NAV security system with SQL Server and the way that they integrate the Microsoft Dynamics NAV security system with Windows authentication. Security will be discussed in the next lesson. The Standard model does not require synchronization, except for initial synchronization when changing from Enhanced to Standard. We recommend that you use Standard security because it will not require all the synchronizations. The biggest difference is that Standard security model creates one application role, whereas the Enhanced model created a separate application role for each user. The security model can be changed at any time, but can take time, depending on the number of users. To do this, open the database in single-user mode, change the model in the Alter Database window, and clear the single user option. Close and reopen the database. Caching The Record Set field allows you to specify how many records are cached when Microsoft Dynamics NAV performs a FINDSET operation with the ForUpdate parameter set to FALSE. The default value is 50. In versions before NAV2009, the default value is 500. The recommended setting for this property is to set it to the average number of sales lines. If a FINDSET statement reads more than the number of records specified here, additional SQL statements will be sent to the server which will decrease performance. Increasing this value also increases the amount of memory that the client uses to support each FINDSET statement. The statements will be discussed further in the chapter on Performance Audits. Configure the RoleTailored Client The RoleTailored client is a component of the RoleTailored architecture in Microsoft Dynamics NAV 2009. As you run Microsoft Dynamics NAV 2009 Setup, you can provide configuration information for the RoleTailored client. This information is then written, by Setup, to the ClientUserSettings.config file. On Windows Server 2003 or Windows XP, a separate instance of ClientUserSettings.config is maintained for each client user at the following location: Documents and Settings<username>Local SettingsApplication DataMicrosoftMicrosoft Dynamics NAV On Windows Vista or Windows Server 2008, the location is: Users<username>AppDataLocalMicrosoftMicrosoft Dynamics NAV Microsoft Official Training Materials for Microsoft Dynamics ® 2-37Your use of this content is subject to your current services agreement
  38. 38. SQLServer Installation and Optimization for Microsoft Dynamics®NAV 2009 This file is hidden. Change your folder options in Windows Explorer to allow access to hidden files before trying to edit ClientUserSettings.config. After you install the RoleTailored client, configuration settings are stored in the ClientUserSettings.config file. If you have configured the RoleTailored client in Setup, your setting values are included in this file. In addition to the settings you can configure in Setup, ClientUserSettings.config contains additional settings for the RoleTailored client. After modifying ClientUserSettings.config, you must restart the RoleTailored client for the changes to take effect. For more information about the different settings, see Configuring the RoleTailored Client (http://msdn.microsoft.com/en-us/library/dd301077.aspx). Configure the Classic Client Object Cache Object cache, like cache, allows Microsoft Dynamics NAV to work faster. Objects such as code, descriptions, and windows that will be used on the client computer are stored in the object cache. This means that the client computer only needs to retrieve these objects once from the server. The client computer must have sufficient memory to store the objects while they are being used. To change this setting, in the menu select Tools, and then Options. FIGURE 2.11 In the Options window, set the Object Cache parameter to the desired value. The default value is 32MB. To disable object cache completely, set the value to 0. Disabling object cache is frequently done by developers, to make sure they always have the latest version of the object. Be aware that disabling object cache can have a negative impact on performance, as each object must be retrieved from the server.2-38 Microsoft Official Training Materials for Microsoft Dynamics ® Your use of this content is subject to your current services agreement

×