Remote Storage Tapes are set to Recall-only although they are not full

  • Thread starter Thread starter A. Kleinshmidt
  • Start date Start date
A

A. Kleinshmidt

Every Time a remote storage job runs to free memory from
the disks it ask's for a new clean Tape. After the job the
status of the tape is set to Recall-only.
We use an Overland Neo 4100 Library with 4 Quantum SDLT320
drives, attached to a W2K Server SP3. 2 Drives are
reserved for Removable (and Remote) Storage and 2 Drives
are reserved for Veritas Backup Exec 8.6.

Imho Remote Storage should set the Status of a Tape to
Recall-only if the Tape is full. The Last jobs only
transfered about 3GB of Data and the Tapes have a native
Capacity of 160GB.

I haven't found a switch to change the Status of the tapes.

Suggestions are highly appreciated.
Andreas
 
Dear Andreas,

Thank you for your post.

I am a bit unclear about this problem. Could you provide us with more
information? For example, the detailed steps you have performed and the
exact results.

Thanks!

Regards,
Joe Wu
Product Support Services
Microsoft Corporation

Get Secure! - www.microsoft.com/security

====================================================
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
====================================================
This posting is provided "AS IS" with no warranties, and confers no rights.

--------------------
|Content-Class: urn:content-classes:message
|From: "A. Kleinshmidt" <[email protected]>
|Sender: "A. Kleinshmidt" <[email protected]>
|Subject: Remote Storage Tapes are set to Recall-only although they are not
full
|Date: Thu, 14 Aug 2003 03:31:46 -0700
|Lines: 18
|Message-ID: <[email protected]>
|MIME-Version: 1.0
|Content-Type: text/plain;
| charset="iso-8859-1"
|Content-Transfer-Encoding: 7bit
|X-Newsreader: Microsoft CDO for Windows 2000
|X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4910.0300
|Thread-Index: AcNiT0MLK8imeRsDQQSZ9qjjpsPy4A==
|Newsgroups: microsoft.public.win2000.advanced_server
|Path: cpmsftngxa06.phx.gbl
|Xref: cpmsftngxa06.phx.gbl microsoft.public.win2000.advanced_server:10628
|NNTP-Posting-Host: TK2MSFTNGXA08 10.40.1.160
|X-Tomcat-NG: microsoft.public.win2000.advanced_server
|
|
|Every Time a remote storage job runs to free memory from
|the disks it ask's for a new clean Tape. After the job the
|status of the tape is set to Recall-only.
|We use an Overland Neo 4100 Library with 4 Quantum SDLT320
|drives, attached to a W2K Server SP3. 2 Drives are
|reserved for Removable (and Remote) Storage and 2 Drives
|are reserved for Veritas Backup Exec 8.6.
|
|Imho Remote Storage should set the Status of a Tape to
|Recall-only if the Tape is full. The Last jobs only
|transfered about 3GB of Data and the Tapes have a native
|Capacity of 160GB.
|
|I haven't found a switch to change the Status of the tapes.
|
|Suggestions are highly appreciated.
|Andreas
|
 
Dear Andreas,

Thank you for taking the time to providing us with the detailed
information, and I am sorry for the delay.

First of all, the Capacity should be incorrect. 1 EB an extremely large
disk unit measurement, which is equal to 1G GB.

KB (kilobyte) = 2^10 bytes = 1,024 bytes
MB (megabyte) = 2^20 bytes = 1,048,576 bytes
GB (gigabyte) = 2^30 bytes = 1,073,741,824 bytes
TB (terabyte) = 2^40 bytes = 1,099,511,627,776 bytes
PB (petabyte) = 2^50 bytes = 1,125,899,906,842,624 bytes
EB (exabyte) = 2^60 bytes = 1,152,921,504,606,846,976 bytes

Therefore, I agree with your first suspicion. However, we need to identify
the root cause.

I have analyzed the information your provided and have established a test
environment in the weekend. I noticed that you used drive 1 and drive 2
specifically for Veritas Backup Exec and used the rest two drives
specifically for Remote Storage. Actually, Microsoft Removable Storage
cannot reserve specific drives for specific applications.

Since Remote Storage uses Removable Storage to access the applicable tapes
in a library, I think that assigning the drives in this way may cause some
unexpected problems.

Therefore, I would like to provide the following suggestions:

1. Please connect the Library to a clean-installed test system and prepare
the tapes.

2. Please do NOT install Veritas Backup Exec.

3. Update the system by applying the Windows 2000 Service Pack 4 and
install the latest driver for the Library.

4. Then try Remote Storage with Removable Storage. You can follow the steps
mentioned in the following links:

Step-by-Step Guide to Remote Storage
http://www.microsoft.com/windows2000/techinfo/planning/management/remstore.a
sp

Remote Storage and Removable Storage
http://www.microsoft.com/windows2000/en/datacenter/help/default.asp?url=/win
dows2000/en/datacenter/help/sag_RSSconcepts_2_3.htm

5. Please check if Remote Storage works normally in this environment which
has no third party storage applications.

I hope the above information helps. Thanks!

Regards,
Joe Wu
Product Support Services
Microsoft Corporation

Get Secure! - www.microsoft.com/security

====================================================
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
====================================================
This posting is provided "AS IS" with no warranties, and confers no rights.

--------------------
|Content-Class: urn:content-classes:message
|From: "A. Kleinshmidt" <[email protected]>
|Sender: "A. Kleinshmidt" <[email protected]>
|References: <[email protected]>
<[email protected]>
|Subject: RE: Remote Storage Tapes are set to Recall-only although they are
not full
|Date: Fri, 15 Aug 2003 05:57:31 -0700
|Lines: 211
|Message-ID: <[email protected]>
|MIME-Version: 1.0
|Content-Type: text/plain;
| charset="iso-8859-1"
|Content-Transfer-Encoding: quoted-printable
|X-Newsreader: Microsoft CDO for Windows 2000
|Thread-Index: AcNjLMnJ95LO/tLuSjyq1QOIFSseUA==
|X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300
|Newsgroups: microsoft.public.win2000.advanced_server
|Path: cpmsftngxa06.phx.gbl
|Xref: cpmsftngxa06.phx.gbl microsoft.public.win2000.advanced_server:10686
|NNTP-Posting-Host: TK2MSFTNGXA12 10.40.1.164
|X-Tomcat-NG: microsoft.public.win2000.advanced_server
|
|Server Configuration
|Windows 2000 Server with SP3
|Removable Storage Service activated
|Remote Storage Services activated
|Veritas Backup Exec 8.6 Services activated (VBE)
|Overland Neo4100 Storage Library with 4 Quantum SDLT320
|Drives
|Backup Exec was activated before Usage of Removable Storage
|All 4 Drives where recognised by VBE since I have only a
|licence to access 2 Drives I have disabled the other two
|Drives in VBE
|VBE uses the drives 1 and 2
|We use drivers for the library (libxprmc.sys; Version
|1.0.2; N/A; Not signed)
|and the SDLT drives (QntmDLT.sys; Version 1.7.0.0;
|8/12/2002; signed by Microsoft Windows Hardware
|Compatibility Publisher)
|which are compatible with w2k removable storage
|Removable Storage hasn't recognized the (Tape Library and
|the) Drives automatically.
|I had to use rsmconfg
|Since I had "reserved" the first 2 Drives to VBE, I only
|added the last 2 Drives via rsmconfg
|Removable Storage is able to access these 2 drives (3 and
|4) and doesn't use the other 2 drives.
|After that I installed Remote storage and made the tests:
|move data to a tape, recall data, make media copies of the
|master, destroy master, rebuild master, restore all data
|(remove managed Volume). All these Tests worked pretty
|well and I haven't paid much attention to the fact that
|the Media was set to Recall-only all the time.
|After that I uninstalled remote storage, restarted the
|server and installed it again to start with an empty
|database. I set the managed volume to our productive
|Environment.
|Remote Storage Properties:
|General: it is running, 1 managed Volume (local Hardware
|Raid5 drive F:), 6 cartridges used, Data in remote storage
|79,1 GB. Service Versions all 5.00.2195 [484]
|Schedule: At 2 AM every Tue,Thu,Sun
|Recall Limit: 60
|Media Copies: 2 (I have made only one copy of each Media
|up to now)
|Managed Volumes: Number 1; Data in Remote S. 79,1 GB,.
|Free Space 45,6 GB,.
| Settings: Desired free space 30% (71,2GB)
| Larger than 12kb
| Not accessed in 200 days
| Include/Exclude: Standard
|Media:
|Name and Description Capacity Free Space Status
|Media Copy Set 1 MCS2
|RS-ServerName-2 7,99EB 73,2GB Recall-
|only Up-to-date None
|RS- ServerName-3 7,99EB 98,7GB Recall-
|only Up-to-date None
|RS- ServerName-4 7,99EB 98,5GB Recall-
|only Up-to-date None
|At Capacity: What is EB?
|At Free Space: The Tapes have a native Capacity of 160GB.
|With 79,1 GB in Remote storage
| 3* 160GB -73,2GB-98,7GB-98,5GB=209,6 GB should be in
|Remote storage. By the way
| I think 79,1GB is the right value.
|Each (3) time the scheduled Task was executed it took a
|new Tape from the Scratch Pool of removable storage
|As the scheduled Task tried to run the 4.th time and
|hasn't found any Scratch tapes, I was asked to provide
|one. This was the time, when I decided to cancel the task
|and all following ones as well.
|I hoped that remote storage would use one of the tapes
|with free space if it couldn't find a scratch tape. It was
|my understanding of remote storage that it fills up one
|Tape completely before starting another Tape.
|I haven't found an article in the Technet which deals with
|that problem.
|If you like to read them I have a few suggestions what
|could go wrong:
|1.) The tape capacity is calculated wrong, maybe because
|nobody thought about 160GB Tapes when the program was
|created and before taking the risk of loosing data set the
|tape to recall only after the process of storing Data to
|it.
|2.) As we got the Library, we had too few scsi cables so
|we run the library with only 2 drives cabled, though all 4
|drives had been in the library and had been recognised by
|it. But as I tried to start rsmconfg the tool wasn't able
|to configure the library in any way. After connecting the
|rest of the drives it was possible to configure the
|library. So maybe it is necessary to configure all 4
|drives for the use with removable storage. As I mentioned
|above we have only configured two Tapes. So maybe the
|library isn't complete for whatever part of the Software
|and the malfunction is due to that.
|3.) The other things I think about are even more
|incredible so I better don't write them down
|Unfortunately we aren't free to gamble around with the
|equipment. The free Server Space is so low, that it isn't
|possible to restore the complete Data to the Disk and
|start again. Also we can't connect the library to another
|Server for a longer test period, since Data Backup and
|Remote Storage recalls must be handled.
|I hope that this Information helps you to find a solution.
|If you need more Info, feel free to contact me. Any help
|is highly appreciated.
|Mit freundlichem Gruß / Kind Regards
|Andreas Kleinschmidt
|>-----Original Message-----
|>Dear Andreas,
|>
|>Thank you for your post.
|>
|>I am a bit unclear about this problem. Could you provide
|us with more
|>information? For example, the detailed steps you have
|performed and the
|>exact results.
|>
|>Thanks!
|>
|>Regards,
|>Joe Wu
|>Product Support Services
|>Microsoft Corporation
|>
|>Get Secure! - www.microsoft.com/security
|>
|>====================================================
|>When responding to posts, please "Reply to Group" via
|your newsreader so
|>that others may learn and benefit from your issue.
|>====================================================
|>This posting is provided "AS IS" with no warranties, and
|confers no rights.
|>
|>--------------------
|>|Content-Class: urn:content-classes:message
|>|From: "A. Kleinshmidt" <[email protected]>
|>|Sender: "A. Kleinshmidt" <[email protected]>
|>|Subject: Remote Storage Tapes are set to Recall-only
|although they are not
|>full
|>|Date: Thu, 14 Aug 2003 03:31:46 -0700
|>|Lines: 18
|>|Message-ID: <[email protected]>
|>|MIME-Version: 1.0
|>|Content-Type: text/plain;
|>| charset="iso-8859-1"
|>|Content-Transfer-Encoding: 7bit
|>|X-Newsreader: Microsoft CDO for Windows 2000
|>|X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4910.0300
|>|Thread-Index: AcNiT0MLK8imeRsDQQSZ9qjjpsPy4A==
|>|Newsgroups: microsoft.public.win2000.advanced_server
|>|Path: cpmsftngxa06.phx.gbl
|>|Xref: cpmsftngxa06.phx.gbl
|microsoft.public.win2000.advanced_server:10628
|>|NNTP-Posting-Host: TK2MSFTNGXA08 10.40.1.160
|>|X-Tomcat-NG: microsoft.public.win2000.advanced_server
|>|
|>|
|>|Every Time a remote storage job runs to free memory from
|>|the disks it ask's for a new clean Tape. After the job
|the
|>|status of the tape is set to Recall-only.
|>|We use an Overland Neo 4100 Library with 4 Quantum
|SDLT320
|>|drives, attached to a W2K Server SP3. 2 Drives are
|>|reserved for Removable (and Remote) Storage and 2 Drives
|>|are reserved for Veritas Backup Exec 8.6.
|>|
|>|Imho Remote Storage should set the Status of a Tape to
|>|Recall-only if the Tape is full. The Last jobs only
|>|transfered about 3GB of Data and the Tapes have a native
|>|Capacity of 160GB.
|>|
|>|I haven't found a switch to change the Status of the
|tapes.
|>|
|>|Suggestions are highly appreciated.
|>|Andreas
|>|
|>
|>.
|>
|
 
