Benchmarking Guide. Performance. BlackBerry Enterprise Server for Novell GroupWise. Version: 5.0 Service Pack: 4

Transcription

1 BlackBerry Enterprise Server for Novell GroupWise Version: 5.0 Service Pack: 4 Performance Benchmarking Guide

2 Published: SWD

3 Contents Overview: BlackBerry Enterprise Server benchmarking... 4 Testing conditions... 5 Environment... 5 Test details... 7 User-scaling test results... 9 Results: BlackBerry Enterprise Server... 9 Results: Computer that hosts the BlackBerry Administration Service Results: Database server Results: Novell GroupWise messaging server Test results for passive workloads and active workloads Results: BlackBerry Enterprise Server Results: Computer that hosts the BlackBerry Administration Service Results: Database server Results: Novell GroupWise messaging server Conclusions Workload details Monitoring server performance Database maintenance Planning Microsoft SQL Server database maintenance for the BlackBerry Enterprise Server Managing transaction log growth Best practices: Performing database maintenance Glossary Legal notice... 33

4 BlackBerry Enterprise Server 5.0 SP1 or later for Novell GroupWise 1 Overview: BlackBerry Enterprise Server benchmarking Research In Motion performed two sets of benchmark tests to determine the performance characteristics of the BlackBerry Enterprise Server 5.0 SP1 for Novell GroupWise. User-scaling tests were performed to determine how the number of BlackBerry device users in an organization's environment affects how the BlackBerry Enterprise Server uses system resources. Passive and active workload tests were performed to determine how the BlackBerry Enterprise Server affects the resource usage of the various servers in an organization's environment. The results in this chapter apply to the BlackBerry Enterprise Server 5.0 SP1 and later for Novell GroupWise. The testing environment included 500 users who each have an account on the Novell GroupWise messaging server. Each user's account was prepopulated with approximately 100 MB of messages, tasks, and user directory entries. Each performance test was conducted for four hours. The data compiled in the final two hours of the performance testing was used for the performance-benchmarking analysis. The tests were run multiple times to verify that the results were repeatable and accurate. Performance counters were monitored to verify that hardware bottlenecks were not present during testing. The results of the performance tests and the conclusions that are based on the results are guidelines only. The results are based on the workloads that were used in the performance tests and might vary depending on your organization's environment and the usage patterns of the users. You should not apply simple multipliers to the messaging-server resources based on the results because applications on the messaging servers, such as antivirus software, backup processes, auditing software, and archiving software, might affect the load statistics. Related information Monitoring server performance, 25 4

5 Testing conditions Environment BlackBerry Enterprise Server Type Hardware Components One HP ProLiant BL460c G6 server with the following features: Intel Xeon Processor E5540 with a quad core processor at 2.53 GHz (4 cores total) 6 GB memory HP NC532i Dual Port 10 GbE Multifunction BL-c Network Adapter HP Smart Array P410i controller with 512 MB read cache with two 140 GB drives in a RAID 1 configuration Software Windows Server 2008 Standard x64 SP2 BlackBerry Enterprise Server for Novell GroupWise 5.0 SP1; all BlackBerry Enterprise Server components installed on the computer except the BlackBerry Administration Service Computer that hosts the BlackBerry Administration Service Type Hardware Components One HP ProLiant BL460c G1 server with the following features: Intel Xeon Processor E5150 with a dual core at 2.66 GHz (2 cores total) 4 GB memory HP NC373i Integrated Multifunction Gigabit Server Adapter HP Smart Array E200i controller with 64 MB read cache with two 72 GB drives in a RAID 1 configuration Software Windows Server 2008 Standard x64 SP2 BlackBerry Administration Service 5.0 SP1 5

6 Database server Type Hardware Components One HP ProLiant BL460c G1 server with the following features: Intel Xeon Processor E5440 with a quad core at 2.83 GHz (4 cores total) 10 GB memory HP NC373i Integrated Multifunction Gigabit Server Adapter HP Smart Array E200i controller with 64 MB read cache with two 72 GB drives in a RAID 1 configuration QLogic QLA 2462 series Fibre Channel HBA, 4 GB Software Windows Server 2003 Standard x64 SP2 HP MPIO driver 3.01 Microsoft SQL Server 2005 (Standard Edition x64) SP2 Novell GroupWise messaging server Type Hardware Components One HP ProLiant BL460c G1 server with the following features: Intel Xeon Processor E5440 with a quad core at 2.83 GHz (4 cores total) 10 GB memory HP NC373i Integrated Multifunction Gigabit Server Adapter HP Smart Array E200i controller with 64 MB read cache with two 72 GB drives in a RAID 1 configuration QLogic QLA 2462 series dual port Fibre Channel HBA Software SUSE Linux Enterprise Server 10 SP2 Novell GroupWise SP2 Load generators Type Hardware Components Two VMware ESX 3.x-based virtual machines with the following features: 6

