Hi @Johana
What setting are you using on the tape copy looking at Multiplexing?
Regarding the "Use Scalable Resource Allocation" option, no I don't believe this is the case.
This option regulates resources, not how a target is being written to.
Hi @Johana
What setting are you using on the tape copy looking at Multiplexing?
Regarding the "Use Scalable Resource Allocation" option, no I don't believe this is the case.
This option regulates resources, not how a target is being written to.
Hi @Jos Meijer
In the Storage Policy: SP_FS_WS_SQL
Primary Copy: Does not have Multiplexing enabled.
Secondary Copy: No Multiplexing enabled
Selective copy (which collects the copies of the secondary copy):
Device Streams of GSCP_COBRA: 1
Multiplexing Factor of GSCP_COBRA: 8
Selective copying (picking up the copies of the secondary):
Device Streams of GSCP_UNIWAY: 1
Multiplexing Factor of GSCP_UNIWAY: 8
Storage Policy Global: GSCP_COBRA
Multiplexing Enabled.
Multiplexing Factor: 8
Storage Policy Global: GSCP_UNIWAY
Enabled multiplexing.
Multiplexing Factor: 8
Thanks for your reply.
Johana
Depending on how many data is provided for clients in this aux copy, the multiplexing setting can cause data to be spread over multiple tapes. But is not guaranteed to be the cause.
If performance to tape is high enough to keep the tape streaming you can choose to disable multiplexing which will allow data to be placed on the tape without mixing it with other clients.
But you will have to test if this performance meets your requirements.
In order to verify that multiplexing is the cause, if you are using tape storage pools, check if you are not using multiple device streams on the storage pool properties. This will result in spreading client data over multiple tapes.
Depending on how many data is provided for clients in this aux copy, the multiplexing setting can cause data to be spread over multiple tapes. But is not guaranteed to be the cause.
If performance to tape is high enough to keep the tape streaming you can choose to disable multiplexing which will allow data to be placed on the tape without mixing it with other clients.
But you will have to test if this performance meets your requirements.
In order to verify that multiplexing is the cause, if you are using tape storage pools, check if you are not using multiple device streams on the storage pool properties. This will result in spreading client data over multiple tapes.
That's right, we are using Storage Pool, but with this configuration:
Device Streams: 1
That's good, then I would perform tests with mutiplexing disabled.
This should fix your issue regarding data divided over multiple tapes.
But again, only if the performance is sufficient.
If not you can potentially face issues regarding getting data on tape in a timely fashion
On the other hand, looking at this multiplexing thing that is set to 8, is it set correctly?
Given that we have 6 storage policies.
A total of more than 50 clients.
All their backups are stored on 11 LT07 tapes.
Shouldn't we have 50 configured?
Multiplexing Factor: 8 to Multiplexing Factor: 50 aprox.
Support has told me that it is due to synthetic full backups.
Multiplexing has nothing to do with it.
Thank you very much for your answers!
A synthetic full will be transferred to tape fully rehydrated so blocks will be aligned depending on multiplexing or multi streaming options just like any other backup will.
Something seems to be missing in this definition of the root cause.
Hope you can enlighten us with additional information regarding their findings