Dear Andreas,

Thank you for your reponse and for letting me know the status there. I will
be standing by for your process and will be happy to be of further
assistance.

To answer your question, Yes, your understanding is correct. In the
meantime, I have performed further research on this problem. I suggest that
we also check the configuration regarding the following KB article:

266011 Tape Capacity Differences Prevent Remote Storage from Making Media
Copies
http://support.microsoft.com/?id=266011

I hope this helps. Have a nice day!

Regards,
Joe Wu
Product Support Services
Microsoft Corporation

Get Secure! - www.microsoft.com/security

====================================================
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
====================================================
This posting is provided "AS IS" with no warranties, and confers no rights.

--------------------
|Content-Class: urn:content-classes:message
|From: "A. Kleinshmidt" <[email protected]>
|Sender: "A. Kleinshmidt" <[email protected]>
|References: <[email protected]>
<[email protected]>
<[email protected]>
<[email protected]>
|Subject: RE: Remote Storage Tapes are set to Recall-only although they are
not full
|Date: Tue, 19 Aug 2003 03:06:23 -0700
|Lines: 355
|Message-ID: <[email protected]>
|MIME-Version: 1.0
|Content-Type: text/plain;
| charset="iso-8859-1"
|Content-Transfer-Encoding: quoted-printable
|X-Newsreader: Microsoft CDO for Windows 2000
|X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300
|Thread-Index: AcNmOYu4juAuMLhKTuG6T4OuLWkKCQ==
|Newsgroups: microsoft.public.win2000.advanced_server
|Path: cpmsftngxa06.phx.gbl
|Xref: cpmsftngxa06.phx.gbl microsoft.public.win2000.advanced_server:10780
|NNTP-Posting-Host: TK2MSFTNGXA12 10.40.1.164
|X-Tomcat-NG: microsoft.public.win2000.advanced_server
|
|Dear Joe,
|thank you for your Hints.
|We'll get a new Server within 1 to 4 Weeks. So I'll wait
|till it arrives and continue testing then.
|I'll let you know about the results.
|In the meantime I'll enable the other 2 Drives for
|removable Storage and offer another Tape or two for
|Testing.
|For my understanding:
|Am I right that it would be normal behaviour that tapes in
|use by remote storage are appendable until they are full?
|Regards,
|Andreas Kleinschmidt
|EADS Space Transportation GmbH
|Germany
|>-----Original Message-----
|>Dear Andreas,
|>
|>Thank you for taking the time to providing us with the
|detailed
|>information, and I am sorry for the delay.
|>
|>First of all, the Capacity should be incorrect. 1 EB an
|extremely large
|>disk unit measurement, which is equal to 1G GB.
|>
|>KB (kilobyte) = 2^10 bytes = 1,024 bytes
|>MB (megabyte) = 2^20 bytes = 1,048,576 bytes
|>GB (gigabyte) = 2^30 bytes = 1,073,741,824 bytes
|>TB (terabyte) = 2^40 bytes = 1,099,511,627,776 bytes
|>PB (petabyte) = 2^50 bytes = 1,125,899,906,842,624 bytes
|>EB (exabyte) = 2^60 bytes = 1,152,921,504,606,846,976
|bytes
|>
|>Therefore, I agree with your first suspicion. However, we
|need to identify
|>the root cause.
|>
|>I have analyzed the information your provided and have
|established a test
|>environment in the weekend. I noticed that you used drive
|1 and drive 2
|>specifically for Veritas Backup Exec and used the rest
|two drives
|>specifically for Remote Storage. Actually, Microsoft
|Removable Storage
|>cannot reserve specific drives for specific applications.
|>
|>Since Remote Storage uses Removable Storage to access the
|applicable tapes
|>in a library, I think that assigning the drives in this
|way may cause some
|>unexpected problems.
|>
|>Therefore, I would like to provide the following
|suggestions:
|>
|>1. Please connect the Library to a clean-installed test
|system and prepare
|>the tapes.
|>
|>2. Please do NOT install Veritas Backup Exec.
|>
|>3. Update the system by applying the Windows 2000 Service
|Pack 4 and
|>install the latest driver for the Library.
|>
|>4. Then try Remote Storage with Removable Storage. You
|can follow the steps
|>mentioned in the following links:
|>
|>Step-by-Step Guide to Remote Storage
|>http://www.microsoft.com/windows2000/techinfo/planning/man
|agement/remstore.a
|>sp
|>
|>Remote Storage and Removable Storage
|>http://www.microsoft.com/windows2000/en/datacenter/help/de
|fault.asp?url=/win
|>dows2000/en/datacenter/help/sag_RSSconcepts_2_3.htm
|>
|>5. Please check if Remote Storage works normally in this
|environment which
|>has no third party storage applications.
|>
|>I hope the above information helps. Thanks!
|>
|>Regards,
|>Joe Wu
|>Product Support Services
|>Microsoft Corporation
|>
|>Get Secure! - www.microsoft.com/security
|>
|>====================================================
|>When responding to posts, please "Reply to Group" via
|your newsreader so
|>that others may learn and benefit from your issue.
|>====================================================
|>This posting is provided "AS IS" with no warranties, and
|confers no rights.
|>
|>--------------------
|>|Content-Class: urn:content-classes:message
|>|From: "A. Kleinshmidt" <[email protected]>
|>|Sender: "A. Kleinshmidt" <[email protected]>
|>|References: <[email protected]>
|><[email protected]>
|>|Subject: RE: Remote Storage Tapes are set to Recall-only
|although they are
|>not full
|>|Date: Fri, 15 Aug 2003 05:57:31 -0700
|>|Lines: 211
|>|Message-ID: <[email protected]>
|>|MIME-Version: 1.0
|>|Content-Type: text/plain;
|>| charset="iso-8859-1"
|>|Content-Transfer-Encoding: quoted-printable
|>|X-Newsreader: Microsoft CDO for Windows 2000
|>|Thread-Index: AcNjLMnJ95LO/tLuSjyq1QOIFSseUA==
|>|X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300
|>|Newsgroups: microsoft.public.win2000.advanced_server
|>|Path: cpmsftngxa06.phx.gbl
|>|Xref: cpmsftngxa06.phx.gbl
|microsoft.public.win2000.advanced_server:10686
|>|NNTP-Posting-Host: TK2MSFTNGXA12 10.40.1.164
|>|X-Tomcat-NG: microsoft.public.win2000.advanced_server
|>|
|>|Server Configuration
|>|Windows 2000 Server with SP3
|>|Removable Storage Service activated
|>|Remote Storage Services activated
|>|Veritas Backup Exec 8.6 Services activated (VBE)
|>|Overland Neo4100 Storage Library with 4 Quantum SDLT320
|>|Drives
|>|Backup Exec was activated before Usage of Removable
|Storage
|>|All 4 Drives where recognised by VBE since I have only a
|>|licence to access 2 Drives I have disabled the other two
|>|Drives in VBE
|>|VBE uses the drives 1 and 2
|>|We use drivers for the library (libxprmc.sys; Version
|>|1.0.2; N/A; Not signed)
|>|and the SDLT drives (QntmDLT.sys; Version 1.7.0.0;
|>|8/12/2002; signed by Microsoft Windows Hardware
|>|Compatibility Publisher)
|>|which are compatible with w2k removable storage
|>|Removable Storage hasn't recognized the (Tape Library
|and
|>|the) Drives automatically.
|>|I had to use rsmconfg
|>|Since I had "reserved" the first 2 Drives to VBE, I only
|>|added the last 2 Drives via rsmconfg
|>|Removable Storage is able to access these 2 drives (3
|and
|>|4) and doesn't use the other 2 drives.
|>|After that I installed Remote storage and made the tests:
|>|move data to a tape, recall data, make media copies of
|the
|>|master, destroy master, rebuild master, restore all data
|>|(remove managed Volume). All these Tests worked pretty
|>|well and I haven't paid much attention to the fact that
|>|the Media was set to Recall-only all the time.
|>|After that I uninstalled remote storage, restarted the
|>|server and installed it again to start with an empty
|>|database. I set the managed volume to our productive
|>|Environment.
|>|Remote Storage Properties:
|>|General: it is running, 1 managed Volume (local Hardware
|>|Raid5 drive F:), 6 cartridges used, Data in remote
|storage
|>|79,1 GB. Service Versions all 5.00.2195 [484]
|>|Schedule: At 2 AM every Tue,Thu,Sun
|>|Recall Limit: 60
|>|Media Copies: 2 (I have made only one copy of each Media
|>|up to now)
|>|Managed Volumes: Number 1; Data in Remote S. 79,1 GB,.
|>|Free Space 45,6 GB,.
|>| Settings: Desired free space 30% (71,2GB)
|>| Larger than 12kb
|>| Not accessed in 200 days
|>| Include/Exclude: Standard
|>|Media:
|>|Name and Description Capacity Free Space
|Status
|>|Media Copy Set 1 MCS2
|>|RS-ServerName-2 7,99EB 73,2GB
|Recall-
|>|only Up-to-date None
|>|RS- ServerName-3 7,99EB 98,7GB
|Recall-
|>|only Up-to-date None
|>|RS- ServerName-4 7,99EB 98,5GB
|Recall-
|>|only Up-to-date None
|>|At Capacity: What is EB?
|>|At Free Space: The Tapes have a native Capacity of
|160GB.
|>|With 79,1 GB in Remote storage
|>| 3* 160GB -73,2GB-98,7GB-98,5GB=209,6 GB should be in
|>|Remote storage. By the way
|>| I think 79,1GB is the right value.
|>|Each (3) time the scheduled Task was executed it took a
|>|new Tape from the Scratch Pool of removable storage
|>|As the scheduled Task tried to run the 4.th time and
|>|hasn't found any Scratch tapes, I was asked to provide
|>|one. This was the time, when I decided to cancel the
|task
|>|and all following ones as well.
|>|I hoped that remote storage would use one of the tapes
|>|with free space if it couldn't find a scratch tape. It
|was
|>|my understanding of remote storage that it fills up one
|>|Tape completely before starting another Tape.
|>|I haven't found an article in the Technet which deals
|with
|>|that problem.
|>|If you like to read them I have a few suggestions what
|>|could go wrong:
|>|1.) The tape capacity is calculated wrong, maybe because
|>|nobody thought about 160GB Tapes when the program was
|>|created and before taking the risk of loosing data set
|the
|>|tape to recall only after the process of storing Data to
|>|it.
|>|2.) As we got the Library, we had too few scsi cables so
|>|we run the library with only 2 drives cabled, though all
|4
|>|drives had been in the library and had been recognised
|by
|>|it. But as I tried to start rsmconfg the tool wasn't
|able
|>|to configure the library in any way. After connecting
|the
|>|rest of the drives it was possible to configure the
|>|library. So maybe it is necessary to configure all 4
|>|drives for the use with removable storage. As I
|mentioned
|>|above we have only configured two Tapes. So maybe the
|>|library isn't complete for whatever part of the Software
|>|and the malfunction is due to that.
|>|3.) The other things I think about are even more
|>|incredible so I better don't write them down
|>|Unfortunately we aren't free to gamble around with the
|>|equipment. The free Server Space is so low, that it
|isn't
|>|possible to restore the complete Data to the Disk and
|>|start again. Also we can't connect the library to
|another
|>|Server for a longer test period, since Data Backup and
|>|Remote Storage recalls must be handled.
|>|I hope that this Information helps you to find a
|solution.
|>|If you need more Info, feel free to contact me. Any help
|>|is highly appreciated.
|>|Mit freundlichem Gruß / Kind Regards
|>|Andreas Kleinschmidt
|>|>-----Original Message-----
|>|>Dear Andreas,
|>|>
|>|>Thank you for your post.
|>|>
|>|>I am a bit unclear about this problem. Could you
|provide
|>|us with more
|>|>information? For example, the detailed steps you have
|>|performed and the
|>|>exact results.
|>|>
|>|>Thanks!
|>|>
|>|>Regards,
|>|>Joe Wu
|>|>Product Support Services
|>|>Microsoft Corporation
|>|>
|>|>Get Secure! - www.microsoft.com/security
|>|>
|>|>====================================================
|>|>When responding to posts, please "Reply to Group" via
|>|your newsreader so
|>|>that others may learn and benefit from your issue.
|>|>====================================================
|>|>This posting is provided "AS IS" with no warranties,
|and
|>|confers no rights.
|>|>
|>|>--------------------
|>|>|Content-Class: urn:content-classes:message
|>|>|From: "A. Kleinshmidt" <[email protected]>
|>|>|Sender: "A. Kleinshmidt" <[email protected]>
|>|>|Subject: Remote Storage Tapes are set to Recall-only
|>|although they are not
|>|>full
|>|>|Date: Thu, 14 Aug 2003 03:31:46 -0700
|>|>|Lines: 18
|>|>|Message-ID: <[email protected]>
|>|>|MIME-Version: 1.0
|>|>|Content-Type: text/plain;
|>|>| charset="iso-8859-1"
|>|>|Content-Transfer-Encoding: 7bit
|>|>|X-Newsreader: Microsoft CDO for Windows 2000
|>|>|X-MIMEOLE: Produced By Microsoft MimeOLE
|V5.50.4910.0300
|>|>|Thread-Index: AcNiT0MLK8imeRsDQQSZ9qjjpsPy4A==
|>|>|Newsgroups: microsoft.public.win2000.advanced_server
|>|>|Path: cpmsftngxa06.phx.gbl
|>|>|Xref: cpmsftngxa06.phx.gbl
|>|microsoft.public.win2000.advanced_server:10628
|>|>|NNTP-Posting-Host: TK2MSFTNGXA08 10.40.1.160
|>|>|X-Tomcat-NG: microsoft.public.win2000.advanced_server
|>|>|
|>|>|
|>|>|Every Time a remote storage job runs to free memory
|from
|>|>|the disks it ask's for a new clean Tape. After the job
|>|the
|>|>|status of the tape is set to Recall-only.
|>|>|We use an Overland Neo 4100 Library with 4 Quantum
|>|SDLT320
|>|>|drives, attached to a W2K Server SP3. 2 Drives are
|>|>|reserved for Removable (and Remote) Storage and 2
|Drives
|>|>|are reserved for Veritas Backup Exec 8.6.
|>|>|
|>|>|Imho Remote Storage should set the Status of a Tape to
|>|>|Recall-only if the Tape is full. The Last jobs only
|>|>|transfered about 3GB of Data and the Tapes have a
|native
|>|>|Capacity of 160GB.
|>|>|
|>|>|I haven't found a switch to change the Status of the
|>|tapes.
|>|>|
|>|>|Suggestions are highly appreciated.
|>|>|Andreas
|>|>|
|>|>
|>|>.
|>|>
|>|
|>
|>.
|>
|
 
