Skip to main content

ServiceNow interesting LinkedIn Reads

ServiceNow interesting LinkedIn Reads: 

Do you know how much storage space you have available on your #ServiceNow instance? Do you know how much you’re “allowed” to have? What happens if you exceed that? Can you actually exceed it? What tables are taking up the most space?

When you establish a ServiceNow contract, there’s normally a “Hosting Details” section of the document that details the number of instances you’re purchasing as well as the storage limit for each. In the attached image, you’ll see an example of 4 instances, each with 4TB of storage. The average customer won’t easily exceed that, but if you did, you can purchase additional storage in 1TB increments. ServiceNow will reach out to you to discuss things once you approach/exceed that limit. What’s the limit for the current servers? Here’s a quote from a ServiceNow employee in this #ServiceNowCommunity post

“For your info, 4TB should be a contractual limit, not a physical/Technical limit. The current servers are having capacity ranging from 12 TB -21 TB. As such, the technical limit would the size of the servers. That said, there are other mechanisms such as gateways to move some of the approved tables to another database catalog to address the disk space issues. Please also note that the hardware capacity are subjected to changes are there may be new servers with larger disk space in the future.”

At any time, you can login to your Now Support account and use the service catalog item: Database Footprint to see the total space occupied by the instance with up to the top 100 tables that contribute to the occupied space:

As far as data retention and cleanup goes, that is managed by your instance administrator as records will remain in the instance until removed by users or admin:

There is automated cleanup for things like the system log (syslog) and system events (sysevent) and various other tables using Table Rotation: -- but for records like Incidents, Requests, Tasks, etc. those aren’t removed by default.

Should you archive data? Should you delete it? Review your options ( carefully and ensure that if you ever need to delete something, you do it properly and efficiently such as using this new feature introduced in Tokyo called Delete Jobs: (

(courtesy of TJ @ ClearSkye )


Popular posts from this blog

URL link in addInfoMessage

var ga=new GlideAjax('gld_HR_ajax'); ga.addParam('sysparm_name', 'checkEmployeeNumber_hrProfile'); ga.addParam('sysparm_hrprofilenumber', g_form.getValue('number')); ga.addParam('sysparm_employeenumber', newValue); ga.getXMLAnswer(function(answer) { if (answer!='undefined' && answer!=''){ var navURL="<a style='text-decoration:underline;color:blue'" + answer + ">" + answer + "</a><img width='3' src='images/s.gif'/>"; var sMsg='The employee number entered already exists on another HR Profile ' + navURL; //alert(sMsg); g_form.showErrorBox('employee_number', 'error - please check'); g_form.addInfoMessage(sMsg); } });

GlideRecord setValue

setValue(String name, Object value) Sets the specified field to the specified value. Normally a script would do a direct assignment, for example,  gr.category = value . However, if in a script the element name is a variable, then  gr.setValue(elementName, value)  can be used. When setting a value, ensure the data type of the field matches the data type of the value you enter. This method cannot be used on journal fields. If the value parameter is null, the record is not updated, and an error is not thrown!/api_doc?v=madrid&id=r_GlideRecord-setValue_String_Object