INF: วิธีการทดสอบสำหรับ SQL Server เทป Dumps หรือระบุ

การแปลบทความ การแปลบทความ
หมายเลขบทความ (Article ID): 124023 - ผลิตภัณฑ์ที่เกี่ยวข้องในบทความนี้
หมายเหตุ: บทความนี้ได้เฉพาะกับ Microsoft SQL Server บนแพลตฟอร์ม Windows NT
ขยายทั้งหมด | ยุบทั้งหมด

เนื้อหาบนหน้านี้

สรุป

ระบบย่อยของอุปกรณ์เทปขึ้นของชั้นต่าง ๆ ที่จำเป็นสำหรับการถ่ายโอนฐานข้อมูล SQL Server ที่สำเร็จ และขั้นตอนที่โหลด ระดับหลักมีฮาร์ดแวร์ระดับ ซึ่งจัดทำขึ้นของอุปกรณ์เทป เคเบิล terminator และคอนโทรลเลอร์ SCSI ชั้นเคอร์เนลที่ประกอบด้วยเคอร์เนลของ Windows NT ตัว จัดการ I/O โปรแกรมควบคุมระบบแฟ้ม และโปรแกรมควบคุมอุปกรณ์เทป เลเยอร์ขั้นสุดท้ายคือ ระดับผู้ใช้หรือโปรแกรมประยุกต์ ด้วยระดับนี้ SQL Server ดำเนินงาน และขึ้นอยู่กับการดำเนินการระดับฮาร์ดแวร์และระบบปฏิบัติการที่ขีดเส้นใต้สำหรับการดำเนินการเสร็จสมบูรณ์ที่สำเร็จของการดำเนินงานที่โหลดและการถ่ายโอนข้อมูลไปยังอุปกรณ์เทป

The purpose of this article is to document a method for testing the SQL Server dump and load procedures with a tape drive.

ข้อมูลเพิ่มเติม

Preliminary Checks

  1. Make sure that the specific tape device is on the hardware compatibility list (HCL). The devices on the HCL have been tested by Microsoft, at the request of the manufacturer, for use with the Windows NT operating system. Tape drive manufacturers frequently sell tape drives to original equipment manufacturer (OEM) vendors, and it is possible that the firmware for the repackaged drive has been changed, according to the request of the OEM vendor. These changes may result in problems with the operation of the tape device under Windows NT and/or SQL Server. As a result, even though the underlying tape drive may have been manufactured by a vendor on the HCL, the tape drive that has been repackaged and sold under a different vendor's label may have compatibility problems, due to the firmware changes.
  2. Install the tape device according to the manufacturer's recommendations. Make sure you comply with the recommendations for the SCSI controller, SCSI cable length, and type of SCSI terminator.
  3. Check with the vendor for changes in the driver being used for the tape device. Some vendors will provide tape drivers for use with Windows NT. Tape drives supplied by Compaq, which are not on the HCL, should use drivers from the Compaq-recommended software support disk (SSD). This is because the Compaq tape drive is solely supported by Compaq.
  4. Verify that the tape device has been installed appropriately under Windows NT. The following are three areas to check to verify the tape device setup:

    1. For computers running Windows NT 3.5x, run Windows NT Setup, which is in the Main program group in Windows NT Program Manager. On the Options menu in Setup, click Add/Remove Tape Devices. A driver should be listed that matches the tape drive.

      For computers running Windows NT 4.0, check the tape device driver in Control Panel Tape Devices.

      NOTE: The manufacturer's documentation or the Windows NT documentation will provide details on which driver is appropriate for the tape drive attached to the system).
    2. In Control Panel Devices, the tape drive should be listed as Started and have a startup setting of System.
    3. Start Ntbackup.exe. On the Operations menu, click Hardware Setup. If the device has been properly set up, the tape drive will be visible in the drop down list box.
  5. Test with Ntbackup.exe. Make sure that a successful archive and restore of a file or group of files can be accomplished without error.

    NOTE: It is important to perform both of these operations.

    Also view the tape catalog and perform an archive with a verification. If there are any problems with this procedure, the SQL Server dump and load to tape will either not work or not work reliably.
  6. Use SQL Enterprise Manager to verify SQL Server's setup of the tape dump device. Go to a query window and execute the following stored procedure:
    sp_helpdevice<backup_device_name></backup_device_name>
    The result you receive should be in the following format, where X is the tape device number:
          \\.\tapeX
      
    By default, the device numbers start with tape0...tapeX, depending on the number of tape devices found by NTDetect when the system starts up. Generally, on a system with a single tape drive, the system device identifier will be tape0, and the physical definition will be \\.\tape0.

    For SQL Server 4.2x, go to SQL Administrator, click Devices, then double-click the tape dump device. Make sure that the physical path is correct.

Testing Procedures

NOTE: The following procedures must be tested by an Administrative login. The purpose is to verify that the tape unit works, not the system rights belonging to a particular login. So if the login for SQL Server has been changed from the default, ensure that the login has Administrative privileges.