Dear Joe,
I've read the article you mentioned below and now I
understand why our Tapes are set to "recall-only", even if
only 3GB of Data had been moved to tape.
If our System for what reason ever thinks that the tapes
have a capacity of 7.99EB, then 75GB or 100GB free on the
Tapes means, that this is less than 5%. In fact it's
0,0000...%. So the system acts correct to set the recall
only flag, because it thinks the tapes are nearly full.

Now the question is, why does the system think a 160GB
Cartridge has a capacity of 7,99EB. Is there an overflow
in a ?integer Value? because the Tape has a capacity
larger than 128GB? Is it possible to check that?

In the meantime I've upgraded our System to SP4 updated
the driver of the Library (now 1.05) and driver and
Firmware of our sdlt320 Tapes (now 2.2 and v70).
With that environment I'll do further testing until our
new Server arrives. I'll keep you up to date with the
results.

It would be great if you could find something about the
7,99EB Problem or a solution how to patch the registry to
enable remote storage not to keep 5% of the media free.

Your Hints are very good, thank you.

By the way, it was never a problem to create media copies.

Regards
Andreas Kleinschmidt
-----Original Message-----
Dear Andreas,

Thank you for your reponse and for letting me know the status there. I will
be standing by for your process and will be happy to be of further
assistance.

To answer your question, Yes, your understanding is correct. In the
meantime, I have performed further research on this problem. I suggest that
we also check the configuration regarding the following KB article:

266011 Tape Capacity Differences Prevent Remote Storage from Making Media
Copies
http://support.microsoft.com/?id=266011

I hope this helps. Have a nice day!

Regards,
Joe Wu
Product Support Services
Microsoft Corporation

Get Secure! - www.microsoft.com/security

====================================================
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
====================================================
This posting is provided "AS IS" with no warranties, and confers no rights.

