Our SAP databases are on SQL Server 2012 I am sure you are familiar with proportional fill, we did a major reorg of our SAP databases to ensure this and also to distribute the database over multiple files to be able to take care of many CPU cores we have in our system.
We did reorg using R3Load and did a complete export/import of the databases and also used the new default page compression. Thus reducing our database size by upto 70%.
we were able to achieve this on all our systems over 20+ but GTS. in the GTS system, which is around 400GB in size, one table /SAPSLL/SPLAUD is over 180GB. Now when we try do a R3load export import, this table itself takes over 40hrs. We try the table split option in R3Load to export. but it will not split much and thus not reducing the R3load export/import time. We have no limitation on the number of CPU or the size of the resources we can throw on this one. we have put the source on a SSD and target on a FC drive but still the export and import time does not get below 35hrs total. this is an outage we cannot allow.
now this table is ever growing and eventually we will start seeing performance issues due to the distribution of the data across datafiles. Currently we have only 6 datafiles and 50% of data is occupied by this table, spread across these 6.
has anyone faced this before and can you advise on how we can handle this problem. I am looking for fastest way of being able to load/unload this table.
Apart from using R3load, is there any other supported way I can add more datafiles and spread this table across those without causing a downtime.
Adding a comment here:- we have considered archiving but this table has data which is audit related there is a big debate in progress with our legal and compliance team on when can we get rid of this or archive it and so it may not happen immediately.
regards
Yogesh
