Upgrade to Windows 64-bit operating systems, Domino Server 64-bit, and SMSDOM 64-bit.

If you are not able to upgrade to Windows 64-bit operating system, Domino Server 64-bit, and SMSDOM 64-bit all at once, some or all of the following measures can reduce the amount of memory consumed. Any single measure listed below may or may not keep your Domino server stable until you reach the date of your upgrade.

• Upgrade Windows 64-bit operating system only. This permits Windows itself to allocate memory above 2GB. SMSDOM 32-bit is Large Address Aware and can at least work within 4GB addressable memory space under these conditions.
• Raise additional Domino Messaging servers and split mailboxes between them. Alternatively, for applications, raise additional Domino Application Servers and split the client load between them. This approach requires effective synchronization between hub and spoke servers.
• Eliminate spam email more aggressively upstream of the hub mail server. Typical antispam solutions tend to drop 90% inbound messages as spam with a one in a million False positive rate. At the mail gateway level, mail administrators can use solutions such as Symantec Email Security.cloud or Symantec Traffic Shaper to drop smtp connections before a message is sent via the SMTP DATA command. If upstream measures drop spam effectively, disable the Premium Anti-Spam feature of SMSDOM to save resources, then remove npas from the ServerTasks= line of the notes.ini.
• Check whether realtime filesystem antivirus excludes the Data folder for Domino and the Temporary Scanning folder for SMSDOM. Realtime filesystem antivirus can touch the same files as SMSDOM. At worst, this can result in data loss when the antivirus encounters a false positive within an .nsf file. At best, permitting the filesystem antivirus to scan within the Domino data folder and the SMSDOM temporary scanning folder will result in the double-handling of files and additional use of memory.
• Check whether Symantec Endpoint Protection (SEP) has Email Tools installed. Email Tools inflates memory usage and should not be installed on a Domino server, especially a Domino server running the smtp server task.
• Within SMSDOM, optimize fulll scans during the work week. By splitting a full scan into multiple incremental scans and setting a start and end time, SMSDOM administrators can reduce the resources SMSDOM uses during production hours, including the amount of files SMSDOM retains in its memory cache. When combined with a scheduled stop and start of SMSDOM's NNTASK process, the entirety of SMSDOM's memory cache is flushed following the completion of the scan.
• Within SMSDOM, reduce complexity by lowering container limits. The container limits within SMSDOM permit administrators to control how deeply within attachments SMSDOM will scan. Historically, container limits were implemented to prevent various security products from hanging when encountering an archive file with pointers which form a circular structure (aka "the zip of death"). By reducing container limits, you also reduce memory consumed from mail scans and document writes.
• Within SMSDOM, disable in-memory scanning.
• Schedule a stop and start of the NNTASK process for SMSDOM at a time outside of the regular office hours for the production environment.
• Within notes.ini, move nntask to the front of the ServerTasks= line. If npas is also present, move it to immediately to the right of the nntask process.
  Example of not recommended ServerTasks= line:
  

  ServerTasks=Replica,Router,Update,AMgr,Adminp,Sched,CalConn,RnRMgr,ntask,npas,HTTP

  
  Example of recommended ServerTasks= line:
  

  ServerTasks=ntask,npas,Replica,Router,Update,AMgr,Adminp,Sched,CalConn,RnRMgr,HTTP

  
   
• Set Domino settings within note.ini to limit memory usage:
  NSF_Buffer_Pool_Size_MB=400
  SERVER_NOTEOPEN_USE_SHARED=1
  SERVER_MAX_NOTEOPEN_MEMORY_KB=200000