--------------------
|Content-Class: urn:content-classes:message
|From: "A. Kleinshmidt" <[email protected]>
|Sender: "A. Kleinshmidt" <[email protected]>
|References: <[email protected]>
<[email protected]>
<[email protected]>
<[email protected]>
|Subject: RE: Remote Storage Tapes are set to Recall-only although they are
not full
|Date: Tue, 19 Aug 2003 03:06:23 -0700
|Lines: 355
|Message-ID: <[email protected]>
|MIME-Version: 1.0
|Content-Type: text/plain;
| charset="iso-8859-1"
|Content-Transfer-Encoding: quoted-printable
|X-Newsreader: Microsoft CDO for Windows 2000
|X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300
|Thread-Index: AcNmOYu4juAuMLhKTuG6T4OuLWkKCQ==
|Newsgroups: microsoft.public.win2000.advanced_server
|Path: cpmsftngxa06.phx.gbl
|Xref: cpmsftngxa06.phx.gbl microsoft.public.win2000.advanced_server:10780
|NNTP-Posting-Host: TK2MSFTNGXA12 10.40.1.164
|X-Tomcat-NG: microsoft.public.win2000.advanced_server
|
|Dear Joe,
|thank you for your Hints.
|We'll get a new Server within 1 to 4 Weeks. So I'll wait
|till it arrives and continue testing then.
|I'll let you know about the results.
|In the meantime I'll enable the other 2 Drives for
|removable Storage and offer another Tape or two for
|Testing.
|For my understanding:
|Am I right that it would be normal behaviour that tapes in
|use by remote storage are appendable until they are full?
|Regards,
|Andreas Kleinschmidt
|EADS Space Transportation GmbH
|Germany
|>-----Original Message-----
|>Dear Andreas,
|>
|>Thank you for taking the time to providing us with the
|detailed
|>information, and I am sorry for the delay.
|>
|>First of all, the Capacity should be incorrect. 1 EB an
|extremely large
|>disk unit measurement, which is equal to 1G GB.
|>
|>KB (kilobyte) = 2^10 bytes = 1,024 bytes
|>MB (megabyte) = 2^20 bytes = 1,048,576 bytes
|>GB (gigabyte) = 2^30 bytes = 1,073,741,824 bytes
|>TB (terabyte) = 2^40 bytes = 1,099,511,627,776 bytes
|>PB (petabyte) = 2^50 bytes = 1,125,899,906,842,624 bytes
|>EB (exabyte) = 2^60 bytes = 1,152,921,504,606,846,976
|bytes
|>
|>Therefore, I agree with your first suspicion. However, we
|need to identify
|>the root cause.
|>
|>I have analyzed the information your provided and have
|established a test
|>environment in the weekend. I noticed that you used drive
|1 and drive 2
|>specifically for Veritas Backup Exec and used the rest
|two drives
|>specifically for Remote Storage. Actually, Microsoft
|Removable Storage
|>cannot reserve specific drives for specific applications.
|>
|>Since Remote Storage uses Removable Storage to access the
|applicable tapes
|>in a library, I think that assigning the drives in this
|way may cause some
|>unexpected problems.
|>
|>Therefore, I would like to provide the following
|suggestions:
|>
|>1. Please connect the Library to a clean-installed test
|system and prepare
|>the tapes.
|>
|>2. Please do NOT install Veritas Backup Exec.
|>
|>3. Update the system by applying the Windows 2000 Service
|Pack 4 and
|>install the latest driver for the Library.
|>
|>4. Then try Remote Storage with Removable Storage. You
|can follow the steps
|>mentioned in the following links:
|>
|>Step-by-Step Guide to Remote Storage
|>http://www.microsoft.com/windows2000/techinfo/planning/m an
|agement/remstore.a
|>sp
|>
|>Remote Storage and Removable Storage
|>http://www.microsoft.com/windows2000/en/datacenter/help/ de
|fault.asp?url=/win
|>dows2000/en/datacenter/help/sag_RSSconcepts_2_3.htm
|>
|>5. Please check if Remote Storage works normally in this
|environment which
|>has no third party storage applications.
|>
|>I hope the above information helps. Thanks!
|>
|>Regards,
|>Joe Wu
|>Product Support Services
|>Microsoft Corporation
|>
|>Get Secure! - www.microsoft.com/security
|>
|>====================================================
|>When responding to posts, please "Reply to Group" via
|your newsreader so
|>that others may learn and benefit from your issue.
|>====================================================
|>This posting is provided "AS IS" with no warranties, and
|confers no rights.
|>
|>--------------------
|>|Content-Class: urn:content-classes:message
|>|From: "A. Kleinshmidt" <[email protected]>
|>|Sender: "A. Kleinshmidt" <[email protected]>
|>|References: <[email protected]>
|><[email protected]>
|>|Subject: RE: Remote Storage Tapes are set to Recall- only
|although they are
|>not full
|>|Date: Fri, 15 Aug 2003 05:57:31 -0700
|>|Lines: 211
|>|Message-ID: <[email protected]>
|>|MIME-Version: 1.0
|>|Content-Type: text/plain;
|>| charset="iso-8859-1"
|>|Content-Transfer-Encoding: quoted-printable
|>|X-Newsreader: Microsoft CDO for Windows 2000
|>|Thread-Index: AcNjLMnJ95LO/tLuSjyq1QOIFSseUA==
|>|X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300
|>|Newsgroups: microsoft.public.win2000.advanced_server
|>|Path: cpmsftngxa06.phx.gbl
|>|Xref: cpmsftngxa06.phx.gbl
|microsoft.public.win2000.advanced_server:10686
|>|NNTP-Posting-Host: TK2MSFTNGXA12 10.40.1.164
|>|X-Tomcat-NG: microsoft.public.win2000.advanced_server
|>|
|>|Server Configuration
|>|Windows 2000 Server with SP3
|>|Removable Storage Service activated
|>|Remote Storage Services activated
|>|Veritas Backup Exec 8.6 Services activated (VBE)
|>|Overland Neo4100 Storage Library with 4 Quantum SDLT320
|>|Drives
|>|Backup Exec was activated before Usage of Removable
|Storage
|>|All 4 Drives where recognised by VBE since I have only
a
|>|licence to access 2 Drives I have disabled the other two
|>|Drives in VBE
|>|VBE uses the drives 1 and 2
|>|We use drivers for the library (libxprmc.sys; Version
|>|1.0.2; N/A; Not signed)
|>|and the SDLT drives (QntmDLT.sys; Version 1.7.0.0;
|>|8/12/2002; signed by Microsoft Windows Hardware
|>|Compatibility Publisher)
|>|which are compatible with w2k removable storage
|>|Removable Storage hasn't recognized the (Tape Library
|and
|>|the) Drives automatically.
|>|I had to use rsmconfg
|>|Since I had "reserved" the first 2 Drives to VBE, I only
|>|added the last 2 Drives via rsmconfg
|>|Removable Storage is able to access these 2 drives (3
|and
|>|4) and doesn't use the other 2 drives.
|>|After that I installed Remote storage and made the tests:
|>|move data to a tape, recall data, make media copies of
|the
|>|master, destroy master, rebuild master, restore all data
|>|(remove managed Volume). All these Tests worked pretty
|>|well and I haven't paid much attention to the fact that
|>|the Media was set to Recall-only all the time.
|>|After that I uninstalled remote storage, restarted the
|>|server and installed it again to start with an empty
|>|database. I set the managed volume to our productive
|>|Environment.
|>|Remote Storage Properties:
|>|General: it is running, 1 managed Volume (local Hardware
|>|Raid5 drive F:), 6 cartridges used, Data in remote
|storage
|>|79,1 GB. Service Versions all 5.00.2195 [484]
|>|Schedule: At 2 AM every Tue,Thu,Sun
|>|Recall Limit: 60
|>|Media Copies: 2 (I have made only one copy of each Media
|>|up to now)
|>|Managed Volumes: Number 1; Data in Remote S. 79,1 GB,.
|>|Free Space 45,6 GB,.
|>| Settings: Desired free space 30% (71,2GB)
|>| Larger than 12kb
|>| Not accessed in 200 days
|>| Include/Exclude: Standard
|>|Media:
|>|Name and Description Capacity Free Space
|Status
|>|Media Copy Set 1 MCS2
|>|RS-ServerName-2 7,99EB 73,2GB
|Recall-
|>|only Up-to-date None
|>|RS- ServerName-3 7,99EB 98,7GB
|Recall-
|>|only Up-to-date None
|>|RS- ServerName-4 7,99EB 98,5GB
|Recall-
|>|only Up-to-date None
|>|At Capacity: What is EB?
|>|At Free Space: The Tapes have a native Capacity of
|160GB.
|>|With 79,1 GB in Remote storage
|>| 3* 160GB -73,2GB-98,7GB-98,5GB=209,6 GB should be in
|>|Remote storage. By the way
|>| I think 79,1GB is the right value.
|>|Each (3) time the scheduled Task was executed it took
a
 
Hello Joe,
some good and some bad news.
The good News first:
Remote Storage is working fine after the update of the
drivers for library and tape drives. The capacity of the
new test tape is calculated to capacity 140GB with 149GB
free after the storage of approximately 10GB. The state of
the tape is healthy and not recall-only!
So thank you again for the Tip to update the drivers.

The bad After running the job to put data to the tape the remote
storage Event log reported the following error:
Event Type: Error
Event Source: Remote Storage
Event Category: Platform
Event ID: 1101
Date: 8/29/2003
Time: 10:26:23 AM
User: N/A
Computer: <Servername>
Description:
External database system encountered an error. -1017
Data:
0000: 77 73 62 64 62 65 6e 74 wsbdbent
0008: 2e 63 70 70 20 20 20 20 .cpp
0010: 40 20 20 20 31 35 39 35 @ 1595
0018: 4e 74 20 20 32 31 39 35 Nt 2195
0020: 52 73 20 20 20 34 38 34 Rs 484

The recall of Data seems to work, so I don't care to much
about it. But I hate red Signs in Logfiles. Maybe you have
an Idea.

Some questions:
The capacity of the "old" tapes is still calculated with
7,99EB. Is there a chance to get a Recalculation? Or do I
have to put the whole Data to the Server again and start
again?
Is there a chance to repair the remote storage Database?
Is there a chance to manually set the 7,99EB to 140 GB?

Have a nice Weekend and thanks a lot for your Assistance.
Andreas Kleinschmidt
EADS Space Transportation
Germany

-----Original Message-----
Dear Andreas,

Thank you for your post and I am happy that you found the information we
provided is helpful.

Yes, I believe that the problem was caused because the capacity of the tape
is not correctly counted. Unfortunately, we can only change the registry
entry ("MediaCopyTolerance") to adjust the default 5% limitation to 2%. The
only solution is to figure out the why the capacity is incorrect.

I still suspect that the problem is due to the third party drivers. I
checked our database that found some similar issues where third-party
drivers do not report correct tape capacity information to RSM.

As we have discussed before, RSM cannot reserve special drives for special
applications. It may conflict with the usage of the Veritas Backup Exec. So
I suggest that we test the library in the new server to see if it works. I
will wait for your test results.

Thanks for your time and efforts. Have a nice day!

Regards,
Joe Wu
Product Support Services
Microsoft Corporation

Get Secure! - www.microsoft.com/security

====================================================
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
====================================================
This posting is provided "AS IS" with no warranties, and confers no rights.