7 Type Components virtual E5540 Processor core at 2.53 GHz 1 GB memory virtual NIC 20 GB virtual local disk space Software Windows Server 2003 Standard SP2 Testing tools BlackBerry Performance Engineering Resource Kit 2.0: a tool developed by Research In Motion that simulates the BlackBerry device network and permits testing without requiring the BlackBerry Infrastructure or a population of devices. BlackBerry MDS Connection Service push load test tool: an internal tool that RIM developed that simulates applications pushing web content to devices. Novell GroupWise load tool (custom configuration): a tool developed by RIM that generates client-simulated workloads for the Novell GroupWise messaging server. The tool uses Perl scripts that specify user tasks and rates for actions, calendar actions, task actions, and contact-list actions. Workloads are specified using frequency characteristics. Test details User-scaling tests The user-scaling tests measured the resource usage of the servers in relation to the number of BlackBerry device users with activated BlackBerry devices. All of the user accounts that were used in the user-scaling tests were active. For more information about passive user accounts and active user accounts, see the passive and active workload tests section below. Three sets of tests were run with 125 users, 250 users, and 500 users, respectively. The users read, replied to, and forwarded messages. Users also retrieved additional information on their devices such as web content. All of the user accounts were Novell GroupWise users that were BlackBerry enabled. In most environments, only some of the user accounts on the messaging server are BlackBerry enabled users. Test ID Number of users Number of users receiving workload S S

8 Test ID Number of users Number of users receiving workload S Passive and active workload tests The passive and active workload tests measured the differences in resource usage on the BlackBerry Enterprise Server and messaging servers when passive and active user accounts were added to the environment. The tests were run with 500 BlackBerry enabled user accounts, with the same workload applied to each user. The message rate through the messaging server was maintained at approximately the same level while running tests for both passive and active user accounts. All of the user accounts were Novell GroupWise users that were BlackBerry enabled. In most environments, only some of the user accounts on the messaging server are BlackBerry enabled users. Test ID Test mode Description C1 Passive users simulated the minimum affect that a BlackBerry device user might have on the environment with the specific workload all of the BlackBerry Enterprise Server components running users received messages and other data (for example, web pages) users did not create messages on their devices, users did not retrieve any additional information (for example, attachments) on their devices workloads were created for the messaging server using the Novell GroupWise load tool C2 Active users simulated the typical affect that a device user might have on the environment with the specific workload Message prepopulation for test users all of the BlackBerry Enterprise Server components running users received messages and other data (for example, web pages) users sent, read, replied to, and forwarded messages, created and processed calendar entries, created and processed organizer data, and retrieved additional information (for example, attachments) on their devices users shifted approximately 16% of their tasks from the applications on their computers to their devices; the workload tools for the messaging server were adjusted proportionately to keep the message rate through the messaging servers similar to or higher than the message rate for the passive users testing mode Each user's account was prepopulated with messages before the performance tests were run. The size of each user's account was approximately 100 MB. 8

9 Workload description The workload that was used for the performance tests represented a broad scope of the BlackBerry Enterprise Server 5.0 SP1 functionality. The workload consisted of the following activities: managing messages: replying to messages, marking messages as read or unread, marking messages for follow-up, and filing, deleting, and forwarding messages; supporting rich-content and text messages managing meeting invitations: creating (with and without document attachments), forwarding, and replying to meeting invitations managing calendar appointments managing personal contact lists and distribution lists managing tasks The following workload activities were performed on the devices: synchronizing messages and organizer data searching the user directory for a contact retrieving additional content in lengthy messages retrieving and viewing images and other supported attachments receiving push content creating and sending messages and meeting requests Related information Workload details, 22 User-scaling test results Results: BlackBerry Enterprise Server The processor usage, disk throughput, and network throughput scaled up linearly as the number of users was increased. The committed bytes remained above 1000 MB for all the tests, increasing in small increments with the number of users. Table 1: Scaling data for the BlackBerry Enterprise Server S1 S2 S3 Number of users

10 S1 S2 S3 % Processor Time Committed Bytes (MB) Total Disk Throughput (IOPS) Network Throughput (Mbps) messages received each minute messages sent each minute Performance graphs BlackBerry Enterprise Server scaling % Processor Time BlackBerry Enterprise Server scaling Total Disk Throughput 10

11 BlackBerry Enterprise Server scaling Committed Bytes BlackBerry Enterprise Server scaling Network Throughput 11

12 Results: Computer that hosts the BlackBerry Administration Service The performance of the computer that hosts the BlackBerry Administration Service was relatively unaffected throughout the tests. The number of users sending, receiving, and managing messages, calendar items, organizer data, and web-based transactions did not have a significant effect on the performance of the computer that hosts the BlackBerry Administration Service. Table 2: Scaling data for the computer that hosts the BlackBerry Administration Service S1 S2 S3 Number of users % Processor Time Committed Bytes (MB)

