งานไม่ทำงานตามกำหนดเวลา


11

ดังนั้นฉันจึงมีงานตัวแทน SQL พื้นฐานที่รันสคริปต์ Robocopy เพื่อย้ายไฟล์ทั้งหมดจากโฟลเดอร์หนึ่งไปยังอีกโฟลเดอร์หนึ่ง

Job เป็นชุดพื้นฐานที่ค่อนข้างสวย เปิดการใช้งาน

ด้วยตารางพื้นฐานที่สวย

ตารางเวลา

และมันก็ยังไม่ได้วิ่ง ฉันไม่ได้หมายถึงการวิ่งให้สำเร็จ มีเหตุผลใด ๆ ที่เป็นเช่นนี้หรือไม่?

สำหรับข้อมูลเพิ่มเติมฉันจะเขียนสคริปต์งานเช่นกัน

USE [msdb]
GO

/****** Object:  Job [MoveMantisFilesToArchive]    Script Date: 12/23/2015 10:21:52 AM ******/
BEGIN TRANSACTION
DECLARE @ReturnCode INT
SELECT @ReturnCode = 0
/****** Object:  JobCategory [[Uncategorized (Local)]]]    Script Date: 12/23/2015 10:21:52 AM ******/
IF NOT EXISTS (SELECT name FROM msdb.dbo.syscategories WHERE name=N'[Uncategorized (Local)]' AND category_class=1)
BEGIN
EXEC @ReturnCode = msdb.dbo.sp_add_category @class=N'JOB', @type=N'LOCAL', @name=N'[Uncategorized (Local)]'
IF (@@ERROR <> 0 OR @ReturnCode <> 0) GOTO QuitWithRollback

END

DECLARE @jobId BINARY(16)
EXEC @ReturnCode =  msdb.dbo.sp_add_job @job_name=N'MoveMantisFilesToArchive', 
        @enabled=1, 
        @notify_level_eventlog=0, 
        @notify_level_email=2, 
        @notify_level_netsend=0, 
        @notify_level_page=0, 
        @delete_level=0, 
        @description=N'Moves Mantis files to archive. It''s a very descriptive title.', 
        @category_name=N'[Uncategorized (Local)]', 
        @owner_login_name=N'sa', 
        @notify_email_operator_name=N'MyEmailGroup', @job_id = @jobId OUTPUT
IF (@@ERROR <> 0 OR @ReturnCode <> 0) GOTO QuitWithRollback
/****** Object:  Step [Move the files in the afformentioned title.]    Script Date: 12/23/2015 10:21:53 AM ******/
EXEC @ReturnCode = msdb.dbo.sp_add_jobstep @job_id=@jobId, @step_name=N'Move the files in the afformentioned title.', 
        @step_id=1, 
        @cmdexec_success_code=0, 
        @on_success_action=1, 
        @on_success_step_id=0, 
        @on_fail_action=2, 
        @on_fail_step_id=0, 
        @retry_attempts=0, 
        @retry_interval=0, 
        @os_run_priority=0, @subsystem=N'CmdExec', 
        @command=N'robocopy MySoruce MyDestination /mov', 
        @flags=0, 
        @proxy_name=N'RunsAs'
IF (@@ERROR <> 0 OR @ReturnCode <> 0) GOTO QuitWithRollback
EXEC @ReturnCode = msdb.dbo.sp_update_job @job_id = @jobId, @start_step_id = 1
IF (@@ERROR <> 0 OR @ReturnCode <> 0) GOTO QuitWithRollback
EXEC @ReturnCode = msdb.dbo.sp_add_jobschedule @job_id=@jobId, @name=N'M-F', 
        @enabled=1, 
        @freq_type=8, 
        @freq_interval=62, 
        @freq_subday_type=1, 
        @freq_subday_interval=0, 
        @freq_relative_interval=0, 
        @freq_recurrence_factor=1, 
        @active_start_date=20151218, 
        @active_end_date=99991231, 
        @active_start_time=170000, 
        @active_end_time=235959, 
        @schedule_uid=N'bcb83273-19e8-49fb-a456-8517642370e3'