--------------------
|Content-Class: urn:content-classes:message
|From: "A. Kleinshmidt" <[email protected]>
|Sender: "A. Kleinshmidt" <[email protected]>
|References: <[email protected]>
<[email protected]>
<[email protected]>
<[email protected]>
<[email protected]>
<[email protected]>
|Subject: RE: Remote Storage Tapes are set to Recall-only although they are
not full
|Date: Tue, 26 Aug 2003 06:29:50 -0700
|Lines: 491
|Message-ID: <[email protected]>
|MIME-Version: 1.0
|Content-Type: text/plain;
| charset="iso-8859-1"
|Content-Transfer-Encoding: quoted-printable
|X-Newsreader: Microsoft CDO for Windows 2000
|X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300
|Thread-Index: AcNr1iAx45rNI84kRGGIWKXa8QwuXw==
|Newsgroups: microsoft.public.win2000.advanced_server
|Path: cpmsftngxa06.phx.gbl
|Xref: cpmsftngxa06.phx.gbl microsoft.public.win2000.advanced_server:11033
|NNTP-Posting-Host: TK2MSFTNGXA14 10.40.1.166
|X-Tomcat-NG: microsoft.public.win2000.advanced_server
|
|Dear Joe,
|I've read the article you mentioned below and now I
|understand why our Tapes are set to "recall-only", even if
|only 3GB of Data had been moved to tape.
|If our System for what reason ever thinks that the tapes
|have a capacity of 7.99EB, then 75GB or 100GB free on the
|Tapes means, that this is less than 5%. In fact it's
|0,0000...%. So the system acts correct to set the recall
|only flag, because it thinks the tapes are nearly full.
|Now the question is, why does the system think a 160GB
|Cartridge has a capacity of 7,99EB. Is there an overflow
|in a ?integer Value? because the Tape has a capacity
|larger than 128GB? Is it possible to check that?
|In the meantime I've upgraded our System to SP4 updated
|the driver of the Library (now 1.05) and driver and
|Firmware of our sdlt320 Tapes (now 2.2 and v70).
|With that environment I'll do further testing until our
|new Server arrives. I'll keep you up to date with the
|results.
|It would be great if you could find something about the
|7,99EB Problem or a solution how to patch the registry to
|enable remote storage not to keep 5% of the media free.
|Your Hints are very good, thank you.
|By the way, it was never a problem to create media copies.
|Regards
|Andreas Kleinschmidt
|>-----Original Message-----
|>Dear Andreas,
|>
|>Thank you for your reponse and for letting me know the
|status there. I will
|>be standing by for your process and will be happy to be
|of further
|>assistance.
|>
|>To answer your question, Yes, your understanding is
|correct. In the
|>meantime, I have performed further research on this
|problem. I suggest that
|>we also check the configuration regarding the following
|KB article:
|>
|>266011 Tape Capacity Differences Prevent Remote Storage
|from Making Media
|>Copies
|>http://support.microsoft.com/?id=266011
|>
|>I hope this helps. Have a nice day!
|>
|>Regards,
|>Joe Wu
|>Product Support Services
|>Microsoft Corporation
|>
|>Get Secure! - www.microsoft.com/security
|>
|>====================================================
|>When responding to posts, please "Reply to Group" via
|your newsreader so
|>that others may learn and benefit from your issue.
|>====================================================
|>This posting is provided "AS IS" with no warranties, and
|confers no rights.
|>
|>--------------------
|>|Content-Class: urn:content-classes:message
|>|From: "A. Kleinshmidt" <[email protected]>
|>|Sender: "A. Kleinshmidt" <[email protected]>
|>|References: <[email protected]>
|><[email protected]>
|><[email protected]>
|><[email protected]>
|>|Subject: RE: Remote Storage Tapes are set to Recall- only
|although they are
|>not full
|>|Date: Tue, 19 Aug 2003 03:06:23 -0700
|>|Lines: 355
|>|Message-ID: <[email protected]>
|>|MIME-Version: 1.0
|>|Content-Type: text/plain;
|>| charset="iso-8859-1"
|>|Content-Transfer-Encoding: quoted-printable
|>|X-Newsreader: Microsoft CDO for Windows 2000
|>|X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300
|>|Thread-Index: AcNmOYu4juAuMLhKTuG6T4OuLWkKCQ==
|>|Newsgroups: microsoft.public.win2000.advanced_server
|>|Path: cpmsftngxa06.phx.gbl
|>|Xref: cpmsftngxa06.phx.gbl
|microsoft.public.win2000.advanced_server:10780
|>|NNTP-Posting-Host: TK2MSFTNGXA12 10.40.1.164
|>|X-Tomcat-NG: microsoft.public.win2000.advanced_server
|>|
|>|Dear Joe,
|>|thank you for your Hints.
|>|We'll get a new Server within 1 to 4 Weeks. So I'll wait
|>|till it arrives and continue testing then.
|>|I'll let you know about the results.
|>|In the meantime I'll enable the other 2 Drives for
|>|removable Storage and offer another Tape or two for
|>|Testing.
|>|For my understanding:
|>|Am I right that it would be normal behaviour that tapes
|in
|>|use by remote storage are appendable until they are full?
|>|Regards,
|>|Andreas Kleinschmidt
|>|EADS Space Transportation GmbH
|>|Germany
|>|>-----Original Message-----
|>|>Dear Andreas,
|>|>
|>|>Thank you for taking the time to providing us with the
|>|detailed
|>|>information, and I am sorry for the delay.
|>|>
|>|>First of all, the Capacity should be incorrect. 1 EB an
|>|extremely large
|>|>disk unit measurement, which is equal to 1G GB.
|>|>
|>|>KB (kilobyte) = 2^10 bytes = 1,024 bytes
|>|>MB (megabyte) = 2^20 bytes = 1,048,576 bytes
|>|>GB (gigabyte) = 2^30 bytes = 1,073,741,824 bytes
|>|>TB (terabyte) = 2^40 bytes = 1,099,511,627,776 bytes
|>|>PB (petabyte) = 2^50 bytes = 1,125,899,906,842,624
|bytes
|>|>EB (exabyte) = 2^60 bytes = 1,152,921,504,606,846,976
|>|bytes
|>|>
|>|>Therefore, I agree with your first suspicion. However,
|we
|>|need to identify
|>|>the root cause.
|>|>
|>|>I have analyzed the information your provided and have
|>|established a test
|>|>environment in the weekend. I noticed that you used
|drive
|>|1 and drive 2
|>|>specifically for Veritas Backup Exec and used the rest
|>|two drives
|>|>specifically for Remote Storage. Actually, Microsoft
|>|Removable Storage
|>|>cannot reserve specific drives for specific
|applications.
|>|>
|>|>Since Remote Storage uses Removable Storage to access
|the
|>|applicable tapes
|>|>in a library, I think that assigning the drives in this
|>|way may cause some
|>|>unexpected problems.
|>|>
|>|>Therefore, I would like to provide the following
|>|suggestions:
|>|>
|>|>1. Please connect the Library to a clean-installed test
|>|system and prepare
|>|>the tapes.
|>|>
|>|>2. Please do NOT install Veritas Backup Exec.
|>|>
|>|>3. Update the system by applying the Windows 2000
|Service
|>|Pack 4 and
|>|>install the latest driver for the Library.
|>|>
|>|>4. Then try Remote Storage with Removable Storage. You
|>|can follow the steps
|>|>mentioned in the following links:
|>|>
|>|>Step-by-Step Guide to Remote Storage
|>|>http://www.microsoft.com/windows2000/techinfo/planning /m
|an
|>|agement/remstore.a
|>|>sp
|>|>
|>|>Remote Storage and Removable Storage
|>|>http://www.microsoft.com/windows2000/en/datacenter/hel p/
|de
|>|fault.asp?url=/win
|>|>dows2000/en/datacenter/help/sag_RSSconcepts_2_3.htm
|>|>
|>|>5. Please check if Remote Storage works normally in
|this
|>|environment which
|>|>has no third party storage applications.
|>|>
|>|>I hope the above information helps. Thanks!
|>|>
|>|>Regards,
|>|>Joe Wu
|>|>Product Support Services
|>|>Microsoft Corporation
|>|>
|>|>Get Secure! - www.microsoft.com/security
|>|>
|>|>====================================================
|>|>When responding to posts, please "Reply to Group" via
|>|your newsreader so
|>|>that others may learn and benefit from your issue.
|>|>====================================================
|>|>This posting is provided "AS IS" with no warranties,
|and
|>|confers no rights.
|>|>
|>|>--------------------
|>|>|Content-Class: urn:content-classes:message
|>|>|From: "A. Kleinshmidt" <[email protected]>
|>|>|Sender: "A. Kleinshmidt" <[email protected]>
|>|>|References: <[email protected]>
|>|><[email protected]>
|>|>|Subject: RE: Remote Storage Tapes are set to Recall-
|only
|>|although they are
|>|>not full
|>|>|Date: Fri, 15 Aug 2003 05:57:31 -0700
|>|>|Lines: 211
|>|>|Message-ID: <[email protected]>
|>|>|MIME-Version: 1.0
|>|>|Content-Type: text/plain;
|>|>| charset="iso-8859-1"
|>|>|Content-Transfer-Encoding: quoted-printable
|>|>|X-Newsreader: Microsoft CDO for Windows 2000
|>|>|Thread-Index: AcNjLMnJ95LO/tLuSjyq1QOIFSseUA==
|>|>|X-MimeOLE: Produced By Microsoft MimeOLE
|V5.50.4910.0300
|>|>|Newsgroups: microsoft.public.win2000.advanced_server
|>|>|Path: cpmsftngxa06.phx.gbl
|>|>|Xref: cpmsftngxa06.phx.gbl
|>|microsoft.public.win2000.advanced_server:10686
|>|>|NNTP-Posting-Host: TK2MSFTNGXA12 10.40.1.164
|>|>|X-Tomcat-NG: microsoft.public.win2000.advanced_server
|>|>|
|>|>|Server Configuration
|>|>|Windows 2000 Server with SP3
|>|>|Removable Storage Service activated
|>|>|Remote Storage Services activated
|>|>|Veritas Backup Exec 8.6 Services activated (VBE)
|>|>|Overland Neo4100 Storage Library with 4 Quantum
|SDLT320
|>|>|Drives
|>|>|Backup Exec was activated before Usage of Removable
|>|Storage
|>|>|All 4 Drives where recognised by VBE since I have only
|a
|>|>|licence to access 2 Drives I have disabled the other
|two
|>|>|Drives in VBE
|>|>|VBE uses the drives 1 and 2
|>|>|We use drivers for the library (libxprmc.sys; Version
|>|>|1.0.2; N/A; Not signed)
|>|>|and the SDLT drives (QntmDLT.sys; Version 1.7.0.0;
|>|>|8/12/2002; signed by Microsoft Windows Hardware
|>|>|Compatibility Publisher)
|>|>|which are compatible with w2k removable storage
|>|>|Removable Storage hasn't recognized the (Tape Library
|>|and
|>|>|the) Drives automatically.
|>|>|I had to use rsmconfg
|>|>|Since I had "reserved" the first 2 Drives to VBE, I
|only
|>|>|added the last 2 Drives via rsmconfg
|>|>|Removable Storage is able to access these 2 drives (3
|>|and
|>|>|4) and doesn't use the other 2 drives.
|>|>|After that I installed Remote storage and made the
|tests:
|>|>|move data to a tape, recall data, make media copies of
|>|the
|>|>|master, destroy master, rebuild master, restore all
|data
|>|>|(remove managed Volume). All these Tests worked pretty
|>|>|well and I haven't paid much attention to the fact
|that
|>|>|the Media was set to Recall-only all the time.
|>|>|After that I uninstalled remote storage, restarted the
|>|>|server and installed it again to start with an empty
|>|>|database. I set the managed volume to our productive
|>|>|Environment.
|>|>|Remote Storage Properties:
|>|>|General: it is running, 1 managed Volume (local
|Hardware
|>|>|Raid5 drive F:), 6 cartridges used, Data in remote
|>|storage
|>|>|79,1 GB. Service Versions all 5.00.2195 [484]
|>|>|Schedule: At 2 AM every Tue,Thu,Sun
|>|>|Recall Limit: 60
|>|>|Media Copies: 2 (I have made only one copy of each
|Media
|>|>|up to now)
|>|>|Managed Volumes: Number 1; Data in Remote S. 79,1 GB,.
|>|>|Free Space 45,6 GB,.
|>|>| Settings: Desired free space 30% (71,2GB)
|>|>| Larger than 12kb
|>|>| Not accessed in 200 days
|>|>| Include/Exclude: Standard
|>|>|Media:
|>|>|Name and Description Capacity Free Space
|>|Status
|>|>|Media Copy Set 1 MCS2
|>|>|RS-ServerName-2 7,99EB 73,2GB
|>|Recall-
|>|>|only Up-to-date None
|>|>|RS- ServerName-3 7,99EB 98,7GB
|>|Recall-
|>|>|only Up-to-date None
|>|>|RS- ServerName-4 7,99EB 98,5GB
|>|Recall-
|>|>|only Up-to-date None
|>|>|At Capacity: What is EB?
|>|>|At Free Space: The Tapes have a native Capacity of
|>|160GB.
|>|>|With 79,1 GB in Remote storage
|>|>| 3* 160GB -73,2GB-98,7GB-98,5GB=209,6 GB should be
|in
|>|>|Remote storage. By the way
|>|>| I think 79,1GB is the right value.
|>|>|Each (3) time the scheduled Task was executed it took
|a
|>|>|new Tape from the Scratch Pool of removable storage
|>|>|As the scheduled Task tried to run the 4.th time and
|>|>|hasn't found any Scratch tapes, I was asked to provide
|>|>|one. This was the time, when I decided to cancel the
|>|task
|>|>|and all following ones as well.
|>|>|I hoped that remote storage would use one of the tapes
|>|>|with free space if it couldn't find a scratch tape. It
|>|was
|>|>|my understanding of remote storage that it fills up
|one
|>|>|Tape completely before starting another Tape.
|>|>|I haven't found an article in the Technet which deals
|>|with
|>|>|that problem.
|>|>|If you like to read them I have a few suggestions what
|>|>|could go wrong:
|>|>|1.) The tape capacity is calculated wrong, maybe
|because
|>|>|nobody thought about 160GB Tapes when the program was
|>|>|created and before taking the risk of loosing data set
|>|the
|>|>|tape to recall only after the process of storing Data
|to
|>|>|it.
|>|>|2.) As we got the Library, we had too few scsi cables
|so
|>|>|we run the library with only 2 drives cabled, though
|all
|>|4
|>|>|drives had been in the library and had been recognised
|>|by
|>|>|it. But as I tried to start rsmconfg the tool wasn't
|>|able
|>|>|to configure the library in any way. After connecting
|>|the
|>|>|rest of the drives it was possible to configure the
|>|>|library. So maybe it is necessary to configure all 4
|>|>|drives for the use with removable storage. As I
|>|mentioned
|>|>|above we have only configured two Tapes. So maybe the
|>|>|library isn't complete for whatever part of the
|Software
|>|>|and the malfunction is due to that.
|>|>|3.) The other things I think about are even more
|>|>|incredible so I better don't write them down
|>|>|Unfortunately we aren't free to gamble around with the
|>|>|equipment. The free Server Space is so low, that it
|>|isn't
|>|>|possible to restore the complete Data to the Disk and
|>|>|start again. Also we can't connect the library to
|>|another
|>|>|Server for a longer test period, since Data Backup and
|>|>|Remote Storage recalls must be handled.
|>|>|I hope that this Information helps you to find a
|>|solution.
|>|>|If you need more Info, feel free to contact me. Any
|help
|>|>|is highly appreciated.
|>|>|Mit freundlichem Gruß / Kind Regards
|>|>|Andreas Kleinschmidt
|>|>|>-----Original Message-----
|>|>|>Dear Andreas,
|>|>|>
|>|>|>Thank you for your post.
|>|>|>
|>|>|>I am a bit unclear about this problem. Could you
|>|provide
|>|>|us with more
|>|>|>information? For example, the detailed steps you have
|>|>|performed and the
|>|>|>exact results.
|>|>|>
|>|>|>Thanks!
|>|>|>
|>|>|>Regards,
|>|>|>Joe Wu
|>|>|>Product Support Services
|>|>|>Microsoft Corporation
|>|>|>
|>|>|>Get Secure! - www.microsoft.com/security
|>|>|>
|>|>|>====================================================
|>|>|>When responding to posts, please "Reply to Group" via
|>|>|your newsreader so
|>|>|>that others may learn and benefit from your issue.
|>|>|>====================================================
|>|>|>This posting is provided "AS IS" with no warranties,
|>|and
|>|>|confers no rights.
|>|>|>
|>|>|>--------------------
|>|>|>|Content-Class: urn:content-classes:message
|>|>|>|From: "A. Kleinshmidt" <[email protected]>
|>|>|>|Sender: "A. Kleinshmidt" <[email protected]>
|>|>|>|Subject: Remote Storage Tapes are set to Recall- only
|>|>|although they are not
|>|>|>full
|>|>|>|Date: Thu, 14 Aug 2003 03:31:46 -0700
|>|>|>|Lines: 18
|>|>|>|Message-ID: <045401c3624f$430b5360 [email protected]>
|>|>|>|MIME-Version: 1.0
|>|>|>|Content-Type: text/plain;
|>|>|>| charset="iso-8859-1"
|>|>|>|Content-Transfer-Encoding: 7bit
|>|>|>|X-Newsreader: Microsoft CDO for Windows 2000
|>|>|>|X-MIMEOLE: Produced By Microsoft MimeOLE
|>|V5.50.4910.0300
|>|>|>|Thread-Index: AcNiT0MLK8imeRsDQQSZ9qjjpsPy4A==
|>|>|>|Newsgroups: microsoft.public.win2000.advanced_server
|>|>|>|Path: cpmsftngxa06.phx.gbl
|>|>|>|Xref: cpmsftngxa06.phx.gbl
|>|>|microsoft.public.win2000.advanced_server:10628
|>|>|>|NNTP-Posting-Host: TK2MSFTNGXA08 10.40.1.160
|>|>|>|X-Tomcat-NG: microsoft.public.win2000.advanced_server
|>|>|>|
|>|>|>|
|>|>|>|Every Time a remote storage job runs to free memory
|>|from
|>|>|>|the disks it ask's for a new clean Tape. After the
|job
|>|>|the
|>|>|>|status of the tape is set to Recall-only.
|>|>|>|We use an Overland Neo 4100 Library with 4 Quantum
|>|>|SDLT320
|>|>|>|drives, attached to a W2K Server SP3. 2 Drives are
|>|>|>|reserved for Removable (and Remote) Storage and 2
|>|Drives
|>|>|>|are reserved for Veritas Backup Exec 8.6.
|>|>|>|
|>|>|>|Imho Remote Storage should set the Status of a Tape
|to
|>|>|>|Recall-only if the Tape is full. The Last jobs only
|>|>|>|transfered about 3GB of Data and the Tapes have a
|>|native
|>|>|>|Capacity of 160GB.
|>|>|>|
|>|>|>|I haven't found a switch to change the Status of the
|>|>|tapes.
|>|>|>|
|>|>|>|Suggestions are highly appreciated.
|>|>|>|Andreas
|>|>|>|
|>|>|>
|>|>|>.
|>|>|>
|>|>|
|>|>
|>|>.
|>|>
|>|
|>
|>.
|>
|