13 Results: Database server The processor usage and disk throughput of the database server remained very low throughout the tests as the number of users increased. The number of connections to the database remained relatively constant as the number of users increased. Table 3: Scaling data for the database server S1 S2 S3 Number of users % Processor Time Committed Bytes (MB) Total Disk Throughput (IOPS) Network Throughput (Mbps) Transactions per second Number of user connections Performance graphs Database server scaling % Processor Time 13

14 Database server scaling Total Disk Throughput Database server scaling user connections 14

15 Results: Novell GroupWise messaging server On the Novell GroupWise messaging server, the processor usage and disk throughput increased linearly as the number of users increased. All of the user accounts used in the performance tests were Novell GroupWise users that were BlackBerry enabled. In most real-world environments, only some of the user accounts on the messaging server are BlackBerry enabled users. Table 4: Messaging server scaling data S1 S2 S3 Number of users % Processor Time Total Disk Throughput (IOPS) IOPS Per User The testing data was also scaled to simulate a scenario in which only 20% of the messaging server users were BlackBerry enabled. 15

16 Table 5: Messaging server scaling data 20% of the messaging server users are BlackBerry enabled S1 S2 S3 Number of users % Processor Time Total Disk Throughput (IOPS) Performance graphs Messaging server scaling % Processor Time when 20% of the messaging server users are BlackBerry enabled Messaging server scaling Total Disk Throughput when 20% of the messaging server users are BlackBerry enabled 16

17 Test results for passive workloads and active workloads Results: BlackBerry Enterprise Server Performance tests were run with both passive user accounts and active user accounts to measure the resource usage of the BlackBerry Enterprise Server and its effect on the various servers that were used in the testing environment. Load compensation was performed for the tests using active BlackBerry device users. The load was transferred from the applications on users computers to their BlackBerry devices. The message rate through the messaging server remained consistent, indicating that the tuning of the load parameters was reasonably accurate. Table 6: Resource usage data for the BlackBerry Enterprise Server C1 C2 Notes Mode Passive users Active users Number of users

18 C1 C2 Notes % Processor Time Committed Bytes (MB) Total Disk Throughput (IOPS) Network Throughput (Mbps) Messages received per minute Ratio (C2/C1): 1.01 Messages sent per minute N/A 13.5 Performance graphs BlackBerry Enterprise Server resource usage % Processor Time BlackBerry Enterprise Server resource usage Committed Bytes 18

19 Results: Computer that hosts the BlackBerry Administration Service The computer that hosts the BlackBerry Administration Service was relatively unaffected by the specified workload throughout the tests. Table 7: Resource usage data for the computer that hosts the BlackBerry Administration Service C1 C2 Mode Passive users Active users Number of users % Processor Time Committed Bytes (MB) Results: Database server The processor usage and disk throughput of the database server remained low for all of the tests. The disk throughput was higher when BlackBerry device users were active instead of passive. 19

20 Table 8: Resource usage data for the database server C1 C2 Mode Passive users Active users Number of users % Processor Time Committed Bytes (MB) Total Disk Throughput (IOPS) Network Throughput (Mbps) Transactions per second Number of user connections Results: Novell GroupWise messaging server The following table displays the estimates for CPU usage and disk throughput usage on the messaging server as both passive and active users were added to the configuration. The estimated IOPS per BlackBerry device is approximately All of the user accounts used in the performance tests were Novell GroupWise users that were BlackBerry enabled. In most real-world environments, only some of the user accounts on the messaging server are BlackBerry enabled users. Table 9: Resource usage data for the messaging server C1 C2 Mode Passive users Active users Number of users % Processor Time Total Disk Throughput (IOPS) IOPS Per User

21 Conclusions BlackBerry Enterprise Server You should configure the BlackBerry Enterprise Server with sufficient processor capacity to manage the number of BlackBerry device users in your organization's environment and their workload. You can install and configure multiple BlackBerry Enterprise Server instances to manage additional users. In medium-sized and large organizations, you should not host the BlackBerry Administration Service and BlackBerry Configuration Database on the computer that hosts the BlackBerry Enterprise Server. To improve performance and to keep the network latency as low as possible, you can place the computers that host BlackBerry Enterprise Server instances in close proximity to the computers that host the messaging server and user accounts. You can configure multiple BlackBerry Enterprise Server instances to use one database server. Computer that hosts the BlackBerry Administration Service You should configure the computer that hosts the BlackBerry Administration Service with sufficient memory to manage the number of users in your organization's environment and their workload. The BlackBerry Administration Service performs various administrative tasks that can consume significant processor resources in an environment that includes multiple BlackBerry Enterprise Server instances. These tasks were not tested in the benchmarking tests. To improve performance and to keep the network latency as low as possible, you can place the computer that hosts the BlackBerry Administration Service in close proximity to the database server. Research In Motion plans to conduct further performance tests and publish additional performance documentation to indicate the workloads that affect the performance of the computer that hosts the BlackBerry Administration Service. Database server You should configure the database server with sufficient processor capacity and disk throughput capacity to manage the number of users and tasks in your organization's environment. Various administrative tasks that the BlackBerry Enterprise Server and BlackBerry Administration Service perform can consume significant processor resources and disk throughput in an environment that includes multiple BlackBerry Enterprise Server instances. These tasks were not tested in the benchmarking tests. Research In Motion plans to conduct further performance tests and to publish additional performance documentation to indicate the workloads that affect the database server. Novell GroupWise messaging server You should configure the Novell GroupWise messaging server with sufficient processor capacity and disk throughput capacity to manage the additional resource load caused by adding users to your organization's environment. You cannot apply simple multipliers to the messaging server resources because other applications on the messaging servers, such as antivirus software, backup processes, auditing software, and archiving software, might affect the load statistics. 21