IF (@@ERROR <> 0 OR @ReturnCode <> 0) GOTO QuitWithRollback
EXEC @ReturnCode = msdb.dbo.sp_add_jobserver @job_id = @jobId, @server_name = N'(local)'
IF (@@ERROR <> 0 OR @ReturnCode <> 0) GOTO QuitWithRollback
COMMIT TRANSACTION
GOTO EndSave
QuitWithRollback:
    IF (@@TRANCOUNT > 0) ROLLBACK TRANSACTION
EndSave:

GO

โอเคเมื่อมันถูกตั้งค่าเดิมมันทำงานเป็นบัญชีบริการ มันถูกเปลี่ยนเป็นบัญชีอื่นและทำงานได้ดี
Zane

คำตอบ:


4

ความเห็นเกี่ยวกับคำถามนี้: การดูโพสต์นี้ฉันสังเกตเห็นว่างานของคุณเริ่มต้นเป็น 'sa' ปรากฏว่าบัญชีผู้ใช้บริการสำหรับ SQL Server ของคุณไม่ได้รับสิทธิในการใช้ไฟล์ร่วมกันที่จำเป็น

เห็นได้ชัดว่านี่คือสิ่งที่นำไปสู่งานที่ดูราวกับว่าเป็น " ทำงาน " ตลอดไป แน่นอนว่าไม่มีอะไรเกิดขึ้นจริง

มันเป็นวิธีที่ดีที่สุดที่จะระงับการให้สิทธิในบัญชีบริการ SQL Server ไปยังโฟลเดอร์ที่ไม่จำเป็น สิ่งนี้จะช่วยป้องกันสภาพแวดล้อมของ SQL Server จากการถูกใช้ประโยชน์จากกิจกรรมที่ไม่ปลอดภัย (เหตุผลเดียวกับที่xp_cmdshellกระบวนการจัดเก็บถูกปิดใช้งานเป็นค่าเริ่มต้น)

เมื่อคุณเปลี่ยนจากsaบัญชีที่มีสิทธิ์ที่จำเป็นในระบบไฟล์ทุกอย่างทำงาน ซึ่งแน่นอนสิ่งที่ถูกต้องที่จะทำ

บางครั้งงานตัวแทนของ SQL ที่กำหนดเวลาไว้จะหยุดทำงาน (แต่ดูเหมือนว่าพวกเขายังคง 'ทำงาน') อยู่เป็นเวลานาน แนวโน้มนี้มักเกิดจากปัญหาภายนอกเช่นการไม่เข้าถึงระบบไฟล์

ตราบใดที่เอเจนต์ SQL เชื่อว่างานนั้น "กำลังทำงานอยู่" มันจะไม่พยายามเริ่มงานอีกครั้ง

บทเรียนง่าย ๆ :

  1. คิดว่า 'sa' เป็นคำสั่ง SQL Server แต่ต้องขอสิทธิ์จากที่อื่น
  2. เมื่อตรวจสอบประวัติงานของ บริษัท ตัวแทนของ SQL ให้แจ้งเตือนไปยังงานที่รันนานเกินไป นั่นหมายถึงว่า บริษัท ตัวแทนการ SQL ไม่ทราบว่ากระบวนการได้ตายไปแล้ว
  3. วางแผนที่จะใช้บัญชีพร็อกซีสำหรับงานตัวแทนของ SQL ที่ต้องการเข้าถึงข้อมูลหรือวัตถุนอก SQL Server ทุกครั้ง และตรวจสอบให้แน่ใจว่าสิทธินั้นมอบให้แก่หนังสือรับรองที่ใช้พร็อกซี

และแน่นอนว่าทุกกฎมีข้อยกเว้น


TLDR: ไม่ได้สนใจและทำอะไรโง่ ๆ
Zane
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.