Le funzioni di ranking sono state introdotte sin dall'edizione 2005 ma molto spesso mi capita di vedere script che potrebbero beneficiarne non farne uso.
Scopo delle funzioni di ranking è quello di "classificare" ogni riga all'interno di una partizione, di un set di risultati.
venerdì 27 luglio 2012
martedì 17 luglio 2012
WPC 2012
Sono aperte le iscrizioni alla WPC 2012, la più importante IT Conference italiana !!
Trovate le info qui...
Ci si vede alla wpc
Ciao
Luca
Trovate le info qui...
Ci si vede alla wpc
Ciao
Luca
Etichette:
Conferenze It
SQL Server 2012: Transactional replication e Always On
E' possibile configurare una Transactional Replication per un database coinvolto in Always on Availability Group e fare in modo che anche in caso di failover la replica continui a funzionare ? Si è possibile !
domenica 1 luglio 2012
SQL Start 2012 !!
Sono aperte le registrazioni per la SQL Start! 2012 che si terrà ad Ancona il 28 settembre 2012.
Moltissime sessioni su SQL Server 2012 sia per Dev che Admin....
Non mancate.
Ciao
Luca
Etichette:
Conferenze It
Trovare l'isolation level delle transazioni attive e altro....
Mai capitato di dover capire lo stato di una transazione, il suo isolation level e chi l'ha lanciata ?
SQL mette a disposizione tantissime Dynamic Management Views and Functions che ci aiutano a capire cosa sta facendo l'engine.
Etichette:
SQL Server 2005,
Sql Server 2008,
Sql Server 2008 R2,
SQL Server 2012
domenica 17 giugno 2012
SQL Server 2012: Automatic page repair e Always On
L'Always On consente di avere molti vantaggi tra cui l'automatic page repair. Con l'utilizzo e attività di scrittura nei DB si possono verificare errori che rendono inutilizzabili le data pages e di conseguenza i dati, ma grazie all'always on è possibile far si che SQL, automaticamente, ponga rimedio all'anomalia.
Etichette:
SQL Server 2012
mercoledì 25 aprile 2012
SQL Server 2012: Always On Read Only Routing
Nel post precedente abbiamo visto come il Listener gira le connessioni in entrata sul server corretto. Sempre grazie al Listener è possibile fare in modo che, automaticamente, le connessioni che devono effettuare attività di sola lettura si connettano ad una replica secondaria, alleggerendo di fatto il principal da attività come la reportistica etc....
Etichette:
SQL Server 2012
SQL Server 2012: Always On Availability Group Listener
Nei post procedenti abbiamo visto come configurare l'Always On e come il backup del Transaction log distribuito sollevi il server principal dall'onere di effettuare il backup del tlog...
Un componente fondamentale per l'Always On Availability Group è l'Availability Group Listeners. Questo componente non è altro che un Virtual Network Name a cui i client possono connettersi per accedere a un database in una replica primaria
Un componente fondamentale per l'Always On Availability Group è l'Availability Group Listeners. Questo componente non è altro che un Virtual Network Name a cui i client possono connettersi per accedere a un database in una replica primaria
Etichette:
SQL Server 2012
domenica 22 aprile 2012
SQL Server 2012: Always On e Backup distribuito
SQL Server 2012 Always On Availability Group consente di "distribuire" tra il server Principal e le repliche Secondarie il carico di lavoro.
Ciò significa che per esempio possiamo fare in modo che che i client effettuino attività di reportistica su un determinato DB di replica senza
impattare sulle performance del Principal che in questo modo può far fronte a tutte le richieste degli utenti e portar avanti il lavoro sui DB Core business aziendali. Ma anche il backup può beneficiare di questa possibilità.
Ciò significa che per esempio possiamo fare in modo che che i client effettuino attività di reportistica su un determinato DB di replica senza
impattare sulle performance del Principal che in questo modo può far fronte a tutte le richieste degli utenti e portar avanti il lavoro sui DB Core business aziendali. Ma anche il backup può beneficiare di questa possibilità.
Etichette:
SQL Server 2012
SQL Server 2012: Always On, come configurarlo
Con il Database Mirroring SQL Server 2005 ha introdotto un nuovo strumento per mantenere l'alta disponibilità dei dati.
Il Database Mirroring, o cluster dei poveri ;-) , consente di "replicare" le transazioni dal database Principal al database Mirror.
In pratica le applicazioni si connettono al database Principal e tutti i comandi che comportano la modifica ai dati o alla struttura
vengono replicati esattamente sul Mirror.
In Sql Server 2012 il Database Mirroring è considerato deprecated ma il suo erede, l' Always On Availability Group, è il sostituto ideale perchè consente di superare i numerosi limiti di funzionamento della vecchia tecnologia.
Il Database Mirroring, o cluster dei poveri ;-) , consente di "replicare" le transazioni dal database Principal al database Mirror.
In pratica le applicazioni si connettono al database Principal e tutti i comandi che comportano la modifica ai dati o alla struttura
vengono replicati esattamente sul Mirror.
In Sql Server 2012 il Database Mirroring è considerato deprecated ma il suo erede, l' Always On Availability Group, è il sostituto ideale perchè consente di superare i numerosi limiti di funzionamento della vecchia tecnologia.
Etichette:
SQL Server 2012
Iscriviti a:
Post (Atom)