22 Workload details General workload information Hours each day 8 Target workload split Target message type Mailbox prepopulation Number of recipients for each message 84% desktop application and 16% BlackBerry device 100% HTML used in all scenarios 2 Number of invitees for each meeting 2 Characteristics of the messages that were created by the Novell GroupWise load tool message description Format Attachments and graphics Text markup Weight Size (KB) Small message with markup Medium-sized message with markup Large message with markup Small image attachment Medium image attachment Small document attachment HTML none Yes 38 1 HTML none Yes 18 2 HTML none Yes 14 4 HTML JPG graphic file Yes 7 15 HTML JPG graphic file Yes HTML 2003 document Yes 4 37 Small document attachment HTML Microsoft Word 2003 document Yes

23 message description Format Attachments and graphics Text markup Weight Size (KB) Small spreadsheet attachment HTML Microsoft Excel 2003 document Yes 4 16 Medium-sized presentation attachment HTML Microsoft PowerPoint 2003 file Yes Large presentation attachment HTML Microsoft PowerPoint 2003 file Yes Large document attachment HTML Microsoft Word 2003 document Yes Characteristics of the messages that were created by the BlackBerry Performance Engineering Resource Kit message description Format Attachments and graphics Percentage Size No attachment Text None 70 ~150 bytes text Attachment Text 1 attachment chosen in the following weightings: 30 ~200 bytes text with attachment 10% 1195 KB JPG 10% 104 KB JPG 80% 70 KB JPG Forwarded message Text and original message None All forwarded messages Adds ~1750 bytes of text to original message Details about the messaging server load Workload detail Passive Active messages sent 40 / user / day 34 / user / day Meetings created 2 / user / day 1 / user / day Appointments created 1 / user / day 1 / user / day 23

24 Workload detail Passive Active Notes Create 2 / user / day Create 2 / user / day Personal contacts Create 3 / user / day Modify 1 / user / day Delete 1 / user / day Create 3 / user / day Modify 1 / user / day Delete 1 / user / day Tasks Create 4 / user / day Create 4 / user / day BlackBerry MDS push rate pushes / user / day pushes / user / day User load details Workload facet Passive users Active users messages sent Off 2 / user / day Inbox processing ( arrival) Off Arrival driven (not polled) Process all attachments 25% Read 5% Mark for follow-up 6% Reply 1% Reply To All 1% Forward 3% Delete 50% Request More Meetings created Off 1 / user / day ~400 bytes text Meeting request processing Off Arrival driven (not polled) Process all attachments 10% Accept 5% Decline 5% Tentative 10% Delegate (Forward) 24

25 Workload facet Passive users Active users Synchronization of mailbox, folder management, organizer data, and so on Synchronization data generation (device to BlackBerry Enterprise Server) BlackBerry devices accept updates from the BlackBerry Enterprise Server Off Active Bidirectional 10 updates / user / day 80% mail server data: tasks, memos, filters, settings 10% device management 10% Backup Contact lookup Off 0.5 / user / day BlackBerry MDS HTTP retrieve Off 2 / user / day Monitoring server performance Research In Motion uses the Windows Performance Monitor to monitor many counters on performance testing servers, and to verify that the tests avoid hardware resource bottlenecks that can invalidate the results. The following tables document some of the primary counters that you should track, as well as guidelines for warning conditions. The guidelines refer to average values over a period of time. Processor Counter Guidelines % Processor Use < 75% Processor Queue Length < 1 for each processor core Disk I/O Disk throughput capacity is critical for messaging servers and the BlackBerry Enterprise Server. The delivery of messages can take longer than expected when one or more disks on a messaging server are over-used. Counter Guidelines % Disk Busy Time This counter is not reliable, use % Disk Idle Time instead. % Disk Idle Time > 45% 25

