Concurrent tape modification
Writing new data to a tape volume of a tape emulation unit includes determining if the new data is an update to data that was previously written, writing the new data to a new section of the tape emulation unit in response to the new data not updating data that was previously written, deleting the data that was previously written and writing the new data to a new section in response to the new data updating data that was previously written, the new data being larger than the data that was previously written, and the underlying file system not supporting variable size records/blocks, and overwriting the data that was previously written in response to the new data updating data that was previously written and either the new data not being larger than the data that was previously written or the underlying file system supporting variable size records/blocks.
1. A method of writing new data to a tape volume of a tape emulation unit, comprising:
the tape emulation unit receiving an attachment command from each of a plurality of processes, wherein at least two of the processes attach to the tape emulation unit for concurrently writing the new data to the tape volume;
the tape emulation unit responding to the attachment command by providing a unique identifier to each of the processes, the unique identifier simulating attachment to different tape devices for processes concurrently attaching to the tape emulation unit for writing data;
determining the new data is an update to data that was previously written to the tape emulation unit;
deleting the data that was previously written and writing the new data to a new section of the tape emulation unit in response to the new data updating the data that was previously written, the new data being larger than the data that was previously written, and an underlying file system not supporting variable size records/blocks; and
wherein the at least two of the processes that attach to the tape emulation unit for concurrently writing the new data to the tape volume concurrently write data to different sections of the tape volume and wherein one of the at least two of the of processes that attach to the tape emulation unit for concurrently writing the new data to the tape volume is queued for accessing the tape volume for updating data at a particular section of the tape volume while an other one of the at least two of the processes that attach to the tape emulation unit for concurrently writing the new data to the tape volume is updating data at the particular section of the tape volume.
2. The method, according to claim 1 , wherein, in response to receiving an attachment command, the tape emulation unit makes an entry in a table that facilitates distinguishing the plurality of processes when subsequent commands are received.
3. The method, according to claim 1 , wherein the one of the at least two of the processes that attach to the tape emulation unit references a first unit control block that uses a first one of the unique identifiers to access the tape emulation unit.
4. The method, according to claim 3 , wherein the other one of the at least two of the processes that attach to the tape emulation unit references a second unit control block that uses a second one of the unique identifiers, different than the first one of the unique identifiers, to access the tape emulation unit.
5. The method, according to claim 4 , wherein the unit control blocks correlate logical volume space of the plurality of processes with physical volume space of the tape emulation unit.
6. The method, according to claim 1 , wherein commands from the plurality of processes cause the tape emulation unit to access files stored on the tape emulation device.
7. The method, according to claim 6 , wherein the files are stored on a storage device that is part of the tape emulation unit.
8. The method, according to claim 7 , wherein the commands are received by a front end component that is coupled to the storage device of the tape emulation unit.
9. A non-transitory computer readable medium containing software that writes new data to a tape volume of a tape emulation unit, the software comprising:
executable code that receives an attachment command at the tape emulation unit from each of a plurality of processes, wherein at least two of the processes attach to the tape emulation unit for concurrently writing the new data to the tape volume;
executable code that causes the tape emulation unit to respond to the attachment command by providing a unique identifier to each of the processes, the unique identifier simulating attachment to different tape devices for processes attaching to the tape emulation unit for writing data;
executable code that determines the new data is an update to data that was previously written to the tape emulation unit;
executable code that deletes the data that was previously written and writes the new data to a new section of the tape emulation unit in response to the new data updating the data that was previously written, the new data being larger than the data that was previously written, and an underlying file system not supporting variable size records/blocks; and
wherein the plurality of at least two of the processes that attach to the tape emulation unit for concurrently writing the new data to the tape volume concurrently write data to different sections of the tape volume and wherein one of the at least two of the processes that attach to the tape emulation unit for concurrently writing the new data to the tape volume is queued for accessing the tape volume for updating data at a particular section of the tape volume while an other one of the at least two of the processes that attach to the tape emulation unit for concurrently writing the new data to the tape volume is updating data at the particular section of the tape volume.
10. The non-transitory computer readable medium, according to claim 9 , wherein, in response to receiving an attachment command, the tape emulation unit makes an entry in a table that facilitates distinguishing the plurality of processes when subsequent commands are received.
11. The non-transitory computer readable medium, according to claim 9 , wherein the one of the at least two of the processes that attach to the tape emulation unit references a first unit control block that uses a first one of the unique identifiers to access the tape emulation unit.
12. The non-transitory computer readable medium, according to claim 11 , wherein the other one of the at least two of the processes that attach to the tape emulation unit references a second unit control block that uses a second one of the unique identifiers, different than the first one of the unique identifiers, to access the tape emulation unit.
13. The non-transitory computer readable medium, according to claim 12 , wherein the unit control blocks correlate logical volume space of the plurality of processes with physical volume space of the tape emulation unit.
14. The non-transitory computer readable medium, according to claim 9 , wherein commands from the plurality of processes cause the tape emulation unit to access files stored on the tape emulation device.
15. The non-transitory computer readable medium, according to claim 14 , wherein the files are stored on a storage device that is part of the tape emulation unit.
16. The non-transitory computer readable medium, according to claim 15 , wherein the commands are received by a front end component that is coupled to the storage device of the tape emulation unit.