Also, it is assumed that the database being used for the basic and advanced tests have no structural problems. If the state of the database is unknown or if it has not been checked recently, execute DBCC CHECKDB and DBCC NEWALLOC.

Review the output of these DBCC checks and correct any structural problems before attempting the following tests. Structural problems that exist in a database at the time of the database dump to tape may cause a database load from the tape device to fail.

Basic Testing Procedure

  1. Before beginning the procedure, use SQL Server Setup to disable automatic startup for SQL Server and SQLExecutive (or SQL Monitor for SQL Server 4.2x).
  2. Turn the server off. Wait approximately 60 seconds, then turn the unit back on. If the server has an external tape drive, turn it on first and wait until it has completed initialization before turning the server on. This is an important step, because it resets the tape device back to the embedded default settings.
  3. Start SQL Server and go to a command prompt.
  4. Log in to SQL Server as system administrator (SA) and go to the ISQL/W query window.
  5. Execute the following statements from the ISQL/W query window:
          dump database pubs to tapedump with init,nounload
          go
      
    NOTE: Replace tapedump with the SQL Server logical name for the system being tested.

    You should receive the following message:
    Msg 4029, Level 10, State 1:
    Database 'pubs' (89 pages) dumped to file <1> on tape 'SQ0001'. </1>
    Review the SQL Server error log, which should have the following corresponding message:
          94/02/01 15:49:08.83 kernel   Tape pubs SQ0001 mounted on tape
                                        drive \\.\TAPE0
    
  6. Open the Backup or Dump device folder from SQL Enterprise Manager, and then open the tape backup device. Verify that the Volume Label and the dump Header are displayed.
  7. Switch back to the ISQL/W query window and execute the following statements:
          dump database pubs to tapedump with noinit,nounload
          go
          dump database pubs to tapedump with noinit,nounload
          go
      
    You should receive the following messages:
          Msg 4029, Level 10, State 1:
          Database 'pubs' (89 pages) dumped to file <2> on tape 'SQ0001'.
          Msg 4029, Level 10, State 1:
          Database 'pubs' (89 pages) dumped to file <3> on tape 'SQ0001'.
      
    Review the SQL Server error log, which should have the following corresponding messages:
          94/02/01 15:49:08.83 kernel   Tape pubs SQ0001 mounted on tape
                                        drive \\.\TAPE0
          94/02/01 15:50:18.83 kernel   Tape pubs SQ0001 mounted on tape
                                        drive \\.\TAPE0
      
    If the SQL Server error log does not contain these messages, review the previous steps and repeat if necessary. Go to the "Problem" section of this article.
  8. Switch back to the ISQL/W query window and execute the following statements:
     
          load database pubs from tapedump with file=2,nounload
          go
      
    Review the SQL Server error log, which should record results similar to the following:
          94/02/01  15:49:08.83 server   Recovery dbid 4 ckpt (1017,8)
      
    NOTE: The information found in the error log may be different, depending on the dbid of the database the dump is loaded into. Additionally, the ckpt value in parenthesis is the location of the last checkpoint record that was found during the recovery process, so it may also vary.
  9. Testing complete. If there are problems, see the "Problems" section of this article.

Advanced Testing Procedure

This section details more extensive testing. Proceeding beyond this point, an assumption is made that the tape system has been thoroughly tested with NTBackup, which resulted in the successful completion of both archive and restore procedures. It is recommended that you do not use production or important development databases for testing unproved hardware.

The advanced testing procedure varies mainly in the size of the database involved and its importance to the organization. If resources are available, it is certainly appropriate to create a database that mirrors a production or important development database in size and content for this testing. It is also important to realize that at some point the production or development database will need to be dumped to tape.

As a result, the following procedure has some built-in redundancy that is illustrated by step 2. The following is the advanced testing procedure:
  1. Shut down SQL Server, either from the SQL Services Manager or from a command prompt by using a NET STOP MSSQLSERVER command (for SQL Server 4.2x, the command is NET STOP SQLSERVER).
  2. Using Ntbackup.exe, archive ALL database device files, including Master.dat and any devices used for tempdb. This procedure MUST be performed with the Verify option of NTBackup.
  3. Start SQL Server either through the SQL Services Manager or from a command prompt, with a NET START MSSQLSERVER command.
  4. Perform steps 1-0 as listed in the "Basic Testing Procedure" section of this article, substituting the desired database for the 'pubs' database.

Final Notes on Testing

ความสมบูรณ์ที่สำเร็จของวิธีการทดสอบที่ outlined ข้างต้นไม่รับประกันว่า จะไม่มีปัญหากับ SQL Server ของคุณการถ่ายโอน หรือโหลดการดำเนินการไปยังเทป การดำเนินการเทป sql Server ขึ้นอยู่กับการดำเนินการสำเร็จของชั้นการขีดเส้นใต้ทั้งหมดที่ทำขึ้นระบบย่อยของเทป เช่นเดียวกับฐานข้อมูลที่ไม่ว่างของปัญหา structural