26 Counter Guidelines Disk Transfers/second Depends on disk speed, type, RAID configuration, and cache characteristics < 120 to 180 IOPS per disk spindle for 15 K RPM drives Average Disk Queue length Typically used for direct attached storage < 1 per spindle Average Seconds per Read or Write Typically used for SAN storage Messaging servers can be particularly sensitive to high latencies Average: less than 5, 10, or 20 milliseconds, depending on the application Spikes: over 50 milliseconds for several seconds can indicate performance issues Logical Disk Free Megabytes This counter is often overlooked. If drives fill up, processing might stop. Network (typically WAN) Counter Guidelines Output queue length < 1 Bytes total per second Bandwidth limit depends on length < 25% of the available bandwidth Memory Server The server memory is a global resource for all processes. Counter Available Bytes Guidelines > 50 MB (In the Windows Task Manager, Total - Committed = [approx] Available) Memory Process You can monitor the memory of individual processes to determine a root cause if the server memory is being consumed. Counter Private Bytes Guidelines Private Bytes is the terminology used in the Windows Performance Monitor. In the Windows Task Manager, this counter is known as the VM Size, and must be 26

27 Counter Guidelines added as a column since it is not visible by default. It is not the same as the Mem Usage column in the Windows Task Manager. The Private Bytes or VM Size counter typically demonstrates whether a process has a memory allocation problem. Caches that grow slowly also build up this counter. Virtual Bytes This is the user mode address space of a process and is available in the Windows Performance Monitor only. It is sometimes called virtual memory, however, you cannot view it in the Windows Task Manager. This counter is not the same as the VM Size measure that is available in the Windows Task Manager. On 32-bit Windows systems, each process can only address 2 GB unless you configure the 3 GB switch. On 64-bit Windows systems, a 32-bit process that is large-address aware can address up to 4 GB. Additional counters to monitor Microsoft SQL Server counters Transactions/second Full Scans/second Table Lock Escalations/second SQL Compilations/second, SQL Recompilations/second User Connections Memory/Disk Interactions Paging might display as a disk bottleneck, but is actually a memory issue Memory/CPU Interaction - Garbage Collection (Java, Microsoft.NET framework) Managed memory allocation problem might display as high CPU SUSE Linux counters In addition to using the Windows Performance Monitor on the Windows-based servers, standard UNIX-based counters were used to monitor the performance of the Novell GroupWise messaging server. The primary resources monitored were processor utilization and disk throughput. The following monitoring tools were used to monitor the performance of the messaging server: iostat: provides information about CPU consumption and disk utilization vmstat: provides information about processes, memory, paging, block I/O, traps, and CPU activity 27

28 Database maintenance Planning Microsoft SQL Server database maintenance for the BlackBerry Enterprise Server To maintain optimal operating performance for the BlackBerry Enterprise Server, you must perform maintenance regularly on the Microsoft SQL Server databases. Microsoft SQL Server databases maintain indexes that update changes in the database tables. The indexes can become fragmented over time and extensively fragmented indexes can degrade query performance and cause applications to respond slowly. You must maintain accurate and up-to-date database statistics for optimal query performance. You should develop an appropriate maintenance schedule for your organization's Microsoft SQL Server databases based on the size, complexity, and recovery requirements of your organization's BlackBerry Domain. To create an effective maintenance schedule, you should consider the following factors: index fragmentation database statistics transaction log growth Determining a maintenance schedule To determine an effective maintenance schedule for your organization's Microsoft SQL Server databases, you can monitor index fragmentation levels over a period of a few months. The following is an example of a fragmentation monitoring schedule that you can use to determine a baseline measurement of how quickly indexes become fragmented in your organization's BlackBerry Domain: monitor fragmentation daily for two weeks monitor fragmentation weekly for the following three weeks monitor fragmentation monthly at the end of months two and three You can perform index maintenance on a regular basis, for example, daily, weekly, or monthly. If fragmentation occurs at regular intervals, you can schedule maintenance for the indexes to occur at the same intervals that the fragmentation occurs at. You can also create a maintenance schedule with mixed intervals that you specify, such as daily and mid-week or weekly and monthly. If you choose a weekly index maintenance schedule, run the index maintenance operations on Sunday mornings after the RIMPurge SQL Server jobs occur because the RIMPurge SQL Server jobs can cause a large amount of index fragmentation. 28

