- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎09-19-2017 09:57 AM
Hi
From Jakarta we are observing new Table Part Partitioning on most of out of the box tables that includes CMDB. Now we see table fields which were inherited from CMDB are now part of individual tables. Eg. Name field from CMDB were showing pre-jakarta as 'Name' field belong to CMDB from a cmdb_ci_server table. Now with Jakarta, every 'name' column on child tables show that belong to same table. I know its Service Users wouldn't be impacted by this TPP, however would like to make sure we have right preparations prior upgrading.
Now question(s);
1. What is the core benefit of TPP? Is that performance improvements?
2. Why CMDB or most of tables partitioned from Jakarta?
3. In what way it impacts Discovery or Service Mapping?
4. Do have to know anything? Would that impacts any of our scripts related to 'inherited' functionality?
5. TPP improves platform upgrade? if yes how?
Could anyone from ServiceNow platform or CMDB provide more information on TPP? Also I greatly suggest to create a Blog Post that explains. Huge benefit making your users to gain design knowledge.
Thank you
Solved! Go to Solution.

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎01-23-2018 10:52 AM
Hello Sashikanth,
Below are some helpful links on this topic.
andrew.venables shared some excellent information on this Jakarta CMDB Changes
I hope this helps
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎09-21-2017 02:44 PM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎10-09-2017 05:38 PM

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎10-09-2017 09:08 PM
Hello Sashikanth,
I have noticed this change on cmdb_ci few days ago while I was working with one of the partners. During my testing, I found that TPP change was on cmdb_ci and not on task table. There was an issue with app uninstallation in scoped app and platform team is aware of this issue which I believe is fixed in Jakarta patch 4.
I think docs team is working on the documentation which can answer most of your question. However, I'm not sure on ETA. (Disclaimer: This is not an official answer)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎01-23-2018 03:12 AM
An update to this. We moved to a higher patch level (Jakarta Patch 3), and things look more normal from the update set point of view. Now when I add a new column to Configuration Item [cmdb_ci], instead of seeing literally hundreds of updates added to my update set, i.e. one per every child class, I know see just the usual 3 updates for a new field: Dictionary, Field Label, Field Layout.
Behind the scenes I believe it's still being added everywhere, but the evidence is hidden from us
* TOP TIP *
Something which doesn't work at all well under TPP, even under Jakarta Patch 3, is adding a new field up high in the CMDB hierarchy, e.g. at Configuration Item level, then placing the new field on the form at various lower level clases, e.g. Server. It will work fine on Dev, but when you transfer the update set, you will see lots of red errors at the Preview stage. I would suggest doing this in multiple update sets. Add the field up high to CMDB. Move update set. Then add to lower level classes. Move update set.
On the other hand, if you are faced with the screen full of preview errors something like this:
They are all about missing fields, i.e. the system cannot place the new field on the lower level tables because the field does not yet exist on the table. You can accept all remote updates. It doesn't feel good, but I've done it a few times and the end result works. This was also what a Hi support engineer advised, after all other avenues failed. Just can't guarantee it would work every time.