Finalmente, dopo una lunga incubazione, il sito di UGISS è stato migrato definitivamente!
Il presente sito ci accompagnerà negli anni a venire e - tempo permettendo - sarà tecnologicamente aggiornato nel corso degli anni. Le idee ci sono, com’è possibile vedere dal piano di sviluppo…ed in realtà ne ho altro già in mente per rendere il sito sempre più interattivo e di facile consultazione.
Una serie di utilities scritte dal Product Support Team di SQL Server utilissime per capire a cosa sono dovuti eventuali problemi di performance e per monitorare SQL Server per assicurarsi che sia sempre nelle condizioni ottimali:
http://blogs.msdn.com/psssql/archive/2007/12/18/rml-utilities-for-microsoft-sql-server-released.aspx
Se vi imbattete nell’errore “User instances in SQL Server is disabled. Use sp_configure ‘user instances enabled’ to generate user instances” dopo aver installato Visual Studio 2008, questo post vi potrà essere di aiuto:
http://blogs.ugidotnet.org/Nick60/archive/2007/11/26/89937.aspx
Tipi di dati dedicati per Date & Time, da sempre richiesti ed ora finalmente presenti in SQL Server 2008. Le novità non si fermano a questi due tipi di dati, in quanto ci sono numerosi tipi di dati dedicati alla gestione di Date & Time, cosi come molte nuove funzioni specifiche. In questo webcast vedremo in dettaglio tutte queste importanti novità.
Dettagliato articolo sulla configurazione del supporto Kerberos in un ambiente clusterizzato e non.
http://msdn2.microsoft.com/en-us/library/ms189585.aspx
Da leggere se avete problemi con SSPI, in particolare ottenete l’errore
Cannot generate SSPI context
oppure se nel log di SQL Server trovate messaggi del tipo
The SQL Network Interface library could not register the Service Principal Name (SPN) for the SQL Server service.Failure to register an SPN may cause integrated authentication to fall back to NTLM instead of Kerberos. This is an informational message. Further action is only required if Kerberos authentication is required by authentication policies.
Per motivi di sicurezza può essere necessario dove modificare la porta TCP sulla quale SQL Server normalmente risponde, ossia la 1433.
Per farlo è sufficiente seguire quanto scritto in questa pagina dell’help:
http://msdn2.microsoft.com/en-us/library/ms177440.aspx
Ricordate che fatto ciò se non volete usare alias od utilizzare il SQL Server Browser (che è bene sia disabilitato se avete necessità di creare un ambiente realmente sicuro) vi potrete collegare a SQL Server specificando il numero della porta in modo esplicito:
Un interessante articolo che affronta il tema della memorizzazione di files binari dentro ad un database SQL SERVER prendendo in esami gli aspetti relativi alla dimensione dei files, la frequenza delle operazioni di lettura e scrittura su di essi, le problematiche di frammentazione, la tipologia di storage e il relativo throughput.