29 Determining fragmentation The results of avg_fragmentation_in_percent (which is the percentage of out-of-order pages that the scan of the leaf pages of an index returns) provides the extent of index fragmentation. If avg_fragmentation_in_percent is more than 10 percent, you must defragment the indexes. The following is an example of a query in Microsoft SQL Server 2005 and Microsoft SQL Server 2008 that you can use to determine how much fragmentation occurred, as a percentage, across all indexes: SELECT DISTINCT I.[name] AS [IndexName],sch.[name] AS [Schema],o.[name] AS [Object], index_level, index_type_desc, avg_fragmentation_in_percent, page_count FROM sys.dm_db_index_physical_stats(db_id(), null, null, null, 'DETAILED') AS ips INNER JOIN sys.indexes AS i ON i.[object_id] = ips.[object_id] and i.index_id = ips.index_id INNER JOIN sys.objects AS o ON o.[object_id] = ips.[object_id] INNER JOIN sys.schemas AS sch ON sch.schema_id = o.schema_id WHERE (i.name IS NOT null) AND page_count > 1000 Defragmenting and reindexing Microsoft SQL Server databases You can perform offline maintenance or online maintenance to defragment and reindex the indexes. Offline maintenance You can perform offline maintenance by using the following reindex commands, which lock the table that they run against and make the table unavailable temporarily. You can use the ALTER INDEX REBUILD SQL Server statement in Microsoft SQL Server 2005 and Microsoft SQL Server You can run ALTER INDEX REBUILD while the BlackBerry Enterprise Server is online. If a table that is being reindexed contains LOB data, the reindex operation fails. Below is an example of an online query in Microsoft SQL Server 2005 and Microsoft SQL Server 2008 that you can use to reindex all tables using the ALTER INDEX REBUILD statement: VARCHAR(255) VARCHAR(255) NVARCHAR(500) DECLARE DatabaseCursor CURSOR FOR SELECT name FROM master.dbo.sysdatabases WHERE name = '<database_name>' ORDER BY 1 OPEN DatabaseCursor FETCH NEXT FROM DatabaseCursor = 0 BEGIN = 'DECLARE TableCursor CURSOR FOR SELECT table_catalog + ''.'' + table_schema + ''.'' + table_name as tablename FROM ' + '.INFORMATION_SCHEMA.TABLES WHERE table_type = ''BASE TABLE''' 29

30 -- create table cursor EXEC OPEN TableCursor FETCH NEXT FROM TableCursor WHILE = 0 BEGIN = 'ALTER INDEX ALL ON ' + ' REBUILD ' EXEC (@cmd) FETCH NEXT FROM TableCursor END CLOSE TableCursor DEALLOCATE TableCursor FETCH NEXT FROM DatabaseCursor END CLOSE DatabaseCursor DEALLOCATE DatabaseCursor For more information about ALTER INDEX commands, visit Online maintenance The following reindex commands skip pages that are locked, which can cause the reindex operation results to vary. You can use the ALTER INDEX REORGANIZE SQL Server statement in Microsoft SQL Server 2005 and Microsoft SQL Server Do not perform the reindex operation on indexes that are fragmented more than 30%. Instead, use the ALTER INDEX REBUILD (in Microsoft SQL Server 2005 and Microsoft SQL Server 2008) SQL statement. You must update the database statistics manually after the reindex operation completes. You can use the following statement in Microsoft SQL Server 2005 and Microsoft SQL Server 2008: sp_updatestats. Managing transaction log growth The BlackBerry Enterprise Server is highly transactional software that performs many data-manipulation statements and queries that either read or read and write information to the transaction log. Transaction log growth varies according to the recovery model that you implement to control transaction log maintenance. The following three recovery models exist: simple, full, and bulk-logged. If you use the full recovery model, operations such as ALTER INDEX REBUILD are logged to the transaction log. If you implement the full recovery model for the BlackBerry Configuration Database, you can truncate the transaction log to control file growth and reuse file space. If you use full mode or bulk-logged mode, you must back up the transaction log before you truncate it. If you need to reclaim disc space for data storage, you can shrink the transaction log. For more information about transaction log truncation, visit Best practices: Performing database maintenance Consider the following guidelines: Perform index maintenance if the Logical Scan Fragmentation is 10% or higher. 30

31 Turn on AUTO UPDATE STATISTICS in the BlackBerry Configuration Database so that statistics are updated automatically at regular intervals. Back up transaction logs at regular intervals. For more information about reorganizing or rebuilding a fragmented index in SQL Server, visit to read article

32 Glossary Glossary 2 BlackBerry MDS HTML HTTP I/O IOPS MPIO NIC RAID SAN SQL BlackBerry Mobile Data System Hypertext Markup Language Hypertext Transfer Protocol input/output input/output operations per second multipath input/output network interface card redundant array of independent (or inexpensive) disks subject alternative name Structured Query Language 32