.
 
Dear Joe,

thanks for the Extra work. It only took me a week to get
the remote data back to the server.
The story is:
Before restoring the data I validated the remote data.
After that I removed the managed volume. Remote storage
reported 5 access denied messages after restoring 500
Files and stopped restoring the data.
I tried to add the managed volume again and remove it. But
the effect was the same.
Restoring the data with ntbackup wasn't really a solution
since some of the data was recalled and changed in the
meantime.
My workaround was to use a virus Scanner and scan all data
on the managed volume. The virus scanner (F-Secure
Antivirus PC Edition, not Server Edition) isn't aware of
remote storage data, so it restored every file from remote
storage. This action took a little longer than expected
(about 2 days longer). After that all data was back on the
server again. Unfortunately the last access date on all
Files was a maximum of 3 days old. To get data which can
be placed on remote storage again we used AttributeMagic
pro and set the last accessed date to the last modified
date.
The rest was standard procedure: remove remote storage
component to get a clean install, restart server, install
component, restart server, add managed volume and wait for
the task to run.
It looks good up to now.

Regards Andreas Kleinschmidt
-----Original Message-----
Dear Andreas,

I had a great weekend and I hope you did too. Thanks!

I am glad to hear that the Remote Storage Service works after updating the
drivers for the library and tape drives. Based on my research, the remote
storage event (1101) can occur if a very aggressive truncation policy is
running. For example, if the "Desired Free Space" setting is close to 100%,
the auto-truncator will be running all the time. Please check and adjust
your "Desired Free Space" setting to see if the problem can be resolved.

Generally, the event message is basically bogus and not a real problem. You
can safely ignore it.

In the meantime, regarding the issue that the old tapes' capacity is still
7,99EB, I suggest that you transfer the data to the server and then prepare
the tape. This should take care of the problem.

I hope the above information helps. Thank you!

Regards,
Joe Wu
Product Support Services
Microsoft Corporation

Get Secure! - www.microsoft.com/security

====================================================
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
====================================================
This posting is provided "AS IS" with no warranties, and confers no rights.

