Welcome to Sign in | Help
in Search

High Availability - Log shipping vs transactional replication

Last post 12-11-2006, 1:04 PM by ggciubuc. 7 replies.
Sort Posts: Previous Next
  •  12-07-2006, 11:57 AM 1240

    High Availability - Log shipping vs transactional replication

    Salutare,

     Trebuie sa gasesc o solutie care sa asigure high availability pentru a aplicatie. Pe serverul unde este aplicatia este si un SQL Server 2000 Standard Edition.

     Intr-o prima faza, in caz ca se intampla ceva cu server-ul respectiv as vrea ca sa am o copie cat de actuala se poate a bazei de date pe un alt server, server care nu este in acealasi segment de retea.

     Ce metoda imi recomadati ?

     Nedumeriri:

     -Deoarece serverele nu sunt in acealsi segment de retea si momentan nu am un VPN intre ele  - pot sa folosesc de exemplu FTP-ul pentru log shipping ?

    -Se merita un upgrade la SQL Server 2005 pentru a folosi Mirroring?

     

    Multumesc,

      Adrian

     

  •  12-07-2006, 12:18 PM 1241 in reply to 1240

    Re: High Availability - Log shipping vs transactional replication

    Pentru retele diferite din cate stiu nu puteti implementa log shipping decat intr-o varianta custom: http://www.tek-tips.com/faqs.cfm?fid=5754.

    As spune ca merita sa faceti upgrade la SQL Server 2005 pentru mult mai multe motive decat database mirroring.


    Cristian Andrei Lefter, SQL Server MVP
    MCT, MCSA, MCDBA, MCAD, MCSD .NET,
    MCTS, MCITP - Database Administrator SQL Server 2005
    http://sqlserver.ro
  •  12-07-2006, 12:34 PM 1242 in reply to 1241

    Re: High Availability - Log shipping vs transactional replication

    Pot folosi Mirroring cu versiunea Standard a SQL Server 2005 ?

     Adrian

  •  12-07-2006, 12:38 PM 1243 in reply to 1240

    Re: High Availability - Log shipping vs transactional replication

    Puteti proceda in felul urmator:

     1. Construiti un job care, pe serverul A (sa-l numim asa pe cel de productie), face la un interval de timp stabilit  un backup full al bd

    2. Pe serverul B (cel ce asigura disponibilitatea) faceti un package DTS care ,cam la acelasi interval de timp face urmatoarele taskuri:

        -prin obiectul ftp din package aduce ultimul fisier backup de pe A

        -restaureaza bd folosind acel backup

        -sterge/muta fisierul de backup
     


    Gheorghe Ciubuc,SQL Server Influencer, MCP(SQL 2000), MCTS (SQL Server 2005) , OCA(Oracle 9i), Sybase(Brainbench)
  •  12-07-2006, 12:50 PM 1244 in reply to 1242

    Re: High Availability - Log shipping vs transactional replication

    Raspunsul este DA!

    Citez Books Online:

    Database mirroring is fully supported in SQL Server 2005 Standard Edition and SQL Server 2005 Enterprise Edition, but the failover partners must use the same edition. Server instances that are running on SQL Server 2005 Workgroup Edition or SQL Server 2005 Express Edition support the witness role only.

     


    Cristian Andrei Lefter, SQL Server MVP
    MCT, MCSA, MCDBA, MCAD, MCSD .NET,
    MCTS, MCITP - Database Administrator SQL Server 2005
    http://sqlserver.ro
  •  12-07-2006, 2:45 PM 1245 in reply to 1242

    Re: High Availability - Log shipping vs transactional replication

    Insa daca nu sunt bani de investit, ganditi-va si la solutia mea!

    Gheorghe Ciubuc,SQL Server Influencer, MCP(SQL 2000), MCTS (SQL Server 2005) , OCA(Oracle 9i), Sybase(Brainbench)
  •  12-11-2006, 12:02 PM 1284 in reply to 1245

    Re: High Availability - Log shipping vs transactional replication

    Multumesc foarte mult pentru sugestii.

    Pot sa configurez package-ul DTS sa foloseasca SFTP in loc de FTP ?

     

    Adrian

  •  12-11-2006, 1:04 PM 1287 in reply to 1284

    Re: High Availability - Log shipping vs transactional replication

    Din cate vad si eu nu exista setari disponibile pentru a umbla la mecanismul FTP al taskului de package corespunzator.

    Din descrierea de la http://www.sqldts.com/default.aspx?302 aflu ca

    "The File Transfer Protocol and Zip Task uses the Microsoft Win32 Internet functions (WinInet), so of course it has the same limitations"

     


    Gheorghe Ciubuc,SQL Server Influencer, MCP(SQL 2000), MCTS (SQL Server 2005) , OCA(Oracle 9i), Sybase(Brainbench)
View as RSS news feed in XML
Powered by Community Server (Commercial Edition), by Telligent Systems