33 Legal notice Legal notice Research In Motion Limited. All rights reserved. BlackBerry, RIM, Research In Motion, and related trademarks, names, and logos are the property of Research In Motion Limited and are registered and/or used in the U.S. and countries around the world. Microsoft, Excel, PowerPoint, SQL Server, Windows, and Windows Server are trademarks of Microsoft Corporation. Novell and GroupWise are trademarks of Novell, Inc. Intel and Xeon are trademarks of Intel Corporation. HP is a trademark of Hewlett-Packard Development Company, L.P. QLogic and QLA are trademarks of QLogic Corporation. VMware and VMware ESX are trademarks of VMware, Inc. Java is a trademark of Oracle and/or its affiliates. Linux is a trademark of Linus Torvalds. All other trademarks are the property of their respective owners. This documentation including all documentation incorporated by reference herein such as documentation provided or made available at is provided or made accessible "AS IS" and "AS AVAILABLE" and without condition, endorsement, guarantee, representation, or warranty of any kind by Research In Motion Limited and its affiliated companies ("RIM") and RIM assumes no responsibility for any typographical, technical, or other inaccuracies, errors, or omissions in this documentation. In order to protect RIM proprietary and confidential information and/or trade secrets, this documentation may describe some aspects of RIM technology in generalized terms. RIM reserves the right to periodically change information that is contained in this documentation; however, RIM makes no commitment to provide any such changes, updates, enhancements, or other additions to this documentation to you in a timely manner or at all. This documentation might contain references to third-party sources of information, hardware or software, products or services including components and content such as content protected by copyright and/or third-party websites (collectively the "Third Party Products and Services"). RIM does not control, and is not responsible for, any Third Party Products and Services including, without limitation the content, accuracy, copyright compliance, compatibility, performance, trustworthiness, legality, decency, links, or any other aspect of Third Party Products and Services. The inclusion of a reference to Third Party Products and Services in this documentation does not imply endorsement by RIM of the Third Party Products and Services or the third party in any way. EXCEPT TO THE EXTENT SPECIFICALLY PROHIBITED BY APPLICABLE LAW IN YOUR JURISDICTION, ALL CONDITIONS, ENDORSEMENTS, GUARANTEES, REPRESENTATIONS, OR WARRANTIES OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING WITHOUT LIMITATION, ANY CONDITIONS, ENDORSEMENTS, GUARANTEES, REPRESENTATIONS OR WARRANTIES OF DURABILITY, FITNESS FOR A PARTICULAR PURPOSE OR USE, MERCHANTABILITY, MERCHANTABLE QUALITY, NON-INFRINGEMENT, SATISFACTORY QUALITY, OR TITLE, OR ARISING FROM A STATUTE OR CUSTOM OR A COURSE OF DEALING OR USAGE OF TRADE, OR RELATED TO THE DOCUMENTATION OR ITS USE, OR PERFORMANCE OR NON-PERFORMANCE OF ANY SOFTWARE, HARDWARE, SERVICE, OR ANY THIRD PARTY PRODUCTS AND SERVICES REFERENCED HEREIN, ARE HEREBY EXCLUDED. YOU MAY ALSO HAVE OTHER RIGHTS THAT VARY BY STATE OR PROVINCE. SOME JURISDICTIONS MAY NOT ALLOW THE EXCLUSION OR LIMITATION OF IMPLIED WARRANTIES AND CONDITIONS. TO THE EXTENT PERMITTED BY LAW, ANY IMPLIED WARRANTIES OR CONDITIONS RELATING TO THE DOCUMENTATION TO THE EXTENT THEY CANNOT BE EXCLUDED AS SET OUT ABOVE, BUT CAN BE LIMITED, ARE 33

