우리는 데이터베이스 재해 복구 솔루션으로 로그 전달을 구현했으며 T-SQL을 사용하여 모든 로그인, 사용자, 역할을 스크립팅하는 방법이 있는지 알고 싶습니다. 사용 권한 등을 T-SQL이 SQL 작업으로 실행되도록 예약 할 수 있도록 보조 서버의 마스터 데이터베이스에 저장합니까? 내 목표는 D/R 상황의 경우에 우리는 단순히 보조 서버에 각 데이터베이스의
약 10 개의 데이터베이스에 대해 로그 전달을 설정해야합니다. 기본 서버는 당사 웹 사이트에서 액세스하고 보조 서버는 BI 서버입니다. 장애 조치가 발생하면 "장애 복구"상황을 처리하는 가장 좋은 방법은 순간에 알아 내려고 애쓰는 것입니다. 기본 서버를 웹 사이트의 주 서버로 다시 설정하려면 어떻게합니까? 장애 복구 (failback)를 처리 할 수있는 제
현재 복제, 로그 전달, 미러링과 같은 SQL Server 스케일 아웃 기술의 정글을 건너 가고 있습니다. 내 선택에 다음과 같은 제약 조건 : 나는 읽기 전용 부하가 쓰기 부하가 주 서버로 직접 전송 될 수 (거울, 가입자) 서버 기본 및 보조 건너 확산되고 싶지 용액은 거의 정비가 없어야합니다. 스키마 변경 사항은 보조 서버에 복제되어야합니다 (주의
현재 현지 대학에서 MS SQL 2K5 Admin 과정을 수강 중이며 로그 전달 부분에 문제가 있습니다. 윈도우 7 64 SQL 같은 시스템에 2005 SP3 2 SQL 서버 인스턴스 로그 전달 설정 : 전체 수행 한 후 백업 로그 내 설치는 다음과 같은 것이있다 주 대기 모드에서 보조로 수동 복원 SQL Authenication 로그인을 사용하여 차에 로
실제 Prod DB 서버 (SQL05)가 있고 이제는 VM DB 서버가 있습니다. 아이디어는 물리적 인 기계가 다운되면 우리는 라우터를 (NAT를 통해) VM 기계로 재발명하는 것입니다. 로그 전달을 사용하여 VM DB를 기본적으로 최신 상태로 유지하려고합니다. 올바른 방법입니까? 다른 방식으로보고 있을까요, 아마도 미러링할까요? 우리는 항상에서 사용할 수
로그 전달의 일부로 전송되는 개별 파일의 크기를 제한하려고합니다 (전송 용 WebDAV를 사용함). WebDAV의 성능을 저하시키는 특정 크기 (예 : 16MB) 이상의 trn 파일이 생성되지 않도록하고 싶습니다. Max Transfer Size: Not Specified
이이를 구성 할 수 있습니다 : 가 나는 상태 것으로, sqllogship.exe
누군가 WAL 배송 및 웜 대기 문제를 도와 줄 수 있기를 바랍니다. 내 대기 시스템은 몇 주 동안 행복하게 작동하고, 갑자기 모든 존재하지 않는 .history 파일을 찾기 시작합니다. 그런 다음 쓰레기가 나면 대기 모드를 다시 구축하지 않고 성공적으로 다시 시작할 수 없습니다. 두 시스템 모두 CentOS 4.5와 Postgres 8.4.1을 실행 중입
시스템 중 하나에 대한 재해 복구를 설정해야합니다. 기본 서버는 FL에 있고 보조 서버는 독일에 있습니다. 이 응용 프로그램은 회사 내의 글로벌 응용 프로그램입니다. 로그 전달 또는 미러링을 사용해야하는지 잘 모르겠습니다. 내가 읽은 것은 미러링이 응용 프로그램의 성능에 나쁜 영향을 미친다는 것입니다. 사실입니까? 즉, 사용자가 레코드를 수정하거나 저장할
SQL Server 2005 Standard 64x는 현재 300 개 이상의 작은 데이터베이스 (각각 5MB)를 사용하므로 필요에 따라 데이터베이스를 추가합니다. warm standby를위한 로그 전달은 마법사를 통하지 않고 구현하고 싶습니다. 로그 전달 된 각 데이터베이스에 대해 3 개의 작업 (1 차에 1 개, 2 차에 2 개)을 추가하는 것처럼 보입니
우리는 처음에 65GB 데이터로로드 될 새로운 파일 스트림 데이터베이스를 가지고 있는데,이를 위해 원격 (다른 대륙) 위치로 로그 전달을 구성하려고합니다. 로그 전달의 초기 설정에는 기본 백업과 보조 백업 사이의 시간 간격에 대한 임계 값이 있습니까? 새 데이터베이스는 기본적으로 로그 전달이 구성 될 때까지 오프라인 상태가됩니다. 데이터베이스의 크기 때문에