Pentru a migra o baza de date de la o versiune curenta la o versiune anterioara de SQL server vom folosi atat interfata SQL Server Management Studio cat si comenzi T-SQL.

Etape:

1. Generare script pentru  intreaga baza de date si a obiectelor din aceasta: deschidem SQL Server Management Studio - Click dreapta pe baza de date - Tasks - Generate Scripts si alegem toate obiectele din baza respectiva, salvand scriptul intr-un fisier:

2. După generare script putem sa deschidem scriptul si sa verificam daca avem toate obiectele au fost create ( inclusiv index, key si alte obiecte).

Mergem pe instanta unde dorim sa importam baza de date, deschidem scriptul intr-un nou query si daca este nevoie modificam path-ul pentru locatia fisierelor necesare crearii bazei de date :

De exemplu in script vom avea:

CREATE DATABASE [AdventureWorks] ON  PRIMARY

( NAME = N'AdventureWorks_Data', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.BEATRICE2008R2\MSSQL\DATA\AdventureWorks.mdf' , SIZE = 174080KB , MAXSIZE = UNLIMITED, FILEGROWTH = 16384KB )

LOG ON

( NAME = N'AdventureWorks_Log', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.BEATRICE2008R2\MSSQL\DATA\AdventureWorks_1.ldf' , SIZE = 67584KB , MAXSIZE = 2048GB , FILEGROWTH = 16384KB )

GO

După modificarea locatiei fisierelor verificam datele din script si executam scriptul , astfel creem structura bazei de date cu toate obiectele in ea.

3. Al treilea pas consta in importarea propriu zisa a datelor. Pentru a face acest lucru, mergem pe instanta curenta si folosind Wizard-ul de Import and Export data, vom exporta datele in baza de date cu versiune anterioara. Pentru informatii de folosire a Wizard-ului de Import and Export data accesati link-ul: https://msdn.microsoft.com/en-us/library/ms141209(v=SQL.100).aspx

· Putem porni acest Wizard din meniul de Start, din SQL Server Management Studio, din Business Intelligence Development Studio sau chiar din linie de comanda How to: Run the SQL Server Import and Export Wizard ;

· In SQL Server Management Studio, conectati-va la Database Engine, click dreapta pe baza de date pe care dorim sa o exportam - Tasks - Export Data...;

· Se va deschide SQL Server Import and Export Wizard;

· Pe paginile de wizard corespunzatoare, selectati data source si data destination;

· Selectati optiunea ‘Copy data from one or more tables or views’;

· Selectati tabelele pe care doriti sa le copiati:

· Pentru tabelele unde aveti coloane cu proprietatea  ‘IDENTITY’ , selectati tabelul, click pe ‘Edit Mappings…’   , selectati optiunea ‘Enable Identity Insert’, si click OK;

· Salvati si rulati pachetul;

· Verificati raportul pentru a verifica daca operatia a fost cu success sau daca aveti erori (in cazul in care apar erori, verificati mesajul de eroare si reveniti la pasul anterior pentru a elimina eroarea);

Pentru a verifica daca aveti acelasi numar de linii pentru toate tabelele din cele 2 baze de date (cea veche si cea restaurata) executati comanda urmatoare:

execute sp_MSforeachtable 'select count(*) from ?'

Importul si exportul de date poate fi facut folosind, flat files, fisiere Excel, SQL Server Native Client (eu sugerez folosirea ultimei optiuni);

De asememea pentru ca operatiile sa fie cu success (mai ales la nivel de primary key si foreign key ), acestea trebuie realizate de o  persoana care sa cunoasca structura bazei de date .

După ce baza de date este restaurata, vom restaura loginuri-le folosind articolul KB urmator:https://support.microsoft.com/kb/918992

4. In cazul in care aveti joburi sau alerte configurate pentru aceasta baza de date, folosing link-ul  https://support.microsoft.com/kb/314546 , putem sa le exportam , respectiv sa le importam in noua baza de date restaurata.

Este posibil sa primiti urmatorul mesaj de eroare , cand incercati sa va conectati remote cu T-SQL Debugger pe SQL Server.

"Microsoft SQL Server Management Studio

Unable to start T-SQL Debugging. Could not attach to SQL Server process on ‘DatabaseName’. The RPC server is unavailable."

In acest caz puteti verifica urmatorii pasi care pot conduce la solutionarea problemei sau la identificarea unei posibile cauze.

Etape:

1. In prima faza va propun sa verificati daca configurarea de T-SQL Debugging a fost facuta corect. Pentru a configura corect T-SQL Debugging  urmati link-ul https://msdn.microsoft.com/en-us/library/cc646024(v=sql.100).aspx

2. Incercati sa va conectati in local pe aceeasi instanta (in mod normal conectarea in local va fi cu succes);

3. Verificati daca SQL Server Management Studio a fost rulat cu drepturi de administrator (Run as Administrator...);

4. Contul folosit pentru a va conecta remote cu T-SQL Debbuger este in grupul de Local Administrators pe masina si este 'sysadmin' pentru SQL Server;

5. Verificati daca clientul si serverul sunt in acelasi domeniu . Daca nu, este important ca serviciile sa ruleze sub acelasi cont;

6. Daca aveti Firewall activat , atat pe server cat si pe client verificati ca urmatoarele porturi sunt deschise si accepta conexiuni: TCP 139, TCP 445, UDP 137 si UDP 138 ;

7. Verificati ca urmatoarele servicii sunt pornite:

- TCP/IP NetBIOS Helper

- Remote Registry

- RPC Service

8. Verificati ca DCOM este activ atat pe server cat si pe client: https://technet.microsoft.com/en-us/library/cc771387.aspx

9. Executa-ti testul urmator: folositi un laptop care ca fie in acelasi subnet ca si serverul de SQL, dezactivati firewall sau adaugati regulile respective pentru porturile necesare comunicarii si conectati-va remote cu T-SQL Debugger la SQL Server. Daca acest test este realizat cu success atunci cel mai probabil problema se afla undeva pe parcursul comunicarii dintre clientul initial si server-ul de SQL, adica la un dispozitiv intermediar (de exemplu router);

10. Daca aveti dispozitive intermediare intre client si SQL Server este absolut necesar sa configurati si la nivelul acestor dispozitive porturile si reguli pentru a nu bloca comunicarea ;

11. Folositi informatiile din urmatorul link pentu a configura regulile si porturile la nivel de firewall pe server si client:  https://msdn.microsoft.com/en-us/library/bb385831(v=VS.90).aspx;

12. Activati DCOM logging pentru a verifica daca aveti probleme de permisiuni https://support.microsoft.com/kb/892500;

13. Realizati testul din articolul urmator pentru a verifica buna functionare a DCOM: https://support.microsoft.com/kb/259011/en-us

Sper ca acest articol v-a fost de ajutor sau macar a raspuns la o parte din intrebari.

The value for the "schema_option" parameter is a bitwise OR of one or more values (each value is described in the article above). The sp_helpmergearticle stored procedure (https://msdn.microsoft.com/en-us/library/ms174278.aspx) shows the final value of "schema_option". 

In order to determine what were the options used to generate this value, we can use the following script:

-----------SCRIPT EXEMPLE---------------
-----*********************Merge Replication**********
DECLARE @SchemaOption binary(8)
DECLARE @intermediate binary(8)
DECLARE @OptionsInText varchar(8000)
SET @OptionsInText = ' **SCHEMA OPTIONS** '
SET @OptionsInText = @OptionsInText + char(13) +
'---------------------------------------'
----------------------------
--Set the schema_option value that you want to decrypt here
SET @schemaoption = 0x00 --Replace the value here !!!!!
------------------------------
SET NOCOUNT ON
SET @intermediate= cast(cast(@schemaoption as bigint) & 0x00 as binary(8))
IF @intermediate = 0x00
SET @optionsinText = @optionsinText + char(13) + '0x00 - Disables scripting by the Snapshot Agent and uses the provided schema precreation script defined in creation_script.'

SET @intermediate= cast(cast(@schemaoption as bigint) & 0x01 as binary(8))
IF @intermediate = 0x0000000000000001
SET @optionsinText = @optionsinText + char(13) + '0x01 - Generates the object creation (CREATE TABLE, CREATE PROCEDURE, and so on). This is the default value for stored procedure articles.'

SET @intermediate= cast(cast(@schemaoption as bigint) & 0x10 as binary(8))
IF @intermediate = 0x0000000000000010
SET @optionsinText = @optionsinText + char(13) + '0x10 - Generates a corresponding clustered index. Even if this option is not set, indexes related to primary keys and UNIQUE constraints are generated if they are already defined on a published table'

SET @intermediate= cast(cast(@schemaoption as bigint) & 0x20 as binary(8))
IF @intermediate = 0x0000000000000020
SET @optionsinText = @optionsinText + char(13) + '0x20 - Converts user-defined data types (UDT) to base data types at the Subscriber. This option cannot be used if there is a CHECK or DEFAULT constraint on a UDT column, if a UDT column is part of the primary key, or if a computed column references a UDT column'

SET @intermediate = cast(cast(@schemaoption as bigint) & 0x40 as binary(8))
IF @intermediate = 0x0000000000000040
SET @optionsinText = @optionsinText + char(13) + '0x40 - Generates corresponding nonclustered indexes. Even if this option is not set, indexes related to primary keys and UNIQUE constraints are generated if they are already defined on a published table'

SET @intermediate = cast(cast(@schemaoption as bigint) & 0x80 as binary(8))
IF @intermediate = 0x0000000000000080
SET @optionsinText = @optionsinText + char(13) + '0x80 - Replicates PRIMARY KEY constraints. Any indexes related to the constraint are also replicated, even if options 0x10 and 0x40 are not enabled'

SET @intermediate= cast(cast(@schemaoption as bigint) & 0x100 as binary(8))
IF @intermediate = 0x0000000000000100
SET @optionsinText = @optionsinText + char(13) + '0x100 - Replicates user triggers on a table article, if defined'

SET @intermediate= cast(cast(@schemaoption as bigint) & 0x200 as binary(8))
IF @intermediate = 0x0000000000000200
SET @optionsinText = @optionsinText + char(13) + '0x200 - Replicates FOREIGN KEY constraints. If the referenced table is not part of a publication, all FOREIGN KEY constraints on a published table are not replicated'

SET @intermediate= cast(cast(@schemaoption as bigint) & 0x400 as binary(8))
IF @intermediate = 0x0000000000000400
SET @optionsinText = @optionsinText + char(13) + '0x400 - Replicates CHECK constraints'

SET @intermediate= cast(cast(@schemaoption as bigint) & 0x800 as binary(8))
IF @intermediate = 0x0000000000000800
SET @optionsinText = @optionsinText + char(13) + '0x800 - Replicates defaults'

SET @intermediate= cast(cast(@schemaoption as bigint) & 0x1000 as binary(8))
IF @intermediate = 0x0000000000001000
SET @optionsinText = @optionsinText + char(13) + '0x1000 - Replicates column-level collation'

SET @intermediate= cast(cast(@schemaoption as bigint) & 0x2000 as binary(8))
IF @intermediate = 0x0000000000002000
SET @optionsinText = @optionsinText + char(13) + '0x2000 - Replicates extended properties associated with the published article source object'

SET @intermediate= cast(cast(@schemaoption as bigint) & 0x4000 as binary(8))
IF @intermediate = 0x0000000000004000
SET @optionsinText = @optionsinText + char(13) + '0x4000 - Replicates UNIQUE constraints. Any indexes related to the constraint are also replicated, even if options 0x10 and 0x40 are not enabled'

SET @intermediate= cast(cast(@schemaoption as bigint) & 0x8000 as binary(8))
IF @intermediate = 0x0000000000008000
SET @optionsinText = @optionsinText + char(13) + '0x8000 - This option is not valid for SQL Server 2005 Publishers'

SET @intermediate= cast(cast(@schemaoption as bigint) & 0x10000 as binary(8))
IF @intermediate = 0x0000000000010000
SET @optionsinText = @optionsinText + char(13) + '0x10000 - Replicates CHECK constraints as NOT FOR REPLICATION so that the constraints are not enforced during synchronization'

SET @intermediate= cast(cast(@schemaoption as bigint) & 0x20000 as binary(8))
IF @intermediate = 0x0000000000020000
SET @optionsinText = @optionsinText + char(13) + '0x20000 - Replicates FOREIGN KEY constraints as NOT FOR REPLICATION so that the constraints are not enforced during synchronization'

SET @intermediate= cast(cast(@schemaoption as bigint) & 0x40000 as binary(8))
IF @intermediate = 0x0000000000040000
SET @optionsinText = @optionsinText + char(13) + '0x40000 - Replicates filegroups associated with a partitioned table or index'

SET @intermediate= cast(cast(@schemaoption as bigint) & 0x80000 as binary(8))
IF @intermediate = 0x0000000000080000
SET @optionsinText = @optionsinText + char(13) + '0x80000 - Replicates the partition scheme for a partitioned table'

SET @intermediate= cast(cast(@schemaoption as bigint) & 0x100000 as binary(8))
IF @intermediate = 0x0000000000100000
SET @optionsinText = @optionsinText + char(13) + '0x100000 - Replicates the partition scheme for a partitioned index'

SET @intermediate= cast(cast(@schemaoption as bigint) & 0x200000 as binary(8))
IF @intermediate = 0x0000000000200000
SET @optionsinText = @optionsinText + char(13) + '0x200000 - Replicates table statistics'

SET @intermediate= cast(cast(@schemaoption as bigint) & 0x400000 as binary(8))
IF @intermediate = 0x0000000000400000
SET @optionsinText = @optionsinText + char(13) + '0x400000 - Replicates default Bindings'

SET @intermediate= cast(cast(@schemaoption as bigint) & 0x800000 as binary(8))
IF @intermediate = 0x0000000000800000
SET @optionsinText = @optionsinText + char(13) + '0x800000 - Replicates rule Bindings'

SET @intermediate= cast(cast(@schemaoption as bigint) & 0x1000000 as binary(8))
IF @intermediate = 0x0000000001000000
SET @optionsinText = @optionsinText + char(13) + '0x1000000 - Replicates the full-text index'

SET @intermediate= cast(cast(@schemaoption as bigint) & 0x2000000 as binary(8))
IF @intermediate = 0x0000000002000000
SET @optionsinText = @optionsinText + char(13) + '0x2000000 - XML schema collections bound to xml columns are not replicated'

SET @intermediate= cast(cast(@schemaoption as bigint) & 0x4000000 as binary(8))
IF @intermediate = 0x0000000004000000
SET @optionsinText = @optionsinText + char(13) + '0x4000000 - Replicates indexes on xml columns'

SET @intermediate= cast(cast(@schemaoption as bigint) & 0x8000000 as binary(8))
IF @intermediate = 0x0000000008000000
SET @optionsinText = @optionsinText + char(13) + '0x8000000 - Creates any schemas not already present on the subscriber'

SET @intermediate= cast(cast(@schemaoption as bigint) & 0x10000000 as binary(8))
IF @intermediate = 0x0000000010000000
SET @optionsinText = @optionsinText + char(13) + '0x10000000 - Converts xml columns to ntext on the Subscriber'

SET @intermediate= cast(cast(@schemaoption as bigint) & 0x20000000 as binary(8))
IF @intermediate = 0x0000000020000000
SET @optionsinText = @optionsinText + char(13) + '0x20000000 - Converts large object data types introduced in SQL Server 2005 to data types supported on earlier versions of Microsoft SQL Server'

SET @intermediate= cast(cast(@schemaoption as bigint) & 0x40000000 as binary(8))
IF @intermediate = 0x0000000040000000
SET @optionsinText = @optionsinText + char(13) + '0x40000000 - Replicates permissions'

SET @intermediate= cast(cast(@schemaoption as bigint) & 0x80000000 as binary(8))
IF @intermediate = 0x0000000080000000
SET @optionsinText = @optionsinText + char(13) + '0x80000000 - Attempts to drop dependencies to any objects that are not part of the publication'

SET @intermediate= cast(cast(@schemaoption as bigint) & 0x100000000 as binary(8))
IF @intermediate = 0x0000000100000000
SET @optionsinText = @optionsinText + char(13) + '0x100000000 - Use this option to replicate the FILESTREAM attribute if it is specified on varbinary(max) columns. Do not specify this option if you are replicating tables to SQL Server 2005 Subscribers. Replicating tables that have FILESTREAM columns to SQL Server 2000 Subscribers is not supported, regardless of how this schema option is set. See related option 0x800000000.'

SET @intermediate= cast(cast(@schemaoption as bigint) & 0x200000000 as binary(8))
IF @intermediate = 0x0000000200000000
SET @optionsinText = @optionsinText + char(13) + '0x200000000 - Converts date and time data types (date, time, datetimeoffset, and datetime2) introduced in SQL Server 2008 to data types that are supported on earlier versions of SQL Server. For information about how these types are mapped, see the "Mapping New Data Types for Earlier Versions" section in Using Multiple Versions of SQL Server in a Replication Topology.'

SET @intermediate= cast(cast(@schemaoption as bigint) & 0x400000000 as binary(8))
IF @intermediate = 0x0000000400000000
SET @optionsinText = @optionsinText + char(13) + '0x400000000 - Replicates the compression option for data and indexes. For more information, see Creating Compressed Tables and Indexes.'

SET @intermediate= cast(cast(@schemaoption as bigint) & 0x800000000 as binary(8))
IF @intermediate = 0x0000000800000000
SET @optionsinText = @optionsinText + char(13) + '0x800000000 - Set this option to store FILESTREAM data on its own filegroup at the Subscriber. If this option is not set, FILESTREAM data is stored on the default filegroup. Replication does not create filegroups; therefore, if you set this option, you must create the filegroup before you apply the snapshot at the Subscriber. For more information about how to create objects before you apply the snapshot, see Executing Scripts Before and After the Snapshot Is Applied. See related option 0x100000000.'

SET @intermediate= cast(cast(@schemaoption as bigint) & 0x1000000000 as binary(8))
IF @intermediate = 0x0000001000000000
SET @optionsinText = @optionsinText + char(13) + '0x1000000000 - Converts common language runtime (CLR) user-defined types (UDTs) to varbinary(max) so that columns of type UDT can be replicated to Subscribers that are running SQL Server 2005.'

SET @intermediate= cast(cast(@schemaoption as bigint) & 0x2000000000 as binary(8))
IF @intermediate = 0x00000002000000000
SET @optionsinText = @optionsinText + char(13) + '0x2000000000 - Converts the hierarchyid data type to varbinary(max) so that columns of type hierarchyid can be replicated to Subscribers that are running SQL Server 2005. For more information about how to use hierarchyid columns in replicated tables, see hierarchyid (Transact-SQL).'

SET @intermediate= cast(cast(@schemaoption as bigint) & 0x4000000000 as binary(8))
IF @intermediate = 0x0000004000000000
SET @optionsinText = @optionsinText + char(13) + '0x4000000000 - Replicates any filtered indexes on the table. For more information about filtered indexes, see Filtered Index Design Guidelines.'

SET @intermediate= cast(cast(@schemaoption as bigint) & 0x8000000000 as binary(8))
IF @intermediate = 0x0000008000000000
SET @optionsinText = @optionsinText + char(13) + '0x8000000000 - Converts the geography and geometry data types to varbinary(max) so that columns of these types can be replicated to Subscribers that are running SQL Server 2005. '

SET @intermediate= cast(cast(@schemaoption as bigint) & 0x10000000000 as binary(8))
IF @intermediate = 0x0000010000000000
SET @optionsinText = @optionsinText + char(13) + '0x10000000000 - Replicates indexes on columns of type geography and geometry'

print @optionsinText
----END OF SCRIPT EXEMPLE------------

Please be advised that the code example above is just an example and it is provided "as is", with no warranties.

Sa consideram urmatorul scenariu: pe o baza de date SQL 2008 configurez database mirroring pe un alt server SQL. Se poate publica aceasta baza de date? Raspunsul este da, iar in cazul in care baza de date face failover, agentul de replicare (de distributie sau merge) poate detecta ca baza de date publicata este acum pe alt server. Acest lucru este posibil doar daca se adauga printre parametrii agentului si –PublisherFailoverPartner.

Acest parametru se adauga fie folosind interfata Management Studio (properties pentru agentul de replicare -> Steps -> Edit pentru "Run agent" -> in lista de parametrii se adauga –PublisherFailoverPartner si apoi numele serverului mirror), fie folosing procedura sp_add_agent_parameter pe baza de Distributie.

Atunci cand se creaza publicatia, baza de date trebuie sa fie Principal pe server, altfel nu putem avea acces la ea.

Ce se intampla daca se doreste punerea in mirroring si a bazei abonate? Acest lucru este posibil (replicarea functioneaza corect), dar nu este suportat (conform https://msdn.microsoft.com/en-us/library/ms151799.aspx)

Deci database mirroring si replicarea pot fi folosite pe aceeasi baza de date, dar doar daca baza de date respectiva este baza publicata (Publisher); mirroring pentru baza de Distributie sau pentru baza abonata (Subscriber) nu este suportat.

Totusi, se poate face mirroing si pe baza abonata, dar in cazul in care se failover, agentul de replicare (de distributie sau merge) nu detecteaza acest lucru si replicarea se opreste.

Mesajul de eroare in acest caz este destul de vag („Execution of job ... failed. See the history log for details”). In cazul in care atasam agentului de replicare un logging detaliat (https://support.microsoft.com/kb/312292 ) vom gasi urmatoarele mesaje in log:

--------------------------------------

2009-12-31 12:19:07.137 Connecting to Subscriber <nume server Subscriber>

2009-12-31 12:19:07.137 Repl Agent Status: 3
2009-12-31 12:19:07.138 Connecting to OLE DB Subscriber at datasource: <nume server Subscriber>, location: '', catalog: 'test_mirroring_repl', providerstring: '' using provider 'SQLNCLI10'
2009-12-31 12:19:07.156 Percent Complete: 0
2009-12-31 12:19:07.157 Category:AGENT

2009-12-31 12:19:07.138 Connecting to OLE DB Subscriber at datasource: <nume server Subscriber>, location: '', catalog: 'test_mirroring_repl', providerstring: '' using provider 'SQLNCLI10'

2009-12-31 12:19:07.156 Percent Complete: 0

2009-12-31 12:19:07.157 Category:AGENT

Source:  <nume server Subscriber>

Number:  20052

Message: The process could not access database 'test_mirroring_repl' on server <nume server Subscriber>

2009-12-31 12:19:07.158 Repl Agent Status: 3

2009-12-31 12:19:07.158 Percent Complete: 0

2009-12-31 12:19:07.159 Category:SQLSERVER

Source:  <nume server Subscriber>

Number:  4060

Message: Cannot open database "test_mirroring_repl" requested by the login. The login failed.

2009-12-31 12:19:07.159 Repl Agent Status: 3

2009-12-31 12:19:07.160 Percent Complete: 0

2009-12-31 12:19:07.160 Category:SQLSERVER

Source:  <nume server Subscriber>

Number:  18456

Message: Login failed for user <nume login>

2009-12-31 12:19:07.161 Repl Agent Status: 3

2009-12-31 12:19:07.162 Disconnecting from OLE DB Subscriber <nume server Subscriber>

--------------------------------------

Evident, din moment de baza de date nu mai este accesibila pe serverul abonat (este in starea de "restoring"), agentul nu se mai poate conecta la ea si deci replicarea datelor nu este posibila.

Imediat dupa ce sa face failover din nou, replicarea se reia, deci nu este necesara reinitializarea.

Pentru a raspunde la anumite constrangeri fizice (lipsa de spatiu de stocare pe dispozitivul mobil, banda de retea redusa la conectarea cu serverul central, etc) dar si la eventualele constrangeri de securitate (daca se vrea de exemplu ca fiecare utilizator mobil sa aiba acces doar la datele de care are nevoie, etc) se pot folosi filtre de replicare.

Filtrele de replicare sunt de doua feluri – statice sau dinamice; cele statice filtreaza datele orizontal sau vertical pentru toti abonatii – nu fac diferentierea intre dispozitivele mobile si practic permit excluderea din baza de date replicata a unor linii sau coloane.

Filtrele dinamice permit in schimb particularizarea setului de date in functie de utilizatorul mobil: exista filtre dinamice parametrizate (care folosesc functiile SUSER_SNAME() sau HOST_NAME() pentru a identifica PDAul sau userul care se conecteaza la server) si filtre dinamice de tip join (care stabilesc ce date si din ce tabele vor ajunge la un anumit PDA).

Spre exemplu, in Tabela1 in care exista o coloana NumePDA se poate adauga un filtru parametrizat de tipul: NumePDA = HOST_NAME() ceea ce permite ca la conectarea unui PDA ce are numele „PDA1” acesta sa primeasca doar randurile din tabela care au valoarea PDA1 in coloana NumePDA.

Apoi, se pot defini filtre de tip join care sa lege aceasta tabela cu altele din baza de date, spre exemplu Tabela1.ClientID = Tabela2.ClientID;

In urma folosirii acestor filtre, atunci cand PDAul cu numele PDA1 se conecteaza la serverul central pentru a se sincroniza el va avea acces doar la randurile din Tabela1 care au NumePDA = PDA1 si la cele din Tabela2 care indeplinesc conditia din filtrul join: Tabela1.ClientID = Tabela2.ClientID

Tabela1:

Tabela2:

Evident, in practica filtrele sunt mult mai complexe, in functie de nevoile de business ale clientilor, ceea ce poate duce la penalizari de performanta la momentul sincronizarii.

Ce se intampla in momentul sincronizarii? 

In mod traditional, in SQL Server 2000, la momentul sincronizarii are loc un proces de evaluare a partitiilor care folsoeste functia sp_MSsetupbelongs pentru a determina ce randuri ii corespund fiecarui abonat. Acest lucru presupune parcurgerea tabelelor sistem folosite de replicare si identificarea randurilor care apartin de abonatul care s-a conectat la server.

Incepand cu SQL Server 2005, inca din momentul in care un anumit rand a fost modificat pe serverul central, el se va adauga partitiei corespunzatoare abonatului / abonatilor de care apartine; astfel, se evita calcularea partitiilor si se reduc timpii de sincronizare. Acest sistem (numit partitionare precalculata) este implicit in SQL Server 2005, dar in cazul in care anumite conditii de specificare ale filtrelor nu sunt indeplinite, el nu poate fi folosit si se recurge la metoda de evaluare la momentul sincronizarii.

Articolul https://msdn.microsoft.com/en-us/library/ms151737(SQL.90).aspx explica pe larg in ce conditii nu se pot folosi partitiile precalculate, dar in general acest lucru se intampla cand in filtrul parametrizat nu apar functiile SUSER_SNAME() sau HOST_NAME() explicit, ci functii definite de utilizator (care fac apel la SUSER_SNAME() sau HOST_NAME() ).

In acest caz, la sincronizare se efectueaza procesul de evaluare a partitiilor, iar asta poate dura mult in cazul in care mai multi abonati se conecteaza in acelasi timp, pe serverul central exista foarte multe modificari ale datelor si/sau logica de filtrare este complexa.

Pentru a incerca sa reducem timpul de sincronizare, exista mai multe posibilitati:

1.       Reducerea numarului de agenti ce se conecteaza in acelasi timp (daca este posibil);

2.       Verificarea fragmentarii pt tabelele sistem folosite in procesul de eveluare a partitiilor -> de obicei este bine sa rulam un script de defragmentare pe toate tabelele sistem folosite de replicare, pentru ca acestea se modifica foarte mult atunci cand se executa operatii pe tabelele utilizator;

3.      Modificarea logicii de filtrare (filtrele de tip parametrizat sau cele join) -> acesta este probabil punctul cel mai complicat pentru ca trebuie tinut seama de cerintele de functionare ale aplicatiei. Unele solutii sunt:

-         folosirea SUSER_SNAME() si HOST_NAME() doar in filtrele parametrizate, de prefrinta explicit; aceste functii se pot folosi si in filtrele join sau chiar in cele statice, dar acest lucru este nerecomandat;

-         indexarea coloanelor ce apar in filtrele join;

-         daca una din coloanele ce apar intr-un filtru join au atributul UNIQUE, se seteaza optiunea join unique key pt filtrul respectiv; astfel, se evita cautarea intr-o tabela din momentul in care o valoare corespunzatoare filtrului a fost gasita;

-         in cazul (foarte des intalnit) in care in definitia filtrului apar functii nondeterministe (ca de exemplu GETDATE() ) este recomandat sa adaugam o coloana de tip bit in tabela replicata care sa indice daca un rand trebuie sa nu sa fie replicat. Modificarea bitului se poate face printr-un job SQL Server care va parcurge toata tabela si va marca radnurile ce trebuiesc replicate, iar conditia din filtru se va modifica astfel incat sa referntieze aceasta coloana de tip bit; astfel se evita pe de o parte probleme de performanta, dar si o functionare defectuoasa a aplicatiei: daca in filtru avem conditia WHERE data > (GETDATE() – 1) asta presupune ca ne asteptam ca la urmatoarea rulare a agentului de replicare liniile cu data posterioara datei de ieri sa fie prelucrate de agentul de replicare. In realitate, agentul de replicare va prelucra doar randurile care au fost modificate de la ultima sa rulare, deci va ignora randurile care corespund conditiei din filtru, dar nu s-au modificat! In acest caz, nu s-a schimbat nicio valoare in tabela. Solutia este sa folosim o coloana nou de tip bit care sa fie initializata cu 0, iar in momentul in care detectam ca a trecut o zi, sa modificam valoarea bit-ului in 1; noul filtru de replicare va fi bazat pe aceasta coloana noua: WHERE bit = 1. Articolul https://msdn.microsoft.com/en-us/library/ms365153(SQL.90).aspx da mai multe detalii despre aceasta solutie.

Andreea Vasilescu

Log Shipping-ul  permite transmiterea transaction log-ului de la o instanța pe care o sa o numim mai departe ca Primary la o a doua instanța sau mai multe instanțe Secondary. De asemenea poate fi configurat si o a treia instanta, numita monitor server unde se pot regăsi statutul si istoricul operațiunilor dintre Primary si Secondary sau se pot defini alerte daca Log Shipping-ul întâmpina probleme.  Instanțele Primary, Secondary si Monitor se pot configura pe aceiași mașina fizica însa in acest caz SQL Server Failover Clustering ne oferă rezultate mult mai bune.

·         Instanța Primary server intr-o configurație de Log Shipping reprezintă instanța SQL de producție. Pe aceasta instanța se administrează configurarea de Log Shipping  prin intermediul consolei Management Studio sau prin intermediu TSQL-ului.

Important: O baza de date ce urmata a fi configurata pentru Log Shipping trebuie fie in modul de recovery full sau bulk-logged. Log Shipping-ul  nu este disponibil in modul Simple.

·         Instanța Secondary Server reprezintă instanța unde dorim sa păstram o copie fidela a bazei de date de pe Primary server. O baza de date pe Secondary server este inițializata atunci când restoram un full backup a bazei de date de pe Primary Server.

·         Instanța Monitor Server  nu este obligatorie in configurația Log Shipping-ului. Aceasta instanța înregistrează toate informațiile legate de Log Shipping. Este recomandat ca Monitor Server sa existe pe o mașina fizica separata de Primary sau Secondary pentru a evita pierderea de informații critice in caz de eroare fatala.

Log Shipping-ul consta in următoarele etape:

1) Backup pentru transaction log-ul pe Primary server.

2) Copierea backup-ului pe Secondary server.

3) Restore backup-ului pe Secondary server.

Daca exista mai multe instanțe Secondary atunci etapele 2 si 3 trebuiesc efectuate pentru fiecare dintre acestea.

IMPORTANT

- Log Shipping-ul nu permite failover-ul  intre Primary si Secondary server automat. Mutarea instanței pe un Secondary server cand Primary devine indisponibil se face manual.

Log Shipping Jobs

Log Shippingul este format din patru joburi

·         Backup - prin intermediul căruia se face un backup pentru fiecare baza de date de pe Primary  Server .

·         Copy - creat pe Secondary Server. Scopul acestui job este copierea backup-ului de pe Primary si transmiterea lui pe Secondary Server.

·         Restore - create pentru restorarea copiei pe Secondary Server

·         Alert - acest job poate fi creat pe Monitor Server.

Exemplu de configurație de Log Shipping:

Configurarea Log Shiping-ului in SQL 2005 Server

Configurarea Log Shipping-ului folosind consola Management Studio:

Important: Înainte de a începe configurarea Log Shipping-ului trebuie sa creat un folder share care sa permită copierea transaction log-ului pe Secondary Server.

1.       Clic dreapta -> Proprieties pe baza de daca pe care doriți sa configurați Log Shipping-ul.

2.       Mergeți in pagina Transaction Log Shipping si activați cusuta Enable this as a primary database in a log shipping configuration

3.       Apăsați butonu Backup Settings si in Network path to the backup folder introduceți numele folder-ului share declarat mai înainte.

IMPORTANT: Daca contul service-ului SQL Server pe Primary Server este merge sub contul local system, atunci trebuie creat un share folder pe Primary Server.

4.        Configurați parametri Delete files older that si Alert if no backup occurs within.

5.       In pagina Transaction Log Shipping apăsați Add in Secondary server instances and databases si apoi conectați-va la instanta SQL pe care doriți sa o configurați ca Secondary Server.

6.       In tab-ul Initialize Secondary database alegeți opțiunea pentru a inițializa baza de date Secondary. Apoi in tab-ul Copy files introduceți calea folder-ului in care backup-urile transaction log-ului sa fie copiate. In general acest folder se regăsește pe Secondary Server.

7.       In Tab-ul Resotre, sub Database state when restoring backups trebuie aleasa optiunea No recovery mode sau Standby mode.

8.       Sub Alert if no restore occurs within poteti alege o alerta.

9.       Sub Monitor server instance, bifati Use a monitor server instance  si apasati butonul Settings.

IMPORTANT: Pentru a controla aceasta configurație de Log Shipping trebuie, acum, adăugat Monitor Server-ul. Daca aceasta adăugare nu este posibila acum , va trebui sa reinstalați totul in cazul in care doriți o configurație cu Monitor Server inclus.

10.   Conectați-va la instanța pe care doriți sa o folosiți ca Monitor Server.

11.    Sub Monitor Connections alegeți metoda de conectare folosita pentru backup, copy si restore pentru Monitor Server. Apoi alegeți pentru ce perioada sa fie reținute in istoric evenimentele legate de Log Shipping.

12.   Clic Ok pentru a începe procesul de configurare.

Mai departe sunt descrise metodele folosite pentru a identifica motivul  unei tentative eșuate de instalare de Service Pack.

1) Deschideți cel mai recent fișier Summary.txt care reprezintă ultima tentativa de instalare pentru SP2 

(path: %programfiles%\Microsoft SQL Server\90\Setup Bootstrap\LOG\Hotfix\).

In acest fișier puteți vedea starea fiecărui component SQL si eventualele erori de instalare.

Exemplu:

Product Installation Status
Product                   : Setup Support Files
Product Version (Previous): 1399
Product Version (Final)   : 3042
Status                    : Success
Log File                  : C:\Program Files\Microsoft SQL Server\90\Setup Bootstrap\LOG\Hotfix\Redist9_Hotfix_KB921896_SqlSupport.msi.log
Error Number              : 0
Error Description         :

sau

Product Installation Status
Product                   : Setup Support Files
Product Version (Previous):
Product Version (Final)   :
Status                    : Failure
Log File                  : C:\Program Files\Microsoft SQL Server\90\Setup Bootstrap\LOG\Hotfix\Redist9_Hotfix_KB921896_SqlSupport.msi.log
Error Number              : 1635
Error Description         : Unable to install Windows Installer MSI file

2) Identificați primul component care prezintă Status : Failure.