34 Legal notice HEREBY LIMITED TO NINETY (90) DAYS FROM THE DATE YOU FIRST ACQUIRED THE DOCUMENTATION OR THE ITEM THAT IS THE SUBJECT OF THE CLAIM. TO THE MAXIMUM EXTENT PERMITTED BY APPLICABLE LAW IN YOUR JURISDICTION, IN NO EVENT SHALL RIM BE LIABLE FOR ANY TYPE OF DAMAGES RELATED TO THIS DOCUMENTATION OR ITS USE, OR PERFORMANCE OR NON- PERFORMANCE OF ANY SOFTWARE, HARDWARE, SERVICE, OR ANY THIRD PARTY PRODUCTS AND SERVICES REFERENCED HEREIN INCLUDING WITHOUT LIMITATION ANY OF THE FOLLOWING DAMAGES: DIRECT, CONSEQUENTIAL, EXEMPLARY, INCIDENTAL, INDIRECT, SPECIAL, PUNITIVE, OR AGGRAVATED DAMAGES, DAMAGES FOR LOSS OF PROFITS OR REVENUES, FAILURE TO REALIZE ANY EXPECTED SAVINGS, BUSINESS INTERRUPTION, LOSS OF BUSINESS INFORMATION, LOSS OF BUSINESS OPPORTUNITY, OR CORRUPTION OR LOSS OF DATA, FAILURES TO TRANSMIT OR RECEIVE ANY DATA, PROBLEMS ASSOCIATED WITH ANY APPLICATIONS USED IN CONJUNCTION WITH RIM PRODUCTS OR SERVICES, DOWNTIME COSTS, LOSS OF THE USE OF RIM PRODUCTS OR SERVICES OR ANY PORTION THEREOF OR OF ANY AIRTIME SERVICES, COST OF SUBSTITUTE GOODS, COSTS OF COVER, FACILITIES OR SERVICES, COST OF CAPITAL, OR OTHER SIMILAR PECUNIARY LOSSES, WHETHER OR NOT SUCH DAMAGES WERE FORESEEN OR UNFORESEEN, AND EVEN IF RIM HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. TO THE MAXIMUM EXTENT PERMITTED BY APPLICABLE LAW IN YOUR JURISDICTION, RIM SHALL HAVE NO OTHER OBLIGATION, DUTY, OR LIABILITY WHATSOEVER IN CONTRACT, TORT, OR OTHERWISE TO YOU INCLUDING ANY LIABILITY FOR NEGLIGENCE OR STRICT LIABILITY. THE LIMITATIONS, EXCLUSIONS, AND DISCLAIMERS HEREIN SHALL APPLY: (A) IRRESPECTIVE OF THE NATURE OF THE CAUSE OF ACTION, DEMAND, OR ACTION BY YOU INCLUDING BUT NOT LIMITED TO BREACH OF CONTRACT, NEGLIGENCE, TORT, STRICT LIABILITY OR ANY OTHER LEGAL THEORY AND SHALL SURVIVE A FUNDAMENTAL BREACH OR BREACHES OR THE FAILURE OF THE ESSENTIAL PURPOSE OF THIS AGREEMENT OR OF ANY REMEDY CONTAINED HEREIN; AND (B) TO RIM AND ITS AFFILIATED COMPANIES, THEIR SUCCESSORS, ASSIGNS, AGENTS, SUPPLIERS (INCLUDING AIRTIME SERVICE PROVIDERS), AUTHORIZED RIM DISTRIBUTORS (ALSO INCLUDING AIRTIME SERVICE PROVIDERS) AND THEIR RESPECTIVE DIRECTORS, EMPLOYEES, AND INDEPENDENT CONTRACTORS. IN ADDITION TO THE LIMITATIONS AND EXCLUSIONS SET OUT ABOVE, IN NO EVENT SHALL ANY DIRECTOR, EMPLOYEE, AGENT, DISTRIBUTOR, SUPPLIER, INDEPENDENT CONTRACTOR OF RIM OR ANY AFFILIATES OF RIM HAVE ANY LIABILITY ARISING FROM OR RELATED TO THE DOCUMENTATION. Prior to subscribing for, installing, or using any Third Party Products and Services, it is your responsibility to ensure that your airtime service provider has agreed to support all of their features. Some airtime service providers might not offer Internet browsing functionality with a subscription to the BlackBerry Internet Service. Check with your service provider for availability, roaming arrangements, service plans and features. Installation or use of Third Party Products and Services with RIM's products and services may require one or more patent, trademark, copyright, or other licenses in order to avoid infringement or violation of third party rights. You are solely responsible for determining whether to use Third Party Products and Services and if any third party licenses are required to do so. If required you are responsible for acquiring them. You should not install or use Third Party Products and Services until all necessary licenses have been acquired. Any Third Party Products and Services that are provided with RIM's products and services are provided as a convenience to you and are provided "AS IS" with no express or implied conditions, endorsements, guarantees, representations, or warranties of any kind by RIM and RIM assumes no liability whatsoever, in relation thereto. Your use of Third Party Products and Services shall be governed by and subject to you agreeing to the terms of separate licenses and other agreements applicable thereto with third parties, except to the extent expressly covered by a license or other agreement with RIM. 34

35 Legal notice Certain features outlined in this documentation require a minimum version of BlackBerry Enterprise Server, BlackBerry Desktop Software, and/or BlackBerry Device Software. The terms of use of any RIM product or service are set out in a separate license or other agreement with RIM applicable thereto. NOTHING IN THIS DOCUMENTATION IS INTENDED TO SUPERSEDE ANY EXPRESS WRITTEN AGREEMENTS OR WARRANTIES PROVIDED BY RIM FOR PORTIONS OF ANY RIM PRODUCT OR SERVICE OTHER THAN THIS DOCUMENTATION. Certain features outlined in this documentation might require additional development or Third Party Products and Services for access to corporate applications. This product contains a modified version of HTML Tidy. Copyright World Wide Web Consortium (Massachusetts Institute of Technology, European Research Consortium for Informatics and Mathematics, Keio University). All Rights Reserved. This product includes software developed by the Apache Software Foundation ( and/or is licensed pursuant to one of the licenses listed at ( For more information, see the NOTICE.txt file included with the software. Research In Motion Limited 295 Phillip Street Waterloo, ON N2L 3W8 Canada Research In Motion UK Limited 200 Bath Road Slough, Berkshire SL1 3XE United Kingdom Published in Canada 35