Windows Server 2012: differenze tra le versioni

Contenuto cancellato Contenuto aggiunto
Luca Ghio (discussione | contributi)
Nessun oggetto della modifica
Luca Ghio (discussione | contributi)
Sposto in ReFS
Riga 32:
 
È presente una nuova funzione per la [[gestione indirizzi IP]] (IPAM). Sono pienamente supportati sia [[IPv4]] sia [[IPv6]].<ref name=developer_zdnet />
 
Windows Server 8 introdurrà il nuovo [[file system]] [[ReFS]].
 
===Opzioni di installazione===
Riga 41 ⟶ 43:
===Active Directory===
La versione di [[Active Directory]] inclusa in Windows Server 8 introduce alcuni cambiamenti rispetto a quella fornita con [[Windows Server 2008 R2]]. L'installazione guidata di Servizi di dominio Active Directory è stata sostituita da una nuova sezione in Server Manager, ed è stato migliorato il Centro di amministrazione di Active Directory. È stata aggiunta una [[interfaccia grafica]] al Cestino per Active Directory. I criteri sulle password possono differire più facilmente all'interno dello stesso dominio. Active Directory in Windows Server 8 ora conosce tutti i cambiamenti che risultano dalla virtualizzazione, ed è possibile clonare in sicurezza i controller di dominio virtualizzati. Sono stati semplificati gli aggiornamenti del livello funzionale di dominio a Windows Server 8: è possibile infatti effettuarli interamente in Server Manager. Non è più richiesto il download di Active Directory Federation Services quando installato come ruolo, e nel token [[Kerberos (protocollo)|Kerberos]] sono stati introdotti i claim che possono essere usati da Active Directory Federation Services. I comandi di [[Windows PowerShell]] utilizzati da Centro di amministrazione di Active Directory possono essere visualizzati in un Visualizzatore della cronologia di PowerShell.<ref>{{cita web | url=http://www.infoworld.com/d/microsoft-windows/windows-server-8-the-4-best-new-active-directory-features-177128 |titolo=Windows Server 8: The 4 best new Active Directory features |cognome=Bruzzese |nome=J. Peter |editore=InfoWorld |data=26 ottobre 2011 |accesso=17 marzo 2012 |lingua=en |urlarchivio=http://www.webcitation.org/66DaCp4dh |dataarchivio=17 marzo 2012 |deadurl=no}}</ref><ref>{{cita web |url=http://www.windowsitpro.com/content1/topic/windows-server-8-active-directory-140571/catpath/windowsserver8/page/1 |titolo=What's New in Windows Server 8 Active Directory |data=14 settembre 2011 |accesso=17 marzo 2012 |cognome=Deuby |nome=Sean |editore=Windows IT Pro |lingua=en |deadurl=no |dataarchivio=17 marzo 2012 |urlarchivio=http://www.webcitation.org/66DaOaUEm}}</ref>
 
===ReFS===
'''ReFS''' (acronimo di ''Re''silient ''F''ile ''S''ystem) è un nuovo [[file system]] che apporta alcuni miglioramenti a [[NTFS]].<!--
--><ref name="B8_ReFS">{{cita web |url=http://blogs.msdn.com/b/b8/archive/2012/01/16/building-the-next-generation-file-system-for-windows-refs.aspx |titolo=Building the next generation file system for Windows ReFS |editore=Building Windows 8 |accesso=28 febbraio 2012 |dataarchivio=24 febbraio 2012 |urlarchivio=http://www.webcitation.org/65hF4HNY9 |deadurl=no |data=16 gennaio 2012 |autore=Surendra |lingua=en}}</ref><!--
--><ref>{{cita web |url=http://www.zdnet.com/blog/microsoft/microsoft-goes-public-with-plans-for-its-new-windows-8-file-system/11666 |titolo=Microsoft goes public with plans for its new Windows 8 file system |lingua=en |editore=ZDNet |dataarchivio=2 marzo 2012 |accesso=2 marzo 2012 |deadurl=no |urlarchivio=http://www.webcitation.org/65sE4LIDa |data=16 gennaio 2012 |nome=Mary Jo |cognome=Foley}}</ref><!--
--> Apparso per la prima volta nella build trapelata [[Windows_8#Build 7955 (28 febbraio 2011)|7955]],<!--
--><ref name="ReFS1">{{cita web |url=http://www.windowsblogitalia.com/2011/06/alla-scopera-del-nuovo-file-system.html |titolo=Alla scoperta del nuovo file system Protogon: come utilizzarlo per formattare un drive |editore=WindowsBlogItalia |data=14 giugno 2011 |nome=Marco |cognome=Rinaldi |accesso=4 marzo 2012 |deadurl=no |dataarchivio=4 marzo 2012 |urlarchivio=http://www.webcitation.org/65v1gL97w}}</ref><!--
--> era precedentemente conosciuto con il nome in codice ''Protogon''.<!--
--><ref>{{cita web |url=http://winunleaked.tk/2011/12/good-bye-protogon-welcome-refs/ |titolo=Good bye Protogon, welcome ReFS |lingua=en |editore=WinUnleaked.tk |data=1° dicembre 2011 |accesso=4 marzo 2012 |dataarchivio=4 marzo 2012 |urlarchivio=http://www.webcitation.org/65v1qJcDS |autore=Canouna}}</ref><!--
-->
 
Il supporto a ReFS fu introdotto a partire da ''Windows Server "8" Beta''<!--
--><ref>{{cita web |url=http://www.windowsitpro.com/article/windowsserver8/windows-server-8-beta-introduces-refs-resilient-file-system-142453 |lingua=en |editore=Windows IT Pro |nome=Sean |cognome=Deuby |titolo=Windows Server 8 Beta Introduces ReFS: Resilient File System |data=2 marzo 2012 |accesso=5 marzo 2012 |deadurl=no |urlarchivio=http://www.webcitation.org/65wlZOIk7 |dataarchivio=5 marzo 2012}}</ref><!--
--> (''Windows 8 Server Developer Preview'' ne era ancora privo<!--
--><ref name="neowin_protogon">{{cita web|url=http://www.neowin.net/news/windows-8-new-protogon-filesystem-could-be-the-next-big-thing |titolo=Windows 8: New "Protogon" filesystem could be the next big thing |editore=Neowin.net |data=15 settembre 2011 |accesso=2 marzo 2012 |lingua=en |nome=Owen |cognome=Williams |deadurl=no |urlarchivio=http://www.webcitation.org/65qowwc4p |dataarchivio=2 marzo 2012}}</ref><!--
-->). Anche se le unità formattate dalle prime build trapelate di Windows 8 non vengono riconosciute correttamente da [[Windows 7]] e precedenti,<ref name="ReFS1" /><!--
--> Microsoft prevede di garantire in futuro il supporto a ReFS per tutti i sistemi operativi dotati del supporto a [[NTFS]].<ref name="B8_ReFS" /><!-- nei commenti -->
 
I piani di Microsoft per l'adozione di ReFS prevedono tre principali fasi successive: inizialmente ReFS sarà destinato esclusivamente ai [[file server]], in sola lettura per Windows 8 e anche in scrittura per Windows Server 8; in un secondo momento anche Windows 8 acquisterà il pieno supporto a ReFS per le unità esterne; infine sarà disponibile come normale file system anche per la partizione di sistema di Windows.<ref name="B8_ReFS" />
 
====Strutture dati e scalabilità====
I [[Metadato|metadati]] e i [[file]] sono memorizzati in [[B-Albero#B+Tree|B+Tree]], cioè sono organizzati in una struttura gerarchica a tabelle simile ai [[database relazionali]]: una tabella principale, detta ''Object Table'', contiene i riferimenti alle directory, le quali a loro volta contengono ciascuna una tabella contenente i singoli file, i quali a loro volta sono in associazione ciascuno con una tabella ''File Metadata'' contenente i suoi metadati. Alle tabelle ''File Metadata'' si agganciano i ''File Extents'', ossia delle tabelle atte a memorizzare i [[Checksum|controlli di integrità]] del file.<ref name=computermagazine>{{cita pubblicazione |anno=2012 |mese=marzo |titolo=Microsoft lancia ReFS |rivista=[[Computer Magazine]] |numero=187 |pagine=16-18}}</ref>
 
Le dimensioni dei file, le dimensioni totali del [[volume (informatica)|volume]], il numero di file in una [[directory]] e il numero di directory in un volume sono limitati da numeri a 64 bit: la dimensione massima dei file risulta perciò di 16 [[exbibyte]], e la dimensione massima dei volumi ammonta a 1 [[yobibyte]] (con [[cluster di dati|cluster]] da 64 [[Kilobyte|KB]]). I [[Nome del file|nomi dei file]] e i [[Percorso|percorsi]] dei file sono ciascuno limitato a una stringa di testo da 32 {{Descrizione comando|KB|kilobyte}}, e lo spazio libero è calcolato da un allocatore gerarchico che contiene tre tabelle separate per [[chunk (informatica)|chunk]] piccoli, medi e grandi. Grazie a questa maggiore [[scalabilità]] rispetto a [[NTFS]], ReFS mantiene una grande flessibilità e reattività anche di fronte a directory assai articolate e numerosi file di grandi dimensioni.
 
====Resilienza====
I metadati possono avere un controllo di integrità facoltativo in un "[[Fork (file system)|flusso]] di integrità" separato: tutti i file possono così incorporare dei [[Checksum|controlli di integrità]] a 64 bit, che sono memorizzati in modo indipendente all'interno delle tabelle ''File Extents''. Ciò è controllato dal nuovo attributo "integrità" applicabile sia ai file sia alle directory.
 
Grazie alla [[Indice di fragilità|resilienza]] incorporata, gli amministratori non hanno bisogno di eseguire periodicamente strumenti di controllo degli errori come [[Chkdsk|CHKDSK]] durante l'utilizzo di ReFS: le funzionalità di resilienza di ReFS possono rilevare se una copia di mirroring dei file è danneggiata utilizzando un processo di [[data scrubbing]] in background, che legge periodicamente tutte le copie di mirroring e verifica i loro controlli di integrità, sostituendo poi le copie errate con quelle corrette.
 
Se ciononostante i file o i metadati si danneggiano, il file può essere eliminato senza dover porre offline l'intero volume per manutenzione, ripristinandolo poi da un backup.
 
====''Spazi di archiviazione''====
ReFS si integra con ''[[Spazi di archiviazione]]'', un livello di [[virtualizzazione dell'archiviazione]] che consente il mirroring e lo striping dei dati ed anche la condivisione dei pool di archiviazione tra le macchine.<ref name="B8_storage_spaces">{{cita web|url=http://blogs.msdn.com/b/b8/archive/2012/01/05/virtualizing-storage-for-scale-resiliency-and-efficiency.aspx|titolo=Virtualizing storage for scale, resiliency, and efficiency|editore=Building Windows 8 blog|data=5 gennaio 2012 |accesso=24 febbraio 2012 |lingua=en |nome=Steven |cognome=Sinofsky |urlarchivio=http://www.webcitation.org/65hDSFyLD |dataarchivio=24 febbraio 2012 |deadurl=no}}</ref>
 
I dischi dinamici con volumi di [[RAID#RAID 0 (Striping)|striping]] o di [[RAID#RAID 1 (Mirroring)|mirroring]] sono sostituiti con pool di archiviazione di mirroring o di striping forniti da ''Spazi di archiviazione''. Tuttavia, in Windows Server 8 la correzione automatica degli errori è supportata solo sugli spazi di mirroring.
 
====Prestazioni====
ReFS impiega una strategia di aggiornamento [[copy-on-write|allocation-on-write]] dei metadati, che evita i processi di scrittura inutili virtualizzando la scrittura alla duplicazione di una risorsa. Anche la gestione dei controlli di integrità dei file impiega una strategia di aggiornamento di tipo allocation-on-write.
 
Il numero di operazioni di [[input/output]] viene ridotto allocando nuovi chunk per ogni transazione di aggiornamento, e accorpando in grandi batch le parti correlate alle singole transazioni.
 
Inoltre, il carico di lavoro del processo di [[data scrubbing]] in background grava esclusivamente sul file system, senza impegnare le risorse del sistema operativo.<ref name=computermagazine />
 
====Retrocompatibilità====
ReFS non richiede nuove [[Application programming interface|API]] di sistema, e la maggior parte dei filtri del file system continua a funzionare con i volumi ReFS. ReFS supporta molte delle funzionalità esistenti di Windows e di NTFS come la [[crittografia]] [[BitLocker Drive Encryption|BitLocker]], le [[Lista di controllo degli accessi|liste di controllo degli accessi]], [[USN Journal]], le notifiche di cambiamento,<ref>{{cita web |url=http://msdn.microsoft.com/en-us/library/windows/desktop/aa365465(v=vs.85).aspx |titolo=ReadDirectoryChangesW function |lingua=en |data=7 febbraio 2012 |editore=[[MSDN]] |accesso=3 marzo 2012 |urlarchivio=http://www.webcitation.org/65sJus1A3 |deadurl=no |dataarchivio=3 marzo 2012}}</ref> i [[Collegamento simbolico|collegamenti simbolici]], i [[Punto di giunzione NTFS|punti di giunzione]], i [[Montare|punti di mount]], i [[Reparse point NTFS|reparse point]], le [[Copia shadow|istantanee di volume]], gli ID di file e i blocchi opportunistici.
 
ReFS non supporta alcune funzionalità, tra cui i [[Fork (file system)|named stream]], gli [[Collegamento (Windows)|ID di oggetto]], i [[Nome del file 8.3|nomi brevi]], la compressione dei file, la [[Encrypting File System|crittografia a livello dei file]] (EFS), le [[NTFS transazionale|transazioni dei dati dell'utente]], [[File sparso|file sparsi]], i [[Collegamento fisico|collegamenti fisici]], gli [[attributi estesi]], le [[Quota disco|quote disco]], e le istantanee scrivibili o le istantanee più grandi di 64 [[Terabyte|TB]]. Sono necessari prodotti di terze parti per la [[deduplicazione dei dati]] e per una [[cache]] di secondo livello tra la [[DRAM]] e l'archiviazione.
 
==Sviluppo==
Riga 123 ⟶ 77:
-->{{TA|{{Descrizione comando|13/01/12|13 gennaio 2012}}<!--
--><ref>{{cita web |url=http://winunleaked.tk/2012/01/windows-server-code-named-8-beta/ |lingua=en |editore=WinUnleaked.tk |titolo=Windows Server Code Named ’8′ Beta |data=13 gennaio 2012 |accesso=17 marzo 2012 |autore=Canouna |dataarchivio=17 marzo 2012 |urlarchivio=http://www.webcitation.org/66EaMJ8qz}}</ref><!--
--><ref>{{cita web |url=http://bbs.pcbeta.com/viewthread-960849-1-1.html |titolo=<nowiki>[</nowiki>分享<nowiki>]</nowiki> Windows 8 Server 更新至Build:8180 |pagina=1 |lingua=zh |autore=aiby |data=13 gennaio 2012 |accesso=17 marzo 2012 |editore=PC Beta.com <!-- DA WEBCITARE |dataarchivio=17 marzo 2012 |urlarchivio=http://www.webcitation.org/66EagaPkE |deadurl=no -->}}</ref><!--
--><ref>{{cita web |url=http://www.neowin.net/news/windows-server-8-hits-build-8180-new-screenshots-emerge |lingua=en |titolo=Windows Server 8 hits build 8180, new screenshots emerge |nome=Tim |cognome=Schiesser |editore=Neowin.net |data=13 gennaio 2012 |accesso=17 marzo 2012 |dataarchivio=17 marzo 2012 |urlarchivio=http://www.webcitation.org/66EapBs73 |deadurl=no}}</ref>}}
|-
Riga 142 ⟶ 96:
==Voci correlate==
* [[Metro (interfaccia grafica)]]
* [[ReFS]]
* [[Windows 8]]
* [[Architettura Windows NT]]