--------------------
|Content-Class: urn:content-classes:message
|From: "A. Kleinshmidt" <[email protected]>
|Sender: "A. Kleinshmidt" <[email protected]>
|References: <[email protected]>
<[email protected]>
<[email protected]>
<[email protected]>
<[email protected]>
<[email protected]>
<[email protected]>
<[email protected]>
|Subject: RE: Remote Storage Tapes are set to Recall-only although they are
not full
|Date: Fri, 29 Aug 2003 03:16:36 -0700
|Lines: 675
|Message-ID: <[email protected]>
|MIME-Version: 1.0
|Content-Type: text/plain;
| charset="iso-8859-1"
|Content-Transfer-Encoding: quoted-printable
|X-Newsreader: Microsoft CDO for Windows 2000
|Thread-Index: AcNuFqDDJF1R7RnYRJWWN9/dGHmNgw==
|X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300
|Newsgroups: microsoft.public.win2000.advanced_server
|Path: cpmsftngxa06.phx.gbl
|Xref: cpmsftngxa06.phx.gbl microsoft.public.win2000.advanced_server:11161
|NNTP-Posting-Host: TK2MSFTNGXA13 10.40.1.165
|X-Tomcat-NG: microsoft.public.win2000.advanced_server
|
|Hello Joe,
|some good and some bad news.
|The good News first:
|Remote Storage is working fine after the update of the
|drivers for library and tape drives. The capacity of the
|new test tape is calculated to capacity 140GB with 149GB
|free after the storage of approximately 10GB. The state of
|the tape is healthy and not recall-only!
|So thank you again for the Tip to update the drivers.
|The bad |After running the job to put data to the tape the remote
|storage Event log reported the following error:
|Event Type: Error
|Event Source: Remote Storage
|Event Category: Platform
|Event ID: 1101
|Date: 8/29/2003
|Time: 10:26:23 AM
|User: N/A
|Computer: <Servername>
|Description:
|External database system encountered an error. -1017
|Data:
|0000: 77 73 62 64 62 65 6e 74 wsbdbent
|0008: 2e 63 70 70 20 20 20 20 .cpp
|0010: 40 20 20 20 31 35 39 35 @ 1595
|0018: 4e 74 20 20 32 31 39 35 Nt 2195
|0020: 52 73 20 20 20 34 38 34 Rs 484
|The recall of Data seems to work, so I don't care to much
|about it. But I hate red Signs in Logfiles. Maybe you have
|an Idea.
|Some questions:
|The capacity of the "old" tapes is still calculated with
|7,99EB. Is there a chance to get a Recalculation? Or do
I
|have to put the whole Data to the Server again and start
|again?
|Is there a chance to repair the remote storage Database?
|Is there a chance to manually set the 7,99EB to 140 GB?
|Have a nice Weekend and thanks a lot for your Assistance.
|Andreas Kleinschmidt
|EADS Space Transportation
|Germany
|>-----Original Message-----
|>Dear Andreas,
|>
|>Thank you for your post and I am happy that you found the
|information we
|>provided is helpful.
|>
|>Yes, I believe that the problem was caused because the
|capacity of the tape
|>is not correctly counted. Unfortunately, we can only
|change the registry
|>entry ("MediaCopyTolerance") to adjust the default 5%
|limitation to 2%. The
|>only solution is to figure out the why the capacity is
|incorrect.
|>
|>I still suspect that the problem is due to the third
|party drivers. I
|>checked our database that found some similar issues where
|third-party
|>drivers do not report correct tape capacity information
|to RSM.
|>
|>As we have discussed before, RSM cannot reserve special
|drives for special
|>applications. It may conflict with the usage of the
|Veritas Backup Exec. So
|>I suggest that we test the library in the new server to
|see if it works. I
|>will wait for your test results.
|>
|>Thanks for your time and efforts. Have a nice day!
|>
|>Regards,
|>Joe Wu
|>Product Support Services
|>Microsoft Corporation
|>
|>Get Secure! - www.microsoft.com/security
|>
|>====================================================
|>When responding to posts, please "Reply to Group" via
|your newsreader so
|>that others may learn and benefit from your issue.
|>====================================================
|>This posting is provided "AS IS" with no warranties, and
|confers no rights.
|>
|>--------------------
|>|Content-Class: urn:content-classes:message
|>|From: "A. Kleinshmidt" <[email protected]>
|>|Sender: "A. Kleinshmidt" <[email protected]>
|>|References: <[email protected]>
|><[email protected]>
|><[email protected]>
|><[email protected]>
|><[email protected]>
|><[email protected]>
|>|Subject: RE: Remote Storage Tapes are set to Recall- only
|although they are
|>not full
|>|Date: Tue, 26 Aug 2003 06:29:50 -0700
|>|Lines: 491
|>|Message-ID: <[email protected]>
|>|MIME-Version: 1.0
|>|Content-Type: text/plain;
|>| charset="iso-8859-1"
|>|Content-Transfer-Encoding: quoted-printable
|>|X-Newsreader: Microsoft CDO for Windows 2000
|>|X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300
|>|Thread-Index: AcNr1iAx45rNI84kRGGIWKXa8QwuXw==
|>|Newsgroups: microsoft.public.win2000.advanced_server
|>|Path: cpmsftngxa06.phx.gbl
|>|Xref: cpmsftngxa06.phx.gbl
|microsoft.public.win2000.advanced_server:11033
|>|NNTP-Posting-Host: TK2MSFTNGXA14 10.40.1.166
|>|X-Tomcat-NG: microsoft.public.win2000.advanced_server
|>|
|>|Dear Joe,
|>|I've read the article you mentioned below and now I
|>|understand why our Tapes are set to "recall-only", even
|if
|>|only 3GB of Data had been moved to tape.
|>|If our System for what reason ever thinks that the tapes
|>|have a capacity of 7.99EB, then 75GB or 100GB free on
|the
|>|Tapes means, that this is less than 5%. In fact it's
|>|0,0000...%. So the system acts correct to set the recall
|>|only flag, because it thinks the tapes are nearly full.
|>|Now the question is, why does the system think a 160GB
|>|Cartridge has a capacity of 7,99EB. Is there an overflow
|>|in a ?integer Value? because the Tape has a capacity
|>|larger than 128GB? Is it possible to check that?
|>|In the meantime I've upgraded our System to SP4 updated
|>|the driver of the Library (now 1.05) and driver and
|>|Firmware of our sdlt320 Tapes (now 2.2 and v70).
|>|With that environment I'll do further testing until our
|>|new Server arrives. I'll keep you up to date with the
|>|results.
|>|It would be great if you could find something about the
|>|7,99EB Problem or a solution how to patch the registry
|to
|>|enable remote storage not to keep 5% of the media free.
|>|Your Hints are very good, thank you.
|>|By the way, it was never a problem to create media
|copies.
|>|Regards
|>|Andreas Kleinschmidt
|>|>-----Original Message-----
|>|>Dear Andreas,
|>|>
|>|>Thank you for your reponse and for letting me know the
|>|status there. I will
|>|>be standing by for your process and will be happy to be
|>|of further
|>|>assistance.
|>|>
|>|>To answer your question, Yes, your understanding is
|>|correct. In the
|>|>meantime, I have performed further research on this
|>|problem. I suggest that
|>|>we also check the configuration regarding the following
|>|KB article:
|>|>
|>|>266011 Tape Capacity Differences Prevent Remote Storage
|>|from Making Media
|>|>Copies
|>|>http://support.microsoft.com/?id=266011
|>|>
|>|>I hope this helps. Have a nice day!
|>|>
|>|>Regards,
|>|>Joe Wu
|>|>Product Support Services
|>|>Microsoft Corporation
|>|>
|>|>Get Secure! - www.microsoft.com/security
|>|>
|>|>====================================================
|>|>When responding to posts, please "Reply to Group" via
|>|your newsreader so
|>|>that others may learn and benefit from your issue.
|>|>====================================================
|>|>This posting is provided "AS IS" with no warranties,
|and
|>|confers no rights.
|>|>
|>|>--------------------
|>|>|Content-Class: urn:content-classes:message
|>|>|From: "A. Kleinshmidt" <[email protected]>
|>|>|Sender: "A. Kleinshmidt" <[email protected]>
|>|>|References: <[email protected]>
|>|><[email protected]>
|>|><[email protected]>
|>|><[email protected]>
|>|>|Subject: RE: Remote Storage Tapes are set to Recall-
|only
|>|although they are
|>|>not full
|>|>|Date: Tue, 19 Aug 2003 03:06:23 -0700
|>|>|Lines: 355
|>|>|Message-ID: <[email protected]>
|>|>|MIME-Version: 1.0
|>|>|Content-Type: text/plain;
|>|>| charset="iso-8859-1"
|>|>|Content-Transfer-Encoding: quoted-printable
|>|>|X-Newsreader: Microsoft CDO for Windows 2000
|>|>|X-MimeOLE: Produced By Microsoft MimeOLE
|V5.50.4910.0300
|>|>|Thread-Index: AcNmOYu4juAuMLhKTuG6T4OuLWkKCQ==
|>|>|Newsgroups: microsoft.public.win2000.advanced_server
|>|>|Path: cpmsftngxa06.phx.gbl
|>|>|Xref: cpmsftngxa06.phx.gbl
|>|microsoft.public.win2000.advanced_server:10780
|>|>|NNTP-Posting-Host: TK2MSFTNGXA12 10.40.1.164
|>|>|X-Tomcat-NG: microsoft.public.win2000.advanced_server
|>|>|
|>|>|Dear Joe,
|>|>|thank you for your Hints.
|>|>|We'll get a new Server within 1 to 4 Weeks. So I'll
|wait
|>|>|till it arrives and continue testing then.
|>|>|I'll let you know about the results.
|>|>|In the meantime I'll enable the other 2 Drives for
|>|>|removable Storage and offer another Tape or two for
|>|>|Testing.
|>|>|For my understanding:
|>|>|Am I right that it would be normal behaviour that
|tapes
|>|in
|>|>|use by remote storage are appendable until they are
|full?
|>|>|Regards,
|>|>|Andreas Kleinschmidt
|>|>|EADS Space Transportation GmbH
|>|>|Germany
|>|>|>-----Original Message-----
|>|>|>Dear Andreas,
|>|>|>
|>|>|>Thank you for taking the time to providing us with
|the
|>|>|detailed
|>|>|>information, and I am sorry for the delay.
|>|>|>
|>|>|>First of all, the Capacity should be incorrect. 1 EB
|an
|>|>|extremely large
|>|>|>disk unit measurement, which is equal to 1G GB.
|>|>|>
|>|>|>KB (kilobyte) = 2^10 bytes = 1,024 bytes
|>|>|>MB (megabyte) = 2^20 bytes = 1,048,576 bytes
|>|>|>GB (gigabyte) = 2^30 bytes = 1,073,741,824 bytes
|>|>|>TB (terabyte) = 2^40 bytes = 1,099,511,627,776 bytes
|>|>|>PB (petabyte) = 2^50 bytes = 1,125,899,906,842,624
|>|bytes
|>|>|>EB (exabyte) = 2^60 bytes = 1,152,921,504,606,846,976
|>|>|bytes
|>|>|>
|>|>|>Therefore, I agree with your first suspicion.
|However,
|>|we
|>|>|need to identify
|>|>|>the root cause.
|>|>|>
|>|>|>I have analyzed the information your provided and
|have
|>|>|established a test
|>|>|>environment in the weekend. I noticed that you used
|>|drive
|>|>|1 and drive 2
|>|>|>specifically for Veritas Backup Exec and used the
|rest
|>|>|two drives
|>|>|>specifically for Remote Storage. Actually, Microsoft
|>|>|Removable Storage
|>|>|>cannot reserve specific drives for specific
|>|applications.
|>|>|>
|>|>|>Since Remote Storage uses Removable Storage to access
|>|the
|>|>|applicable tapes
|>|>|>in a library, I think that assigning the drives in
|this
|>|>|way may cause some
|>|>|>unexpected problems.
|>|>|>
|>|>|>Therefore, I would like to provide the following
|>|>|suggestions:
|>|>|>
|>|>|>1. Please connect the Library to a clean-installed
|test
|>|>|system and prepare
|>|>|>the tapes.
|>|>|>
|>|>|>2. Please do NOT install Veritas Backup Exec.
|>|>|>
|>|>|>3. Update the system by applying the Windows 2000
|>|Service
|>|>|Pack 4 and
|>|>|>install the latest driver for the Library.
|>|>|>
|>|>|>4. Then try Remote Storage with Removable Storage.
|You
|>|>|can follow the steps
|>|>|>mentioned in the following links:
|>|>|>
|>|>|>Step-by-Step Guide to Remote Storage
|>|>|>http://www.microsoft.com/windows2000/techinfo/planni ng
|/m
|>|an
|>|>|agement/remstore.a
|>|>|>sp
|>|>|>
|>|>|>Remote Storage and Removable Storage
|>|>|>http://www.microsoft.com/windows2000/en/datacenter/h el
|p/
|>|de
|>|>|fault.asp?url=/win
|>|>|>dows2000/en/datacenter/help/sag_RSSconcepts_2_3.htm
|>|>|>
|>|>|>5. Please check if Remote Storage works normally in
|>|this
|>|>|environment which
|>|>|>has no third party storage applications.
|>|>|>
|>|>|>I hope the above information helps. Thanks!
|>|>|>
|>|>|>Regards,
|>|>|>Joe Wu
|>|>|>Product Support Services
|>|>|>Microsoft Corporation
|>|>|>
|>|>|>Get Secure! - www.microsoft.com/security
|>|>|>
|>|>|>====================================================
|>|>|>When responding to posts, please "Reply to Group" via
|>|>|your newsreader so
|>|>|>that others may learn and benefit from your issue.
|>|>|>====================================================
|>|>|>This posting is provided "AS IS" with no warranties,
|>|and
|>|>|confers no rights.
|>|>|>
|>|>|>--------------------
|>|>|>|Content-Class: urn:content-classes:message
|>|>|>|From: "A. Kleinshmidt" <[email protected]>
|>|>|>|Sender: "A. Kleinshmidt" <[email protected]>
|>|>|>|References: <045401c3624f$430b5360 [email protected]>
|>|>|><[email protected]>
|>|>|>|Subject: RE: Remote Storage Tapes are set to Recall-
|>|only
|>|>|although they are
|>|>|>not full
|>|>|>|Date: Fri, 15 Aug 2003 05:57:31 -0700
|>|>|>|Lines: 211
|>|>|>|Message-ID: <09d901c3632c$c9c99cd0 [email protected]>
|>|>|>|MIME-Version: 1.0
|>|>|>|Content-Type: text/plain;
|>|>|>| charset="iso-8859-1"
|>|>|>|Content-Transfer-Encoding: quoted-printable
|>|>|>|X-Newsreader: Microsoft CDO for Windows 2000
|>|>|>|Thread-Index: AcNjLMnJ95LO/tLuSjyq1QOIFSseUA==
|>|>|>|X-MimeOLE: Produced By Microsoft MimeOLE
|>|V5.50.4910.0300
|>|>|>|Newsgroups: microsoft.public.win2000.advanced_server
|>|>|>|Path: cpmsftngxa06.phx.gbl
|>|>|>|Xref: cpmsftngxa06.phx.gbl
|>|>|microsoft.public.win2000.advanced_server:10686
|>|>|>|NNTP-Posting-Host: TK2MSFTNGXA12 10.40.1.164
|>|>|>|X-Tomcat-NG: microsoft.public.win2000.advanced_server
|>|>|>|
|>|>|>|Server Configuration
|>|>|>|Windows 2000 Server with SP3
|>|>|>|Removable Storage Service activated
|>|>|>|Remote Storage Services activated
|>|>|>|Veritas Backup Exec 8.6 Services activated (VBE)
|>|>|>|Overland Neo4100 Storage Library with 4 Quantum
|>|SDLT320
|>|>|>|Drives
|>|>|>|Backup Exec was activated before Usage of Removable
|>|>|Storage
|>|>|>|All 4 Drives where recognised by VBE since I have
|only
|>|a
|>|>|>|licence to access 2 Drives I have disabled the other
|>|two
|>|>|>|Drives in VBE
|>|>|>|VBE uses the drives 1 and 2
|>|>|>|We use drivers for the library (libxprmc.sys;
|Version
|>|>|>|1.0.2; N/A; Not signed)
|>|>|>|and the SDLT drives (QntmDLT.sys; Version 1.7.0.0;
|>|>|>|8/12/2002; signed by Microsoft Windows Hardware
|>|>|>|Compatibility Publisher)
|>|>|>|which are compatible with w2k removable storage
|>|>|>|Removable Storage hasn't recognized the (Tape
|Library
|>|>|and
|>|>|>|the) Drives automatically.
|>|>|>|I had to use rsmconfg
|>|>|>|Since I had "reserved" the first 2 Drives to VBE,
I
|>|only
|>|>|>|added the last 2 Drives via rsmconfg
|>|>|>|Removable Storage is able to access these 2 drives
|(3
|>|>|and
|>|>|>|4) and doesn't use the other 2 drives.
|>|>|>|After that I installed Remote storage and made the
|>|tests:
|>|>|>|move data to a tape, recall data, make media copies
|of
|>|>|the
|>|>|>|master, destroy master, rebuild master, restore all
|>|data
|>|>|>|(remove managed Volume). All these Tests worked
|pretty
|>|>|>|well and I haven't paid much attention to the fact
|>|that
|>|>|>|the Media was set to Recall-only all the time.
|>|>|>|After that I uninstalled remote storage, restarted
|the
|>|>|>|server and installed it again to start with an empty
|>|>|>|database. I set the managed volume to our productive
|>|>|>|Environment.
|>|>|>|Remote Storage Properties:
|>|>|>|General: it is running, 1 managed Volume (local
|>|Hardware
|>|>|>|Raid5 drive F:), 6 cartridges used, Data in remote
|>|>|storage
|>|>|>|79,1 GB. Service Versions all 5.00.2195 [484]
|>|>|>|Schedule: At 2 AM every Tue,Thu,Sun
|>|>|>|Recall Limit: 60
|>|>|>|Media Copies: 2 (I have made only one copy of each
|>|Media
|>|>|>|up to now)
|>|>|>|Managed Volumes: Number 1; Data in Remote S. 79,1
|GB,.
|>|>|>|Free Space 45,6 GB,.
|>|>|>| Settings: Desired free space 30% (71,2GB)
|>|>|>| Larger than 12kb
|>|>|>| Not accessed in 200 days
|>|>|>| Include/Exclude: Standard
|>|>|>|Media:
|>|>|>|Name and Description Capacity Free Space
|>|>|Status
|>|>|>|Media Copy Set 1 MCS2
|>|>|>|RS-ServerName-2 7,99EB 73,2GB
|>|>|Recall-
|>|>|>|only Up-to-date None
|>|>|>|RS- ServerName-3 7,99EB 98,7GB
|>|>|Recall-
|>|>|>|only Up-to-date None
|>|>|>|RS- ServerName-4 7,99EB 98,5GB
|>|>|Recall-
|>|>|>|only Up-to-date None
|>|>|>|At Capacity: What is EB?
|>|>|>|At Free Space: The Tapes have a native Capacity of
|>|>|160GB.
|>|>|>|With 79,1 GB in Remote storage
|>|>|>| 3* 160GB -73,2GB-98,7GB-98,5GB=209,6 GB should
|be
|>|in
|>|>|>|Remote storage. By the way
|>|>|>| I think 79,1GB is the right value.
|>|>|>|Each (3) time the scheduled Task was executed it
|took
|>|a
|>|>|>|new Tape from the Scratch Pool of removable storage
|>|>|>|As the scheduled Task tried to run the 4.th time and
|>|>|>|hasn't found any Scratch tapes, I was asked to
|provide
|>|>|>|one. This was the time, when I decided to cancel the
|>|>|task
|>|>|>|and all following ones as well.
|>|>|>|I hoped that remote storage would use one of the
|tapes
|>|>|>|with free space if it couldn't find a scratch tape.
|It
|>|>|was
|>|>|>|my understanding of remote storage that it fills up
|>|one
|>|>|>|Tape completely before starting another Tape.
|>|>|>|I haven't found an article in the Technet which
|deals
|>|>|with
|>|>|>|that problem.
|>|>|>|If you like to read them I have a few suggestions
|what
|>|>|>|could go wrong:
|>|>|>|1.) The tape capacity is calculated wrong, maybe
|>|because
|>|>|>|nobody thought about 160GB Tapes when the program
|was
|>|>|>|created and before taking the risk of loosing data
|set
|>|>|the
|>|>|>|tape to recall only after the process of storing
|Data
|>|to
|>|>|>|it.
|>|>|>|2.) As we got the Library, we had too few scsi
|cables
|>|so
|>|>|>|we run the library with only 2 drives cabled, though
|>|all
|>|>|4
|>|>|>|drives had been in the library and had been
|recognised
|>|>|by
|>|>|>|it. But as I tried to start rsmconfg the tool wasn't
|>|>|able
|>|>|>|to configure the library in any way. After
|connecting
|>|>|the
|>|>|>|rest of the drives it was possible to configure the
|>|>|>|library. So maybe it is necessary to configure all
4
|>|>|>|drives for the use with removable storage. As I
|>|>|mentioned
|>|>|>|above we have only configured two Tapes. So maybe
|the
|>|>|>|library isn't complete for whatever part of the
|>|Software
|>|>|>|and the malfunction is due to that.
|>|>|>|3.) The other things I think about are even more
|>|>|>|incredible so I better don't write them down
|>|>|>|Unfortunately we aren't free to gamble around with
|the
|>|>|>|equipment. The free Server Space is so low, that it
|>|>|isn't
|>|>|>|possible to restore the complete Data to the Disk
|and
|>|>|>|start again. Also we can't connect the library to
|>|>|another
|>|>|>|Server for a longer test period, since Data Backup
|and
|>|>|>|Remote Storage recalls must be handled.
|>|>|>|I hope that this Information helps you to find a
|>|>|solution.
|>|>|>|If you need more Info, feel free to contact me. Any
|>|help
|>|>|>|is highly appreciated.
|>|>|>|Mit freundlichem Gruß / Kind Regards
|>|>|>|Andreas Kleinschmidt
|>|>|>|>-----Original Message-----
|>|>|>|>Dear Andreas,
|>|>|>|>
|>|>|>|>Thank you for your post.
|>|>|>|>
|>|>|>|>I am a bit unclear about this problem. Could you
|>|>|provide
|>|>|>|us with more
|>|>|>|>information? For example, the detailed steps you
|have
|>|>|>|performed and the
|>|>|>|>exact results.
|>|>|>|>
|>|>|>|>Thanks!
|>|>|>|>
|>|>|>|>Regards,
|>|>|>|>Joe Wu
|>|>|>|>Product Support Services
|>|>|>|>Microsoft Corporation
|>|>|>|>
|>|>|>|>Get Secure! - www.microsoft.com/security
|>|>|>|>
|>|>|>|>================================================== ==
|>|>|>|>When responding to posts, please "Reply to Group"
|via
|>|>|>|your newsreader so
|>|>|>|>that others may learn and benefit from your issue.
|>|>|>|>================================================== ==
|>|>|>|>This posting is provided "AS IS" with no
|warranties,
|>|>|and
|>|>|>|confers no rights.
|>|>|>|>
|>|>|>|>--------------------
|>|>|>|>|Content-Class: urn:content-classes:message
|>|>|>|>|From: "A. Kleinshmidt" <[email protected]>
|>|>|>|>|Sender: "A. Kleinshmidt" <[email protected]>
|>|>|>|>|Subject: Remote Storage Tapes are set to Recall-
|only
|>|>|>|although they are not
|>|>|>|>full
|>|>|>|>|Date: Thu, 14 Aug 2003 03:31:46 -0700
|>|>|>|>|Lines: 18
|>|>|>|>|Message-ID: <045401c3624f$430b5360
|[email protected]>
|>|>|>|>|MIME-Version: 1.0
|>|>|>|>|Content-Type: text/plain;
|>|>|>|>| charset="iso-8859-1"
|>|>|>|>|Content-Transfer-Encoding: 7bit
|>|>|>|>|X-Newsreader: Microsoft CDO for Windows 2000
|>|>|>|>|X-MIMEOLE: Produced By Microsoft MimeOLE
|>|>|V5.50.4910.0300
|>|>|>|>|Thread-Index: AcNiT0MLK8imeRsDQQSZ9qjjpsPy4A==
|>|>|>|>|Newsgroups:
|microsoft.public.win2000.advanced_server
|>|>|>|>|Path: cpmsftngxa06.phx.gbl
|>|>|>|>|Xref: cpmsftngxa06.phx.gbl
|>|>|>|microsoft.public.win2000.advanced_server:10628
|>|>|>|>|NNTP-Posting-Host: TK2MSFTNGXA08 10.40.1.160
|>|>|>|>|X-Tomcat-NG:
|microsoft.public.win2000.advanced_server
|>|>|>|>|
|>|>|>|>|
|>|>|>|>|Every Time a remote storage job runs to free
|memory
|>|>|from
|>|>|>|>|the disks it ask's for a new clean Tape. After the
|>|job
|>|>|>|the
|>|>|>|>|status of the tape is set to Recall-only.
|>|>|>|>|We use an Overland Neo 4100 Library with 4 Quantum
|>|>|>|SDLT320
|>|>|>|>|drives, attached to a W2K Server SP3. 2 Drives are
|>|>|>|>|reserved for Removable (and Remote) Storage and
2
|>|>|Drives
|>|>|>|>|are reserved for Veritas Backup Exec 8.6.
|>|>|>|>|
|>|>|>|>|Imho Remote Storage should set the Status of a
|Tape
|>|to
|>|>|>|>|Recall-only if the Tape is full. The Last jobs
|only
|>|>|>|>|transfered about 3GB of Data and the Tapes have
a
 
Back
Top