ปัญหา

  1. ตรวจทานแฟ้มบันทึกของระบบของตัวแสดงเหตุการณ์ของ Windows NT แอพลิเคชัน (พบภายใต้เครื่องมือการจัดการ) ตรวจสอบได้สำหรับข้อผิดใด ๆ SCSI หรือเทปพลาดอุปกรณ์
  2. ตรวจทานแฟ้มบันทึกของโปรแกรมประยุกต์ของตัวแสดงเหตุการณ์ของ Windows NT application สำหรับข้อผิดพลาดที่ไม่ใช่ - SQL Server ใด ๆ
  3. ตรวจสอบล็อกข้อผิดพลาดของ SQL Server
  4. ติดต่อผู้จำหน่ายฮาร์ดแวร์ที่เหมาะสม และตรวจสอบว่า ปัญหาที่เห็นได้ไม่ถูกแก้ไข โดยเฟิร์มแวร์รุ่นที่ใหม่กว่าหรือโปรแกรมควบคุมอุปกรณ์
  5. แก้ไขปัญหาต่าง ๆ ที่เห็นได้ชัดเจน และทำการทดสอบอีกครั้ง
  6. ติดต่อฝ่ายสนับสนุนของผู้จัดจำหน่ายที่เหมาะสม
เมื่อโทร Microsoft SQL Server Support จะพร้อมให้ข้อมูลต่อไปนี้:
  • รายการรีจิสทรีที่พบใน HKEY_LOCAL_MACHINE\Hardware\Devicemap สำหรับแต่ละอุปกรณ์เทป รวม specifics เกี่ยวกับหมายเลข ชนิด และบริษัทผู้ผลิตคอนโทรลเลอร์ SCSI แต่ละ หมายเลขของอุปกรณ์ SCSI พอร์ต และบัส SCSI
  • ขนาดแฟ้ม วัน และเวลาสำหรับโปรแกรมควบคุมเทปที่ถูกใช้ โดยอุปกรณ์มีการสอบถาม
  • ผลลัพธ์จากวิธีการทดสอบที่มีรายละเอียดข้างต้น ตลอดจนล็อกข้อผิดพลาด SQL Server บันทึกของระบบ และบันทึกของโปรแกรมประยุกต์จาก Event Viewer
  • เฉพาะเทปไดรฟ์ทำการ และรุ่นข้อมูล (ไม่ที่ทำให้คอมโพเนนต์ภายใน)
  • ผลลัพธ์จากการดำเนินการ sp_helpdevice และ xp_msver

คุณสมบัติ

หมายเลขบทความ (Article ID): 124023 - รีวิวครั้งสุดท้าย: 6 มกราคม 2554 - Revision: 2.0
ใช้กับ
  • Microsoft SQL Server 4.21a Standard Edition
  • Microsoft SQL Server 6.0 Standard Edition
  • Microsoft SQL Server 6.5 Standard Edition
Keywords: 
kbusage kbmt KB124023 KbMtth
แปลโดยคอมพิวเตอร์
ข้อมูลสำคัญ: บทความนี้แปลโดยซอฟต์แวร์การแปลด้วยคอมพิวเตอร์ของ Microsoft แทนที่จะเป็นนักแปลที่เป็นบุคคล Microsoft มีบทความที่แปลโดยนักแปลและบทความที่แปลด้วยคอมพิวเตอร์ เพื่อให้คุณสามารถเข้าถึงบทความทั้งหมดในฐานความรู้ของเรา ในภาษาของคุณเอง อย่างไรก็ตาม บทความที่แปลด้วยคอมพิวเตอร์นั้นอาจมีข้อบกพร่อง โดยอาจมีข้อผิดพลาดในคำศัพท์ รูปแบบการใช้ภาษาและไวยากรณ์ เช่นเดียวกับกรณีที่ชาวต่างชาติพูดผิดเมื่อพูดภาษาของคุณ Microsoft ไม่มีส่วนรับผิดชอบต่อความคลาดเคลื่อน ความผิดพลาดหรือความเสียหายที่เกิดจากการแปลเนื้อหาผิดพลาด หรือการใช้บทแปลของลูกค้า และ Microsoft มีการปรับปรุงซอฟต์แวร์การแปลด้วยคอมพิวเตอร์อยู่เป็นประจำ
ต่อไปนี้เป็นฉบับภาษาอังกฤษของบทความนี้:124023
การปฏิเสธความรับผิดชอบในเนื้อหาของ KB ที่จะไม่มีการปรับปรุงอีกต่อไป
บทความนี้กล่าวถึงผลิตภัณฑ์ที่ Microsoft ไม่มีการสนับสนุนอีกต่อไป เนื้อหาของบทความจึงมีการนำเสนอ "ตามลักษณะที่เป็น" และจะไม่มีการปรับปรุงข้อมูลอีก

ให้ข้อเสนอแนะ

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com