Codul erorii si mesajul pot fi suficiente pentru a identifica motivele eșecului.

Altfel, daca acest fișier nu este concludent, trebuie sa verificați fișierul log detaliat at componentului unde ati remarcat primul Status : Failure.

In exemplul de mai sus fișierul de log este Redist9_Hotfix_KB921896_SqlSupport.msi.log.

3) Daca nu exista fișier Summary.txt trebuie căutat si analizat cel mai recent fișier hotfix.log.

In același timp puteți analiza event viewer Application si System care va pot indica eventuale cauze adiționale pentru instalarea de service Pack eșuată.

Ca si in cazul sistemul de operare Windows Server 2003, componentul pump este incarcat in IIS (Internet Information Services) si este folosit ca si extensie ISAPI asigurând transferul client - Analysis Services  si invers.

Binarele (identic cu Windows Server 2003):

            Trebuie copiat conținutul directorului  %Installation folder%\OLAP\bin\isapi  intr-un folder care o sa devină, mai târziu, baza pentru directorul virtual in IIS.

Exemplu:

Copiați folderul C:\ProgramFiles\Microsoft SQL Server\MSSQL.1\OLAP\bin\isapi in interiorul C:\inetpub\wwwroot\olap

            Condiții de respectat:          

                                                -  directorul virtual trebuie sa fie pe un volum formatat NTFS

                                                 - calea directorului sa nu conțină spații (condiție IIS)

                                                 - este necesara  instalarea  OLEDB for Analysis Redistributable package dacă intenționați să instalați HTTP pump pe un alt server decât cel pe care

                                                rulează AS.

