none
Tape and Library Sharing RRS feed

  • Question

  • Hi Product Team

    I'm looking to find a detailed documentation regarding the Tape and Library Sharing function.

    There's no information in the Deployment Guide or the Operations Guide. On TechNet there's a site that explains the function very poorly. I need to know the exact prerequistes and quite fast.

     

    BR

    Robert Hedblom



    Check out my DPM blog @ http://robertanddpm.blogspot.com

    Thursday, September 30, 2010 9:14 AM
    Moderator

Answers

  • Hi Robert,

     

    Sorry for the delay.

    Referencing http://technet.microsoft.com/en-us/library/ff399106.aspx - the only requirements are that all the DPM servers wanting to use the tape library must all have connectivity to the library via either Fiber Channel or iscsi connections.  All DPM servers should see the tape library and tape drive(s) in device manager prior to setting up library sharing. Then just follow the configuration steps outlined in the technet site above.  Be sure to use a domain account for the SQL Server (MSDPM2010) and SQL Server Agent (MSDPM2010) services as noted.

    As a best practice if you have several DPM servers sharing the library, you can disable Test Unit Ready (TUR) polling via the KBID 842411 for the medium changer and tape drive devices even on Windows 2008 servers.

    842411 Windows Server 2003 cannot perform backup jobs to tape devices on a storage area network
    http://support.microsoft.com/default.aspx?scid=kb;EN-US;842411

     

     


    Regards, Mike J [MSFT] This posting is provided "AS IS" with no warranties, and confers no rights.
    Monday, October 4, 2010 6:19 PM
    Moderator

All replies

  • Hi Robert,

     

    Sorry for the delay.

    Referencing http://technet.microsoft.com/en-us/library/ff399106.aspx - the only requirements are that all the DPM servers wanting to use the tape library must all have connectivity to the library via either Fiber Channel or iscsi connections.  All DPM servers should see the tape library and tape drive(s) in device manager prior to setting up library sharing. Then just follow the configuration steps outlined in the technet site above.  Be sure to use a domain account for the SQL Server (MSDPM2010) and SQL Server Agent (MSDPM2010) services as noted.

    As a best practice if you have several DPM servers sharing the library, you can disable Test Unit Ready (TUR) polling via the KBID 842411 for the medium changer and tape drive devices even on Windows 2008 servers.

    842411 Windows Server 2003 cannot perform backup jobs to tape devices on a storage area network
    http://support.microsoft.com/default.aspx?scid=kb;EN-US;842411

     

     


    Regards, Mike J [MSFT] This posting is provided "AS IS" with no warranties, and confers no rights.
    Monday, October 4, 2010 6:19 PM
    Moderator
  • Hi Mike!

    What about the sharing of DPM databases? Must the customer have a mirroed SQL solution or is't enough that the tape library has iscsi and that all DPM servers is connected to it before I start the sharing of the library?



    Check out my DPM blog @ http://robertanddpm.blogspot.com

    Thursday, October 7, 2010 12:16 PM
    Moderator
  • Hi Robert,

    No - there is no special requirement for SQL for any of the DPM servers including the DPM server you choose to be the library server. Just default installations of DPM is fine.   I really don't like the depiction of the clustered SQL server in the diagram, in reality it's very hard to get DPM SQL DB in a cluster because reporting services can't be clustered, so don't bother even trying to set it up that way. 

    As long as all the DPM servers can see the tape library, then sharing should work after going thru the steps.


    Regards, Mike J. [MSFT] This posting is provided "AS IS" with no warranties, and confers no rights.
    Thursday, October 7, 2010 2:20 PM
    Moderator
  • Ok, thanx!

    There is NO POSSIBLE way of making a "Tape And Library Sharing" function without ISCSI or FC?

     

    BR

    Robert Hedblom



    Check out my DPM blog @ http://robertanddpm.blogspot.com

    Thursday, October 7, 2010 8:26 PM
    Moderator
  • Hi,

    What did you have in mind ?

    I don't think we have ever tested this, but in theory, if you have a tape library with two SCSI connectors, you could hook two DPM servers up to it and see if that would work. I'm not sure we would officially support that if it did, but worth trying if that is your only option. Of course that would limit you to two dpm servers sharing the library.


    Regards, Mike J. [MSFT] This posting is provided "AS IS" with no warranties, and confers no rights.
    Thursday, October 7, 2010 10:28 PM
    Moderator
  • Thanx Mike, that was exactaly what I had in mind =)

    I will check the robot and try this if its possible/doable. I'll get back with information.

    BR

    Robert Hedblom



    Check out my DPM blog @ http://robertanddpm.blogspot.com

    Friday, October 8, 2010 8:45 AM
    Moderator
  • Hi Mike!

    I have today attached the robot with the other DPM server, and so far...it looks good. I will run tape jobs for this customer this weekend, I'll get back with info regarding the progress.

    BR

    Robert Hedblom



    Check out my DPM blog @ http://robertanddpm.blogspot.com

    Wednesday, October 20, 2010 8:16 PM
    Moderator
  • Hi Robert,

     

    Thanks for the update - look forward to hearing final results and the details of the hardware used.


    Regards, Mike J. [MSFT] This posting is provided "AS IS" with no warranties, and confers no rights.
    Wednesday, October 20, 2010 8:54 PM
    Moderator
  • Hi Mike!

    Everything looked fine, the shared database worked, I could see that the tapes were shared between the two servers. We ran into an error an had to abort, I had to use another tape-robot and this solved the issue. Thanx for your help Mike!

     

    BR

    Robert Hedblom



    Check out my DPM blog @ http://robertanddpm.blogspot.com

    Monday, November 1, 2010 8:03 PM
    Moderator
  • Hi Robert,

     

    Thanks for the results - we don't have that configuration up on technet because it was never tested, so hopefully you won't run into any unforseen problems down the road.

     

    Cheers


    Regards, Mike J. [MSFT] This posting is provided "AS IS" with no warranties, and confers no rights.
    Monday, November 1, 2010 8:31 PM
    Moderator