문제
Windows Server 2003에 대한 지원이 7월 14일에 종료되므로 예정된 모든 작업을 Windows 2008 R2 서버로 이동합니다.
우리는 Microsoft(MS) Access 2003(mdb) 데이터베이스를 사용하여 우리 시스템과 사용자 및 고객 상호 작용을 보완하는 다양한 백엔드 프로세스를 처리합니다.
이 질문의 원인인 MS Access 내부의 백엔드 프로세스 중 하나는 사용자가 로그인하지 않은 경우 인쇄를 거부하는 것입니다.
백엔드 프로세스는 나중에 인쇄할 보고서를 채우는 데 사용되는 임시 테이블을 채웁니다. 이 보고서에는 내장된 쿼리, 연결된 이미지 및 저장된 기본 프린터가 있습니다.
예약된 작업을 실행하는 사용자는 도메인 사용자입니다.
우리가 추측하는 것은 다음과 같습니다.
세션 0 격리- Access에는 현재 N페이지 중 X페이지에 있음을 나타내는 매우 작은 인쇄 창이 표시됩니다. 이 창은 상호 작용할 수 없습니다. 나는 이것이 범인일지도 모른다고 생각하지만, 우리가 시도한 모든 것은 그것을 멈추는 데 효과가 없었습니다.
우리가 시도한 것
- 시스템 프로필 아래에 데스크톱 폴더가 생성되었습니다.
- 사용자가 높은 권한을 가진 로컬 관리자인지 확인
- 로그인한 상태에서 수동으로 실행(작동함)
- 인쇄 작업의 작은 샘플을 수행하는 소형 버전의 응용 프로그램을 만듭니다.
- 사용자가 로그인 여부에 따라 실행되도록 예약된 작업을 설정합니다. 그럼에도 불구하고 MS Access 데이터베이스의 다른 프로세스는 계속 실행되며 인쇄되지 않는 프로세스에 대한 빈 보고서가 표시됩니다.
현재 해결 방법
도메인 사용자를 로그인 상태로 유지하고 있습니다.
답변1
세션 프린터로 인쇄하는 경우 이 문제가 쉽게 발생할 수 있습니다.
HKEY_Current_User\Printers\Connections(세션 프린터)
대
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Print\Printers(로컬 프린터)
네트워크 공유를 통해 설치된 모든 프린터는 해당 범주에 속합니다. 로컬 TCP/IP 대기열이 설치된 프린터로 다시 시도하십시오. 해당 프린터는 시스템 전체에서 사용할 수 있습니다.
답변2
Elias 예약된 작업을 보고 "사용자의 로그온 여부에 관계없이 실행"이라는 상자를 선택했습니까? 문제가 확인되지 않은 것처럼 들리므로 작업을 실행하려고 할 때 실행할 수 없습니다.
답변3
프로세스가 실행 중일 때 프린터 자체가 감지되지 않는 것 같습니다. 파일로 출력하기 위해 일부 디버그 코드를 추가하고 어디에서 문제가 발생하는지 확인하셨나요? VBA에서 중단된 프로세스는 이벤트 뷰어에서 많은 정보를 생성하지 않으며 일반적으로 코드에서 더 많은 오류를 포착해야 한다는 것을 발견했습니다.
세션 0 격리 문제를 보았고 해결 방법이 있지만 내가 본 모든 예는 Excel과 관련이 있었습니다.
다음은 세션 0의 영향을 받는 부분에 대한 설명입니다.
https://msdn.microsoft.com/en-us/library/windows/hardware/dn653293%28v=vs.85%29.aspx
답변4
UAC를 가장 낮은 설정으로 설정하면 상황이 개선됩니까? 이렇게 하려면 시작을 클릭한 다음 실행을 클릭합니다. 실행 상자/프롬프트에 msconfig를 입력하고 확인을 클릭합니다. 도구 탭을 클릭합니다. 'UAC 설정 변경'을 클릭한 다음 실행을 클릭합니다. 슬라이더를 맨 아래로 드래그합니다. 창을 확인하고 서버를 다시 시작합니다.
작업을 마이그레이션할 때 작업을 다시 생성하셨나요? 2003년과 2008년 사이에 작업을 마이그레이션하는 가장 좋은 방법은 2008에서 작업 스케줄러를 열고 2003 서버에 연결한 다음 작업을 내보내는 것입니다. 그런 다음 작업 스케줄러를 다시 2008 서버로 지정하고 작업을 가져올 수 있습니다. 작업이 0x0 결과로 실행 중인 경우 문제는 예약된 작업 자체 외부에 있다고 말할 수 있습니다.
테스트 페이지가 전송되면 프린터가 인쇄되는지 확인할 수 있습니까? 아직 비교하지 않았다면 이전 서버와 새 서버의 프린터 설정을 비교하는 것이 좋습니다.