Crearea unei Application POOL:

                1. Deschideți consola IIS utilizând comanda inetmgr (Start->Run->Tastați comanda)

                2. In pagina Application Pools adăugați (clic dreapta ) o noua Application Pool folosind următoarele date:

              Name: OLAP
              .Net Framework Version: v2.0.50727
              Managed Pipeline mode: Classic

                3. O Appication Pool creată va folosi by default contul network service ca identitate. Pentru a     schimba identitatea clic dreapta pe noua Application Pool creată -> Advanced Settings -> campul       Identity sub Process Model.

Creating a virtual directory

                1. Deschideți consola IIS utilizând comanda inermgr (Start->Run->Tastați comanda).

                2. Click dreapta pe Website, apoi alegeți Add Virtual Directory. Alegeți un nume pentru   Virtual Directory(exemplu: OLAP).

                3. Schimbați Virtual Directory-ul  in Application. Pentru aceasta clic dreapta pe recentul Virtual Directory (OLAP) creat si apoi alegeți Convert to Application. In fereastra care se deschide apăsați OK.

Setarea  proprietatilor pentru Virtual Directory

                1. Pentru Security, selectați Virtual Directory OLAP si apoi in partea dreapta a consolei IIS si selectați Feature View. 

                2.Dublu-clic pe Authentication sub IIS,  si Enable Anonymous Access & Integrated Windows Authentication

                3. Pentru a aduga executabilul msmdpump.dll ca si  Extension, in Hanndler  Mappings sub IIS clic dreapta oriunde pe pagină si alegeți Select Add Script Map. Aici introduceți următoarele date:

                                Request Path: *.dll
                                Executable: Path of msmdpump.dll (C:\Inetpub\wwwroot\olap\msmdpump.dll)
                                Name: OLAP

                5. Clic pe butonul Request Restriction si sub tab-ul Verbs selectați  All Verbs.

                6. După ce apăsați OK pentru Add Script Map sunteți întrebat daca permiteți aceasta extensie ISAP. Clic Yes.

Alegerea Server-ului Analysis Services tinta

Deschideți fișierul msmdpump.ini care se găsește directorul dumneavoastră.

Conținutul ar trebui sa arate in felul următor:

<ConfigurationSettings>
<ServerName>localhost</ServerName>
<SessionTimeout>3600</SessionTimeout>
<ConnectionPoolSize>100</ConnectionPoolSize>
<MinThreadPoolSize>0</MinThreadPoolSize>
<MaxThreadPoolSize>0</MaxThreadPoolSize>
<MaxThreadsPerClient>4</MaxThreadsPerClient>
</ConfigurationSettings>

Aceste valori sunt bune in cazul in care instanța Analysis Services este o instanța default si se afla in local.

In celelalte cazuri trebuie specificat numele mașinii si numele instanței.

Pentru a testa daca DataPump este bine configurat deschideți o consola Management Studio:

                - selectați Server Type ca Analysis Services.

                - in câmpul Server Name folositi (<https://localhost/olap/msmdpump.dll>).

2.       Open GPMC

3.       Create and link a GPO at the Top of the Domain level or inside the Organizational unit containing the computers where you want the alias to be applied 

4.       If you leave the policy at the domain level it will be applied to the entire Domain. If you want to apply the alias only to a part of the domain Computers and do not have all of these computers inside a single OU, you need to remove Authenticated Users from the security Filtering, then click on the Add button from the Security Filtering. Then select the object types to only be Computers, then Advanced, Find and select the computers where you want the policy to be applied. If you have lots of computers where this policy needs to be applied, you can use WMI filtering or LDAP query to put all computers inside a security group and then add the group to the security filtering.

5.       Right click the linked GPO and select Edit

6.       The Group Policy Object Editor Should open

7.       It is now time to create your ADM file using notepad. Create a new file with the ADM extension and put the following code inside it:

CLASS MACHINE

CATEGORY "SQL Server Client aliases"

                KEYNAME "SOFTWARE\Policies"

                POLICY "List of SQL Server aliases"

                               EXPLAIN "This list of SQL Server aliases will be deployed to users which are affected by this GPO !"

                               PART "ALIASLIST"                           LISTBOX

                                               KEYNAME "SOFTWARE\Microsoft\MSSQLServer\Client\ConnectTo"

                                               EXPLICITVALUE

                               END PART

                END POLICY

END CATEGORY

8.       In the Group Policy Object Editor, right click the Administrative Templates and choose Add/Remove Templates

9.       Browse to your newly created ADM files and then click close

10.   You should now have the new policy defined. It looks like this:

11.   Double click on the policy, check "Enabled" and then click "Show" :

12.   Because the policy is new, the list is empty. Click "Add" to specify a new Alias.

13.   Inside the NAME you should enter the NAME as used inside your applications to specify the server to connect to. If the connection string inside your applications are only using the machine name you will also only use the machine name. If the con string uses the machinename\instancename you should use the same format.

14.   Inside the VALUE you should enter the new machine name and the new port for the migrated SQL instance. If this is the default instance the port is not required. However you also need to mention DBMSSOCN for the alias to work. So the syntax would be "DBMSSOCN,machinename,sqlinstanceportnumber"

15.   For example let's suppose that one of your applications on a client machine uses the following connection string "Provider=SQLOLEDB.1;Integrated Security=SSPI;Persist Security Info=False;Data Source=sql2005lb1". Then you migrate your SQL instance from machine SQL2005lb1 to machine SQL2005LatestB1 and now the SQL instance is named SQL2005 and it is listening on port 2567. This is how the Add Item text boxes should be filled:

You can also use the new SQL instance name instead of the port number if the port is dynamic. Be careful to have the SQL Browser open on the Server machine in this scenario in order to have the instance name translated into port number. Here is how the Add Item text boxes should be filled in this case:

16.   Everything is not set correctly. Client machines will have to be restarted for the policy to be automatically pushed. They can be manually forced without the need to restart the machine, by running on each client machine the command "gpupdate /force".

Add a button and a textBox on the userControl. Add some text into the textBox when the button is clicked. Build the project. We will copy later the dll file that has been generated.

Open Visual Studio 2008, create a new project, choose SharePoint for project type and WebPart for Template. Drive your class from Microsoft.SharePoint.WebPartPages.WebPart. Override the RenderWebPart method in order to display the object that is your dll.