Il kitesurf di Obama con il miliardario Richard Branson alle Isole Vergini | TPI\nMentre il suo successore fa discutere il mondo, l'ex presidente degli Stati Uniti sembra godersi la vita facendo gare di kitesurf con l'amico fondatore della Virgin\nDopo otto anni di impegni quotidiani come presidente degli Stati Uniti, sembra che l’ex inquilino della Casa Bianca Barack Obama sia per ora intenzionato soltanto a godersi queste prime settimane di vacanza, almeno a giudicare dalle foto e dai video emersi in rete oggi 7 febbraio.\nObama è stato ospite della tenuta privata di Richard Branson, noto milionario fondatore della casa discografica – nonché compagnia aerea – Virgin, nonché proprietario dell’isola di Moskito Island, una delle Isole Vergini Britanniche ai Caraibi.\nSecondo quanto ha scritto Branson in un post sul sito della Virgin, è stato per lui un grande onore quello di ospitare l’ex presidente e sua moglie Michelle, e commentando una serie di foto e un video ha descritto le sue gare di kitesurf col presidente emerito.\n“Una delle prime storie che Barack mi ha raccontato quando lui e Michelle sono arrivati a Moskito Island è stata di quando, poco prima di diventare presidente, era stato a fare surf alle Hawaii”, ha scritto Branson. “Dopo essere tornato a riva in seguito a una session esaltante, il nuovo capo della sicurezza si voltò verso di lui e gli disse: ‘Questa sarà l’ultima volta in cui lei farà surf per otto anni’. Per i successivi otto anni non ha avuto la possibilità di surfare, praticare sport acquatici o fare molte delle cose che amava”.


Eseguire la replica di macchine virtuali VMware e server fisici in Azure (legacy classico) | Microsoft Docs\nEseguire la replica di macchine virtuali VMware e server fisici in Azure con Azure Site Recovery tramite il portale classico (legacy)\n2017-1-23 54 minuti per la lettura Autori di contributi\nPortale classico (legacy)\nBenvenuti in Azure Site Recovery. Questo articolo illustra una distribuzione legacy per eseguire la replica di macchine virtuali VMware locali o server fisici Windows o Linux in Azure usando Azure Site Recovery nel portale classico.\nLe organizzazioni necessitano di una strategia di continuità aziendale e ripristino di emergenza per determinare come app, carichi di lavoro e dati possano rimanere in esecuzione e disponibili durante i periodi di inattività, pianificati o meno, e come ripristinare le normali condizioni di lavoro il prima possibile. La strategia di continuità aziendale e ripristino di emergenza deve garantire la sicurezza dei dati aziendali e la possibilità di recuperarli, oltre alla disponibilità costante dei carichi di lavoro in caso di emergenza.\nIl servizio Azure Site Recovery contribuisce alla strategia BCDR orchestrando la replica dei server fisici locali e delle macchine virtuali sul cloud (Azure) o in un data center secondario. In caso di interruzioni nella località primaria, verrà eseguito il failover alla località secondaria per mantenere disponibili app e carichi di lavoro. Quando la località primaria sarà di nuovo operativa, si tornerà a tale località. Per altre informazioni, vedere Che cos'è Site Recovery?\nQuesto articolo contiene istruzioni legacy. Non usare queste informazioni per nuove distribuzioni. Per distribuire Site Recovery nel portale di Azure, seguire invece queste istruzioni. Per configurare la distribuzione avanzata nel portale classico, usare queste istruzioni. Se è già stata eseguita la distribuzione usando il metodo descritto in questo articolo, è consigliabile eseguire la migrazione alla distribuzione avanzata nel portale classico.\nEseguire la migrazione alla distribuzione avanzata\nQuesta sezione è applicabile solo se è già stato distribuito Site Recovery seguendo le istruzioni contenute in questo articolo.\nPer eseguire la migrazione alla distribuzione esistente, sarà necessario:\nDistribuire nuovi componenti di Site Recovery nel sito locale.\nConfigurare le credenziali per l'individuazione automatica di macchine virtuali VMware nel nuovo server di configurazione.\nTrovare i server VMware con il nuovo server di configurazione.\nCreare un nuovo gruppo protezione dati con il nuovo server di configurazione.\nÈ consigliabile impostare una finestra di manutenzione per la migrazione.\nL'opzione Esegui la migrazione delle macchine virtuali è disponibile solo se sono presenti gruppi di protezione esistenti creati durante una distribuzione legacy.\nDopo aver completato i passaggi della migrazione, possono essere necessari 15 minuti o più per aggiornare le credenziali e per trovare e aggiornare le macchine virtuali da aggiungere a un gruppo di protezione. È possibile aggiornare manualmente anziché attendere.\nEseguire la migrazione nel modo seguente:\nVedere la sezione relativa alla distribuzione avanzata nel portale classico. Vedere le sezioni relative all'architettura avanzata e ai prerequisiti.\nDisinstallare il servizio Mobility dai computer di cui si sta eseguendo la replica. Una nuova versione del servizio verrà installata nei computer nel momento in cui verranno aggiunti al nuovo gruppo di protezione.\nScaricare una chiave di registrazione dell'insieme di credenziali ed eseguire la procedura guidata per la configurazione unificata per installare i componenti server di configurazione, server di elaborazione e server di destinazione master. Altre informazioni sulla pianificazione della capacità.\nImpostare le credenziali che Site Recovery può usare per accedere al server VMware e rilevare automaticamente le macchine virtuali VMware. Vedere la sezione relativa alle autorizzazioni necessarie.\nAggiungere server vCenter o host vSphere. Possono essere necessari 15 minuti o più perché i server vengano visualizzati nel portale di Site Recovery.\nCreare un nuovo gruppo protezione dati. Possono essere necessari fino a 15 minuti per l'aggiornamento del portale in modo che le macchine virtuali vengano individuate e visualizzate. Se non si vuole attendere, è possibile evidenziare il nome del server di gestione, senza farvi clic sopra, e fare clic su Aggiorna.\nNel nuovo gruppo protezione dati fare clic su Esegui la migrazione delle macchine virtuali.\nIn Selezionare le macchine virtuali selezionare il gruppo protezione dati dal quale eseguire la migrazione e le macchine di cui eseguire la migrazione.\nIn Configurare le impostazioni di destinazione specificare se si vogliono usare le stesse impostazioni per tutte le macchine e selezionare il server di elaborazione e l'account di archiviazione di Azure. Se non è disponibile un server di elaborazione separato, sarà l'indirizzo IP del server di configurazione.\n[AZURE.NOTE] La migrazione degli account di archiviazione all'interno dei gruppi di risorse con la stessa sottoscrizione o all'interno delle sottoscrizioni non è supportata per gli account di archiviazione usati per la distribuzione di Site Recovery.\nIn Specificare gli accountselezionare l'account creato per consentire al server di elaborazione di accedere al computer ed effettuare il push della nuova versione del servizio Mobility.\nSite Recovery eseguirà la migrazione dei dati replicati all'account di archiviazione di Azure fornito dall'utente. Facoltativamente è possibile usare nuovamente l'account di archiviazione usato nella distribuzione legacy.\nAl termine del processo, le macchine virtuali verranno sincronizzate automaticamente. Al termine della sincronizzazione, eliminare le macchine virtuali dal gruppo protezione dati legacy.\nDopo che è stata eseguita la migrazione di tutti i computer, eliminare il gruppo protezione dati legacy.\nRicordarsi di specificare le proprietà di failover per i computer e le impostazioni di rete di Azure al termine della sincronizzazione.\nSe sono presenti piani di ripristino esistenti, è possibile eseguirne la migrazione alla distribuzione avanzata con l'opzione Esegui la migrazione del piano di ripristino . Questa operazione deve essere eseguita solo dopo la migrazione di tutti i computer protetti.\nDopo aver completato la migrazione, proseguire con l' articolo avanzato. La parte restante di questo articolo non è più rilevante e non è quindi necessario seguire le altre procedure descritte**.\nQuesto diagramma illustra i componenti della distribuzione.\nSono necessari gli elementi seguenti:\nServer di configurazione Una macchina virtuale A3 standard di Azure nella stessa sottoscrizione di Site Recovery. Il server di configurazione coordina le comunicazioni tra i computer protetti, il server di elaborazione e i server di destinazione master in Azure. Configura la replica e coordina il ripristino in Azure quando si verifica il failover.\nServer master di destinazione Una macchina virtuale di Azure: come server Windows basato su un'immagine della raccolta di Windows Server 2012 R2, per proteggere i computer Windows, o come server Linux basato su un'immagine della raccolta di OpenLogic CentOS 6.6, per proteggere i computer Linux.\nPer le dimensioni sono disponibili tre opzioni: A4 Standard, D14 Standard e DS4 Standard.\nIl server è connesso alla stessa rete di Azure in cui risiede il server di configurazione.\nViene configurato nel portale di Site Recovery. Riceve e mantiene i dati replicati dai computer protetti tramite VHD collegati creati nell'archiviazione BLOB dell'account di archiviazione di Azure.\nSelezionare DS4 Standard in modo specifico per la configurazione della protezione per carichi di lavoro che richiedono prestazioni elevate omogenee e a bassa latenza con l'account di archiviazione Premium.\nServer di elaborazione Un server virtuale o fisico locale che esegue Windows Server 2012 R2.\nÈ consigliabile collocarlo nella stessa rete e nello stesso segmento di LAN in cui risiedono i computer da proteggere, ma è possibile eseguirlo in una rete diversa, a condizione che i computer protetti possano avere la visibilità di rete L3 per tale server.\nViene impostato e registrato nel server di configurazione nel portale di Site Recovery. I computer protetti inviano dati di replica al server di elaborazione locale. Dispone di una cache basata su disco per la memorizzazione dei dati di replica ricevuti. Esegue una serie di azioni su tali dati.\nOttimizza i dati attraverso la memorizzazione nella cache, la compressione e la crittografia prima di inviarli al server master di destinazione.\nGestisce l'installazione push del servizio Mobility.\nEsegue l'individuazione automatica delle macchine virtuali VMware.\nComputer locali Macchine virtuali VMware locali oppure server fisici che eseguono Windows o Linux. Vengono configurate le impostazioni di replica applicabili a uno o più computer. È possibile eseguire il failover di un singolo computer o, più comunemente, di più computer raccolti in un piano di ripristino.\nServizio Mobility Viene installato in ogni macchina virtuale o server fisico da proteggere.\nÈ possibile installarlo manualmente oppure effettuarne il push e l'installazione automatica tramite il server di elaborazione quando si abilita la replica per un computer. Il servizio Mobility invia dati al server di elaborazione durante la replica iniziale (risincronizzazione). Quando lo stato del computer è protetto, al termine della risincronizzazione, il servizio Mobility acquisisce le scritture su disco in memoria e le invia al server di elaborazione. La coerenza delle applicazioni per i server Windows si ottiene tramite VSS.\nInsieme di credenziali di Azure Site Recovery Viene creato un insieme di credenziali di Site Recovery con una sottoscrizione di Azure e al suo interno vengono registrati i server. L'insieme di credenziali coordina e orchestra la replica, il failover e il ripristino dei dati tra il sito locale e Azure.\nMeccanismo di replica Tramite Internet: comunica e replica i dati dai server locali protetti in Azure usando un canale SSL/TLS protetto tramite Internet. Questa è l'opzione predefinita.\nVPN/ExpressRoute: comunica e replica i dati tra i server locali e Azure tramite una connessione VPN. È necessario configurare una VPN da sito a sito o una connessione ExpressRoute tra la rete di Azure e il sito locale.\nViene selezionata la modalità di replica durante la distribuzione di Site Recovery. Dopo aver configurato il meccanismo, non è possibile modificarlo senza influire sulla replica dei computer esistenti. Nessuna delle due opzioni richiede l'apertura delle porte di rete in ingresso nei computer protetti. Tutte le comunicazioni di rete vengono avviate dal sito locale.\nDi seguito sono elencate le aree principali da prendere in considerazione:\nAmbiente di origine- Infrastruttura VMware, impostazioni dei computer di origine e requisiti.\nServer dei componenti- Server di elaborazione, server di configurazione e server di destinazione master\nConsiderazioni per l'ambiente di origine\nDimensione massima del disco- La dimensione massima del disco che attualmente può essere collegato a una macchina virtuale è 1 TB. Pertanto, anche la dimensione massima di un disco di origine che può essere replicato è limitata a 1 TB.\nDimensione massima per ogni origine- La dimensione massima di un singolo computer di origine è 31 TB (con 31 dischi) e con il provisioning di un'istanza D14 per il server di destinazione master.\nNumero di origini per ogni server di destinazione master - È possibile proteggere più computer di origine con un singolo server di destinazione master. Tuttavia, non è possibile proteggere un singolo computer di origine in più server di destinazione master. Infatti, quando i dischi vengono replicati, nell'archivio BLOB di Azure viene creato un VHD che rispecchia le dimensioni del disco e che viene collegato come disco dati al server di destinazione master.\nFrequenza di modifica giornaliera massima per ogni origine- Esistono tre fattori da considerare quando si valuta la frequenza di modifica consigliata per ogni origine. Per le considerazioni relative alla destinazione, sono necessarie due operazioni IOPS sul disco di destinazione per ogni operazione nell'origine. Questo avviene perché vengono eseguite un'operazione di lettura dei dati precedenti e un'operazione di scrittura dei nuovi dati sul disco di destinazione.\nFrequenza di modifica giornaliera supportata dal server di elaborazione- Un computer di origine non può estendersi su più server di elaborazione. Un singolo server di elaborazione può supportare fino a 1 TB di frequenza di modifica giornaliera. Pertanto 1 TB è la frequenza massima di modifica giornaliera dei dati supportata per una macchina di origine.\nVelocità effettiva massima supportata dal disco di destinazione- La varianza massima per ogni disco di origine non può essere superiore a 144 GB al giorno (con una dimensione di scrittura di 8 K). Vedere la tabella nella sezione relativa al server di destinazione master per la velocità effettiva e gli IOPS della destinazione per le varie dimensioni di scrittura. Questo numero deve essere diviso per due, perché ogni operazione IOP di origine genera 2 IOPS sul disco di destinazione. Fare riferimento a Obiettivi di scalabilità e prestazioni per Archiviazione di Azure durante la configurazione della destinazione per gli account di archiviazione Premium.\nVelocità effettiva massima supportata dall'account di archiviazione- Un'origine non può estendersi su più account di archiviazione. Dato che un account di archiviazione accetta al massimo 20.000 richieste al secondo e che ogni IOP di origine genera 2 IOPS nel server di destinazione master, è consigliabile mantenere il numero di IOPS nell'origine su 10.000. Fare riferimento a Obiettivi di scalabilità e prestazioni per Archiviazione di Azure durante la configurazione dell'origine per gli account di archiviazione Premium.\nConsiderazioni relative ai server dei componenti\nNella tabella 1 sono riepilogate le dimensioni delle macchine virtuali per i server di configurazione e i server di destinazione master.\nIstanze di Azure distribuite\nServer di configurazione A3 standard 4 7 GB 8 1023 GB\nServer master di destinazione A4 standard 8 14 GB 16 1023 GB\nD14 standard 16 112 GB 32 1023 GB\nDS4 standard 8 28 GB 16 1023 GB\nConsiderazioni sui server di elaborazione\nIn genere il dimensionamento del server di elaborazione dipende dalla frequenza di modifica giornaliera per tutti i carichi di lavoro protetti.\nÈ necessaria una potenza di calcolo sufficiente per eseguire operazioni quali la crittografia e la compressione inline.\nIl server di elaborazione usa una cache basata su disco. Verificare che siano disponibili lo spazio della cache e la velocità effettiva del disco consigliate per facilitare le modifiche dei dati archiviate in caso di interruzione o collo di bottiglia della rete.\nVerificare che sia disponibile larghezza di banda sufficiente, in modo che il server di elaborazione possa caricare i dati nel server di destinazione master per garantire la protezione dei dati continua.\nNella tabella 2 sono riepilogate le linee guida per il server di elaborazione.\nVelocità effettiva disco cache\nIngresso/uscita larghezza di banda\nMeno di 300 GB 4 vCPU (2 socket * 2 core a 2,5 GHz) 4 GB 600 GB Da 7 a 10 MB al secondo 30 Mbps/21 Mbps\nDa 300 a 600 GB 8 vCPU (2 socket * 4 core a 2,5 GHz) 6 GB 600 GB Da 11 a 15 MB al secondo 60 Mbps/42 Mbps\nDa 600 GB a 1 TB 12 vCPU (2 socket * 6 core a 2,5 GHz) 8 GB 600 GB Da 16 a 20 MB al secondo 100 Mbps/70 Mbps\nPiù di 1 TB Distribuire un altro server di elaborazione\nPer ingresso si intende la larghezza di banda in download (rete Intranet tra l'origine e il server di elaborazione).\nPer uscita si intende la larghezza di banda in caricamento (rete Internet tra il server di elaborazione e il server di destinazione master). I valori relativi all'uscita presuppongono una compressione media del server di elaborazione del 30%.\nPer il disco cache è consigliabile un disco separato dal sistema operativo di almeno 128 GB per tutti i server di elaborazione.\nPer la velocità effettiva del disco cache è stata usata l'archiviazione seguente a scopo di benchmark: 8 unità SAS a 10.000 RPM con configurazione RAID 10.\nConsiderazioni relative ai server di configurazione\nOgni server di configurazione può supportare fino a 100 computer di origine con 3 o 4 volumi. Se la distribuzione ha dimensioni maggiori, è consigliabile distribuire un altro server di configurazione. Per le proprietà della macchina virtuale predefinita del server di configurazione, vedere la tabella 1.\nConsiderazioni relative al server di destinazione master e all'account di archiviazione\nPer ogni server di destinazione master l'archiviazione include un disco del sistema operativo, un volume di conservazione e dischi dati. L'unità di conservazione mantiene il journal delle modifiche dei dischi per la durata dell'intervallo di conservazione definito nel portale di Site Recovery. Per le proprietà della macchina virtuale del server di destinazione master, fare riferimento alla tabella 1. Nella tabella 3 viene illustrato l'uso dei dischi per A4.\nConservazione Dischi dati\nA4 standard 1 disco (1 * 1023 GB) 1 disco (1 * 1023 GB) 15 dischi (15 * 1023 GB)\nD14 standard 1 disco (1 * 1023 GB) 1 disco (1 * 1023 GB) 31 dischi (15 * 1023 GB)\nDS4 standard 1 disco (1 * 1023 GB) 1 disco (1 * 1023 GB) 15 dischi (15 * 1023 GB)\nLa pianificazione della capacità per il server di destinazione master dipende da:\nLimitazioni e prestazioni dell'archiviazione di Azure\nIl numero massimo di dischi a utilizzo elevato per una VM di livello Standard è di circa 40 (20.000/500 IOPS per disco) in un singolo account di archiviazione. Informazioni sugli obiettivi di scalabilità per account di archiviazione Standard e account di archiviazione Premium.\nFrequenza di modifica giornaliera\nArchiviazione del volume di conservazione.\nUn'origine non può estendersi su più account di archiviazione. Questo vale per il disco dati assegnato agli account di archiviazione selezionati quando si configura la protezione. I dischi del sistema operativo e di conservazione in genere sono assegnati all'account di archiviazione distribuito automaticamente.\nIl volume di archiviazione di conservazione richiesto dipende dalla frequenza di modifica giornaliera e dal numero di giorni di conservazione. L'archiviazione di conservazione richiesta per ogni server di destinazione master è uguale alla varianza totale dall'origine al giorno per il numero di giorni di conservazione.\nOgni server di destinazione master ha un solo volume di conservazione. Il volume di conservazione è condiviso tra i dischi collegati al server di destinazione master. ad esempio:\nSe è presente una macchina di origine con 5 dischi e ogni disco genera 120 IOPS (dimensioni di 8K) nell'origine, questo si traduce in 240 IOPS per disco (2 operazioni sul disco di destinazione per ogni IO di origine). 240 IOPS è entro il limite di IOPS per disco di Azure, pari a 500.\nNel volume di conservazione questo diventa 120 * 5 = 600 IOPS e ciò può rappresentare un collo di bottiglia. In questo scenario, una strategia valida potrebbe essere aggiungere ulteriori dischi al volume di conservazione ed estenderlo, come una configurazione di striping RAID. Ciò consente di migliorare le prestazioni, poiché le operazioni di IOPS vengono distribuite in più unità. Il numero di unità da aggiungere al volume di conservazione sarà come segue:\nIOPS totali dall'ambiente di origine / 500\nVarianza totale al giorno dall'ambiente di origine (senza compressione) / 287 GB. 287 GB è la velocità effettiva massima supportata da un disco di destinazione al giorno. Questa metrica varia in base alla dimensione di scrittura con un fattore di 8K, poiché in questo caso 8K è la dimensione di scrittura presupposta. Ad esempio, se la dimensione di scrittura è 4K, la velocità effettiva sarà 287/2. Se la dimensione di scrittura è 16K, la velocità effettiva sarà 287*2.\nIl numero di account di archiviazione richiesto = IOPS di origine totali/10000.\nAccount di Azure È necessario un account Microsoft Azure . È possibile iniziare con una versione di valutazione gratuita.\nDeve trattarsi di un account di archiviazione con ridondanza geografica Standard oppure di un account di archiviazione Premium.\nL'account deve trovarsi nella stessa area geografica del servizio Azure Site Recovery e deve essere associato alla stessa sottoscrizione. Non è supportato lo spostamento degli account di archiviazione creati con il nuovo portale di Azure tra gruppi di risorse.\nPer altre informazioni, vedere Introduzione ad Archiviazione di Microsoft Azure.\nRete virtuale di Azure Sarà necessaria una rete virtuale di Azure in cui saranno distribuiti il server di configurazione e il server di destinazione master. Dovrà trovarsi nella stessa sottoscrizione e nella stessa area dell'insieme di credenziali di Azure Site Recovery. Se si desidera replicare i dati tramite una connessione VPN o ExpressRoute, la rete virtuale di Azure deve essere connessa alla rete locale tramite una connessione ExpressRoute o una VPN da sito a sito.\nRisorse di Azure Accertarsi di avere risorse di Azure sufficienti per distribuire tutti i componenti. Per altre informazioni, vedere Limiti relativi alle sottoscrizioni di Azure.\nMacchine virtuali di Azure Le macchine virtuali da proteggere devono essere conformi ai prerequisiti di Azure.\nNumero di dischi: in un singolo server protetto è possibile supportare un massimo di 31 dischi.\nDimensioni del disco: la capacità dei singoli dischi non deve superare 1023 GB.\nClustering: i server di cluster non sono supportati.\nAvvio: l'avvio UEFI (Unified Extensible Firmware Interface)/EFI (Extensible Firmware Interface) non è supportato.\nVolumi: i volumi crittografati con Bitlocker non sono supportati.\nNomi dei server: i nomi devono contenere da 1 a 63 caratteri (lettere, numeri e trattini). Il nome deve iniziare e terminare con una lettera o un numero. Dopo aver protetto un computer, è possibile modificare il nome di Azure.\nServer di configurazione Nella sottoscrizione per il server di configurazione viene creata una macchina virtuale A3 Standard basata su un'immagine della raccolta di Windows Server 2012 R2 con Azure Site Recovery. Viene creata come prima istanza in un nuovo servizio cloud. Se si seleziona Internet pubblico come tipo di connettività per il server di configurazione, il servizio cloud viene creato con un indirizzo IP pubblico riservato.\nIl percorso di installazione può contenere solo caratteri inglesi.\nServer master di destinazione Macchina virtuale di Azure, A4 Standard, D14 Standard o DS4 Standard.\nIl percorso di installazione può contenere solo caratteri inglesi. Ad esempio, il percorso per un server di destinazione master che esegue Linux deve essere /usr/local/ASR .\nServer di elaborazione È possibile distribuire il server di elaborazione in macchine virtuali o computer fisici che eseguono Windows Server 2012 R2 con gli aggiornamenti più recenti. Eseguire l'installazione in C:/.\nCollocare il server nella stessa rete e subnet dei computer da proteggere.\nInstallare VMware vSphere CLI 5.5.0 nel server di elaborazione. Il componente VMware vSphere dell'interfaccia della riga di comando è necessario nel server di elaborazione per trovare le macchine virtuali gestite da un server vCenter o le macchine virtuali in esecuzione in un host ESXi.\nIl file system ReFS non è supportato.\nVMware Server VMware vCenter per la gestione degli hypervisor VMware vSphere. Deve eseguire vCenter versione 5.1 o 5.5 con gli aggiornamenti più recenti.\nUno o più hypervisor vSphere contenenti le macchine virtuali VMWare da proteggere. L'hypervisor deve eseguire ESX/ESXi versione 5.1 o 5.5 con gli aggiornamenti più recenti.\nNelle macchine virtuali VMware devono essere installati e in esecuzione gli strumenti VMware.\nComputer Windows Per i server fisici o le macchine virtuali VMWare protette che eseguono Windows esistono diversi requisiti.\nSistema operativo a 64 bit supportato: Windows Server 2012 R2, Windows Server 2012 o Windows Server 2008 R2 con SP1 o versioni successive.\nIl nome host, i punti di montaggio, i nomi dei dispositivi e il percorso del sistema Windows, ad esempio C:\_Windows, possono contenere solo caratteri inglesi.\nIl sistema operativo dovrà essere installato nell'unità C:.\nSono supportati solo i dischi di base. I dischi dinamici non sono supportati.\nÈ necessario specificare un account amministratore, che deve essere un amministratore locale nel computer Windows, per l'installazione push del servizio Mobility nei server Windows. Se l'account specificato non è un account di dominio, si dovrà disabilitare il Controllo dell'accesso utente remoto nel computer locale. A tale scopo, aggiungere la voce del Registro di sistema DWORD LocalAccountTokenFilterPolicy con un valore di 1 in HKEY_LOCAL_MACHINE\_SOFTWARE\_Microsoft\_Windows\_CurrentVersion\_Policies\_System. Per aggiungere la voce del Registro di sistema da un'interfaccia della riga di comando, aprire il prompt dei comandi o PowerShell e digitare REG ADD HKEY_LOCAL_MACHINE\_SOFTWARE\_Microsoft\_Windows\_CurrentVersion\_Policies\_System /v LocalAccountTokenFilterPolicy /t REG_DWORD /d 1. Altre informazioni sul controllo di accesso.\nDopo il failover, per connettersi alle macchine virtuali Windows in Azure con Desktop remoto, accertarsi che per il computer locale sia abilitato Desktop remoto. Se non ci si connette tramite VPN, le regole firewall devono consentire le connessioni Desktop remoto tramite Internet.\nComputer Linux Sistema operativo a 64 bit supportato: Centos 6.4, 6.5 o 6.6, Oracle Enterprise Linux 6.4 o 6.5 che esegue il kernel compatibile Red Hat o Unbreakable Enterprise Kernel versione 3 (UEK3), SUSE Linux Enterprise Server 11 SP3.\nI file /etc/hosts nei computer protetti devono contenere le voci che eseguono il mapping del nome host locale agli indirizzi IP associati a tutte le schede NIC.\nPer connettersi a una macchina virtuale di Azure che esegue Linux dopo il failover usando un client Secure Shell (SSH), accertarsi che il servizio Secure Shell nel computer protetto sia impostato per l'avvio automatico all'avvio del sistema e che le regole del firewall permettano una connessione SSH a tale computer.\nNome host, punti di montaggio, nomi dispositivo e percorsi di sistema di Linux e nomi file (ad esempio /etc/, /usr) dovranno essere specificati solo con caratteri dell'alfabeto latino.\nLa protezione può essere abilitata per i computer locali con le risorse di archiviazione indicate di seguito:\nFile system: EXT3, ETX4, ReiserFS, XFS\nSoftware con percorsi multipli: mapper dispositivi (con percorsi multipli)\nGestore volumi: LVM2\nI server fisici con archiviazione del controller HP CCISS non sono supportati.\nTerze parti Alcuni componenti della distribuzione in questo scenario dipendono da software di terze parti per funzionare correttamente. Per un elenco completo, vedere Informazioni e comunicazioni sul software di terze parti\nSono disponibili due opzioni quando si configura la connettività di rete tra il sito locale e la rete virtuale di Azure in cui vengono distribuiti i componenti dell'infrastruttura (server di configurazione, server di destinazione master). È necessario decidere quale opzione di connettività di rete usare prima di distribuire il server di configurazione. È necessario scegliere questa impostazione in fase di distribuzione. L'impostazione non può essere modificata in seguito.\nInternet: le comunicazioni e la replica dei dati tra i server locali, come il server di elaborazione e i computer protetti, e i server dei componenti dell'infrastruttura di Azure, come il server di configurazione e il server di destinazione master, avvengono tramite una connessione SSL/TLS protetta dal sito locale agli endpoint pubblici nel server di configurazione e nel server di destinazione master. L'unica eccezione è la connessione tra il server di elaborazione e il server di destinazione master sulla porta TCP 9080 che è non crittografata. Solo le informazioni di controllo relative al protocollo di replica per la configurazione della replica vengono scambiate tramite questa connessione.\nVPN:le comunicazioni e la replica dei dati tra i server locali, come il server di elaborazione e i computer protetti, e i server dei componenti dell'infrastruttura di Azure, come il server di configurazione e il server di destinazione master, avvengono tramite una connessione VPN tra la rete locale e la rete virtuale di Azure in cui vengono distribuiti il server di configurazione e i server di destinazione master. Assicurarsi che la rete locale sia connessa alla rete virtuale di Azure tramite una connessione ExpressRoute o una connessione VPN da sito a sito.\nIn Regionselezionare l'area geografica per l'insieme di credenziali. Per informazioni sulla disponibilità a livello geografico e sulle aree supportate, vedere la pagina relativa ai dettagli sui prezzi per Azure Site Recovery\nPassaggio 2: Distribuire un server di configurazione\nConfigurare le impostazioni del server\nNell'elenco a discesa selezionare Tra un sito locale con server VMware/fisici e Azure.\nIn Preparare le risorse (Azure) di destinazione fare clic su Distribuisci server di configurazione.\nIn Dettagli del nuovo server di configurazione specificare:\nUn nome per il server di configurazione e le credenziali per la connessione.\nNell'elenco a discesa del tipo di connettività di rete selezionare Internet pubblico o VPN. Si noti che non è possibile modificare questa impostazione dopo averla applicata.\nSelezionare la rete di Azure in cui dovrà essere collocato il server. Se si usa una VPN, assicurarsi che la rete di Azure sia connessa alla rete locale come previsto.\nSpecificare l'indirizzo IP interno e la subnet da assegnare al server. Si noti che i primi quattro indirizzi IP in qualsiasi subnet sono riservati per l'uso interno in Azure. Usare gli altri indirizzi IP disponibili.\nQuando si fa clic su OK , nella sottoscrizione del server di configurazione verrà creata una macchina virtuale A3 standard basata su un'immagine della raccolta di Windows Server 2012 R2 con Azure Site Recovery. Viene creata come prima istanza in un nuovo servizio cloud. Se si sceglie di connettersi tramite Internet, il servizio cloud viene creato con un indirizzo IP pubblico riservato. Lo stato di avanzamento può essere monitorato nella scheda Processi .\nSe ci si connette tramite Internet, dopo la distribuzione del server di configurazione annotare l'indirizzo IP pubblico assegnato al server nella pagina Macchine virtuali nel portale di Azure. Nella scheda Endpoint annotare quindi la porta HTTPS pubblica mappata alla porta privata 443. Queste informazioni saranno necessarie in seguito per la registrazione dei server di destinazione master e di elaborazione con il server di configurazione. Il server di configurazione viene distribuito con gli endpoint indicati di seguito.\nHTTPS: viene usata una porta pubblica per coordinare le comunicazioni tra i server dei componenti e Azure tramite Internet. La porta privata 443 viene usata per coordinare la comunicazione tra i server dei componenti e Azure tramite VPN.\nPersonalizzato: viene usata una porta pubblica per le comunicazioni con lo strumento di failback tramite Internet. La porta privata 9443 viene usata per la comunicazione con lo strumento di failback tramite VPN.\nPowerShell: porta privata 5986\nDesktop remoto: porta privata 3389\nNon eliminare o modificare il numero della porta pubblica o privata di qualsiasi endpoint creato durante la distribuzione del server di configurazione.\nIl server di configurazione viene distribuito in un servizio cloud di Azure creato automaticamente con un indirizzo IP riservato. L'indirizzo riservato è necessario per garantire che l'indirizzo IP del servizio cloud del server di configurazione rimanga invariato dopo i riavvii delle macchine virtuali, incluso il server di configurazione, nel servizio cloud. La prenotazione dell'indirizzo IP pubblico riservato dovrà essere annullata manualmente al momento della rimozione del server di configurazione. In caso contrario, l'indirizzo IP resterà riservato. Esiste un limite predefinito di 20 indirizzi IP pubblici riservati per ogni sottoscrizione. Altre informazioni sugli indirizzi IP riservati.\nNella pagina Avvio rapido fare clic su Preparare le risorse (Azure) di destinazione > Scaricare una chiave di registrazione. Il file di chiave viene generato automaticamente. È valido 5 giorni dopo essere stato generato. Copiare il file nel server di configurazione.\nIn Macchine virtuali selezionare il server di configurazione nell'elenco delle macchine virtuali. Aprire la scheda Dashboard e fare clic su Connetti. aprire il file RDP scaricato. Se si usa una VPN, usare l'indirizzo IP interno, ovvero l'indirizzo specificato durante la distribuzione del server di configurazione, per una connessione Desktop remoto dal sito locale. Quando si accede per la prima volta, viene eseguita automaticamente la procedura guidata Azure Site Recovery Configuration Server Setup Wizard.\nIn Third-Party Software Installation (Installazione software di terze parti) fare clic su I Accept (Accetto) per scaricare e installare MySQL.\nIn MySQL Server Details creare le credenziali per l'accesso all'istanza del server MySQL.\nIn Internet Settings specificare la modalità di connessione a Internet del server di configurazione. Si noti che:\nSe si vuole usare un server proxy personalizzato, configurarlo prima di installare il provider.\nFacendo clic su Avanti , verrà eseguito un test per verificare la connessione al proxy.\nSe si usa un proxy personalizzato oppure se il proxy predefinito richiede l'autenticazione, sarà necessario immettere i dettagli del proxy, tra cui l'indirizzo, la porta e le credenziali.\nGli URL seguenti dovranno essere accessibili tramite il proxy:\nSe sono presenti regole firewall basate sull'indirizzo IP, verificare che siano impostate per autorizzare la comunicazione tra il server di configurazione e gli indirizzi IP descritti in Intervalli IP dei data center di Azure e per il protocollo HTTPS (443). È necessario aggiungere all'elenco di indirizzi consentiti gli IP dell'area Azure che si prevede di utilizzare e quello degli Stati Uniti occidentali.\nIn Provider Error Message Localization Settings specificare in quale lingua si desidera visualizzare i messaggi di errore.\nIn Azure Site Recovery Registration individuare e selezionare il file di chiave copiato nel server.\nNella pagina di completamento della procedura guidata selezionare le opzioni seguenti:\nSelezionare Avviare la finestra di gestione dell’account per specificare che deve essere aperta la finestra Gestisci account dopo il completamento della procedura guidata.\nSelezionare Crea un'icona desktop per Cspsconfigtool per aggiungere un collegamento sul desktop nel server di configurazione, in modo da poter aprire la finestra di dialogo Gestisci account in qualsiasi momento senza dover ripetere la procedura guidata.\nFare clic su Finish per completare la procedura guidata. Verrà generata una passphrase. Copiarla in una posizione sicura. Sarà necessaria per autenticare e registrare i server di elaborazione e di destinazione master con il server di configurazione. Verrà usata anche per assicurare l'integrità del canale nelle comunicazioni del server di configurazione. La passphrase può essere rigenerata, ma si dovrà registrare di nuovo i server di elaborazione e di destinazione master con la nuova passphrase.\nDopo la registrazione, il server di configurazione verrà elencato nella pagina Server di configurazione nell'insieme di credenziali.\nImpostare e gestire gli account\nDurante la distribuzione, Site Recovery richiede le credenziali per le azioni seguenti:\nUn account di VMware, per permettere a Site Recovery di rilevare automaticamente le macchine virtuali nei server vCenter o negli host vSphere.\nQuando si aggiungono computer per la protezione, in modo che Site Recovery possa installare il servizio Mobility su di essi.\nDopo aver registrato il server di configurazione, è possibile aprire la finestra di dialogo Gestisci account per aggiungere e gestire gli account che devono essere usati per queste azioni. Esistono due modi per eseguire questa operazione:\nAprire il collegamento che si è scelto di creare per la finestra di dialogo nell'ultima pagina dell'installazione per il server di configurazione (cspsconfigtool).\nAprire la finestra di dialogo al termine della dell'installazione del server di configurazione.\nIn Gestisci account click Aggiungi account. È inoltre possibile modificare ed eliminare account esistenti.\nIn Dettagli account specificare un nome di account da usare in Azure e le credenziali (dominio/nome utente).\nConnettersi al server di configurazione\nEsistono due modi per connettersi al server di configurazione:\nTramite una connessione VPN da sito a sito o ExpressRoute\nUna connessione Internet usa gli endpoint della macchina virtuale insieme all'indirizzo IP virtuale pubblico del server.\nUna connessione VPN usa l'indirizzo IP interno del server insieme alle porte private dell'endpoint.\nÈ necessario decidere se eseguire la connessione (dati di controllo e replica) dai server locali ai vari server dei componenti (server di configurazione, server di destinazione master) in esecuzione in Azure tramite una connessione VPN o via Internet. Non è possibile modificare questa impostazione in un secondo momento. Se la si modifica, sarà necessario ridistribuire lo scenario e proteggere nuovamente i computer.\nPassaggio 3: Distribuire il server di destinazione master\nFare clic su Preparare le risorse (Azure) di destinazione > Distribuisci server di destinazione master.\nSpecificare i dettagli e le credenziali del server di destinazione master. Il server verrà distribuito nella stessa rete di Azure in cui risiede il server di configurazione. Quando si fa clic per confermare, verrà creata una macchina virtuale di Azure con un'immagine della raccolta di Windows o Linux.\nSi noti che i primi quattro indirizzi IP in qualsiasi subnet sono riservati per l'uso interno in Azure. Specificare gli altri indirizzi IP disponibili.\nSelezionare DS4 Standard durante la configurazione della protezione dei carichi di lavoro che richiedono prestazioni di I/O elevate e omogenee e bassa latenza per ospitare carichi di lavoro con numerose operazioni di I/O con un account di archiviazione Premium.\nViene creata una macchina virtuale del server di destinazione master Windows con gli endpoint indicati di seguito. Si noti che gli endpoint pubblici vengono creati solo se ci si connette tramite Internet.\nPersonalizzato: porta pubblica usata dal server di elaborazione per inviare dati di replica tramite Internet. La porta privata 9443 viene usata dal server di elaborazione per inviare dati di replica al server di destinazione master tramite VPN.\nPersonalizzato1: porta pubblica usata dal server di elaborazione per inviare metadati tramite Internet. La porta privata 9080 viene usata dal server di elaborazione per inviare metadati al server di destinazione master tramite VPN.\nViene creata una macchina virtuale del server di destinazione master Linux con gli endpoint indicati di seguito. Si noti che gli endpoint pubblici vengono creati solo se ci si connette tramite Internet.\nSSH: porta privata 22\nNon eliminare o modificare il numero della porta pubblica o privata di qualsiasi endpoint creato durante la distribuzione del server di destinazione master.\nIn Macchine virtuali attendere l'avvio della macchina virtuale.\nSe si tratta di un server Windows, annotare le informazioni sul desktop remoto.\nSe si tratta di un server Linux e ci si connette tramite VPN, annotare l'indirizzo IP interno della macchina virtuale. Se si stabilisce la connessione tramite Internet, annotare l'indirizzo IP pubblico.\nAccedere al server per completare l'installazione ed eseguirne la registrazione con il server di configurazione.\nSe si usa Windows:\nAvviare una connessione Desktop remoto alla macchina virtuale. La prima volta che si accede, verrà eseguito uno script nella finestra di PowerShell. Non chiuderla. Al termine, viene aperto automaticamente lo strumento di configurazione dell'agente host (Host Agent Config) per registrare il server.\nNella finestra Host Agent Config specificare l'indirizzo IP interno del server di configurazione e la porta 443. È possibile usare l'indirizzo interno e la porta privata 443 anche se non si usa la modalità VPN per la connessione, perché la macchina virtuale è collegata alla stessa rete di Azure in cui risiede il server di configurazione. Lasciare abilitata l'opzione Use HTTPS . Immettere la passphrase per il server di configurazione annotata in precedenza. Fare clic su OK per registrare il server. È possibile ignorare le opzioni NAT. in quanto non vengono usate.\nSe l'unità di conservazione stimata richiede più di 1 TB, è possibile configurare il volume di conservazione (R:) usando un disco virtuale e spazi di archiviazione\nAssicurarsi di aver installato il LIS (Linux Integration Services) più recente prima di installare il server di destinazione master. È possibile trovare la versione più recente di LIS insieme alle istruzioni su come installarlo qui. Riavviare il computer dopo l’installazione di LIS.\nIn Preparare le risorse (Azure) di destinazione fare clic su Scarica e installa il software aggiuntivo (solo per il server di destinazione master Linux). Copiare il file TAR scaricato nella macchina virtuale usando un client SFTP. In alternativa, è possibile accedere al server di destinazione master Linux distribuito e usare wget http://go.microsoft.com/fwlink/?LinkID=529757&clcid=0x409 per scaricare il file.\nAccedere al server con un client Secure Shell. Se si è connessi alla rete di Azure tramite VPN, usare l'indirizzo IP interno. In caso contrario, usare l'indirizzo IP esterno e l'endpoint pubblico SSH.\nEstrarre i file dal programma di installazione compresso con gzip eseguendo: tar –xvzf Microsoft-ASR_UA_8.4.0.0_RHEL6-64*\nAccertarsi di essere nella directory nella quale è stato estratto il contenuto del file TAR.\nCopiare la passphrase del server di configurazione in un file locale usando il comando echo <passphrase> >passphrase.txt\nEseguire il comando "sudo ./install -t both -a host -R MasterTarget -d /usr/local/ASR -i <Configuration server internal IP address> -p 443 -s y -c https -P passphrase.txt".\nAttendere da 10 a 15 minuti, quindi verificare nella pagina che il server di destinazione master sia elencato come registrato nella scheda Server > Server di configurazione Dettagli server. Se si usa Linux e il server non è stato registrato, eseguire di nuovo lo strumento di configurazione dell'host da /usr/local/ASR/Vx/bin/hostconfigcli. Sarà necessario impostare le autorizzazioni di accesso eseguendo chmod come utente ROOT.\nAl termine della registrazione, possono essere necessari fino a 15 minuti perché il server di destinazione master venga elencato nel portale. Per aggiornarlo immediatamente, fare clic su Aggiorna on the Server di configurazione .\nPassaggio 4: Distribuire il server di elaborazione locale\nPrima di iniziare è consigliabile configurare un indirizzo IP statico nel server di elaborazione per fare in modo che sia persistente dopo i riavvii.\nFare clic su Avvio rapido > Installare il server di elaborazione locale > Scaricare e installare il server di elaborazione.\nCopiare il file ZIP scaricato nel server in cui si installerà il server di elaborazione. Il file ZIP contiene due file di installazione:\nDecomprimere il file compresso e copiare i file di installazione in un percorso del server.\nEseguire il file di installazione Microsoft-ASR_CX_TP_8.4.0.0_Windows* e seguire le istruzioni. Verranno installati i componenti di terze parti necessari per la distribuzione.\nEseguire quindi Microsoft-ASR_CX_8.4.0.0_Windows*.\nNella pagina Modalità server selezionare Server di elaborazione.\nNella pagina Dettagli ambiente eseguire le operazioni seguenti:\nSe si desidera proteggere macchine virtuali VMware, fare clic su Sì\nSe si vuole solo proteggere server fisici e quindi non è necessario installare VMware vCLI nel server di elaborazione, fare clic su No e continuare.\nQuando si installa VMware vCLI, tenere presente quanto segue:\nÈ supportato solo VMware vSphere CLI 5.5.0. Il server di elaborazione non funziona con altre versioni o aggiornamenti di vSphere CLI.\nScaricare vSphere CLI 5.5.0 da qui.\nSe vSphere CLI è stato installato subito prima di avviare l'installazione del server di elaborazione e non viene rilevato dal programma di installazione, attendere fino a cinque minuti prima di riprovare a eseguire l'installazione. Questo garantisce che tutte le variabili di ambiente necessarie per il rilevamento di vSphere CLI siano state inizializzate correttamente.\nIn Selezione della NIC per il server di elaborazione selezionare la scheda di rete che deve essere usata dal server di elaborazione.\nIn Dettagli del server di configurazione:\nPer l'indirizzo IP e la porta, se si stabilisce la connessione tramite VPN, specificare l'indirizzo IP interno del server di configurazione e la porta 443. In caso contrario, specificare l'indirizzo IP virtuale e l'endpoint HTTP pubblico mappato.\nDigitare la passphrase del server di configurazione.\nPer disabilitare la verifica quando si usa il push automatico per installare il servizio, deselezionare Verifica firma del software del servizio Mobility . La verifica della firma richiede la connettività Internet dal server di elaborazione.\nIn Selezionare l'unità di installazione selezionare un'unità cache. Il server di elaborazione richiede un'unità cache con almeno 600 GB di spazio libero. Fare clic su Installa.\nSi noti che potrebbe essere necessario riavviare il server per completare l'installazione. In Configuration Server > Dettagli server verificare che il server di elaborazione sia visualizzato e risulti registrato correttamente nell'insieme di credenziali.\nPossono essere necessari fino a 15 minuti dopo la registrazione perché il server di elaborazione venga elencato nel server di configurazione. Per aggiornare immediatamente, aggiornare il server di configurazione facendo clic sul pulsante Aggiorna nella parte inferiore della pagina Server di configurazione.\nSe la verifica della firma per il servizio Mobility non è stata disabilitata al momento della registrazione del server di elaborazione, è possibile farlo in un secondo momento come descritto di seguito:\nAccedere al server di elaborazione come amministratore e aprire il file C:\_pushinstallsvc\_pushinstaller.conf per la modifica. Nella sezione [PushInstaller.transport] aggiungere la riga seguente: SignatureVerificationChecks="0". Salvare e chiudere il file.\nRiavviare il servizio InMage PushInstall.\nPassaggio 5: Aggiornare i componenti di Site Recovery\nI componenti di Site Recovery vengono aggiornati periodicamente. Quando sono disponibili nuovi aggiornamenti è necessario installarli nell'ordine seguente:\nServer master di destinazione\nStrumento di failback (vContinuum)\nOttenere e installare gli aggiornamenti\nGli aggiornamenti per i server di configurazione, di elaborazione e di destinazione master sono disponibili nel dashboarddi Site Recovery. Per l'installazione in Linux, estrarre i file dal programma di installazione in formato GZIP ed eseguire il comando "sudo ./install" per installare l'aggiornamento.\nScaricare l'aggiornamento più recente per lo strumento di failback (vContinuum).\nSe si eseguono macchine virtuali o server fisici in cui è già installato il servizio Mobility, è possibile ottenere gli aggiornamenti per il servizio come segue:\nOpzione 1: scaricare gli aggiornamenti seguenti.\nWindows Server (solo 64 bit)\nCentOS 6.4,6.5,6.6 (solo 64 bit)\nOracle Enterprise Linux 6.4,6.5 (solo 64 bit)\nSUSE Linux Enterprise Server SP3 (solo 64 bit)\nDopo l'aggiornamento del server di elaborazione, la versione aggiornata del servizio Mobility è disponibile nella cartella C:\_pushinstallsvc\_repository nel server di elaborazione.\nOpzione 2: se è disponibile un computer su cui è installata una versione precedente del servizio Mobility, è possibile aggiornare automaticamente il servizio Mobility nel computer dal portale di gestione.\nAssicurarsi che il server di elaborazione sia aggiornato.\nAssicurarsi che il computer protetto sia conforme ai prerequisiti per il push automatico del servizio Mobility, in modo che l'aggiornamento funzioni come previsto.\nSelezionare il gruppo di protezione, evidenziare il computer protetto e fare clic su Aggiorna servizio Mobility. Questo pulsante è disponibile solo se è presente una versione più recente del servizio Mobility.\nIn Seleziona account specificare l'account amministratore da utilizzare per aggiornare il servizio Mobility sul server protetto. Fare clic su OK e attendere il completamento del processo attivato.\nPassaggio 6: Aggiungere server vCenter o host vSphere\nFare clic su Server > Server di configurazione. Selezionare il server di configurazione e fare clic su Aggiungi server vCenter per aggiungere un server vCenter o un host vSphere.\nSpecificare i dettagli del server o dell'host e selezionare il server di elaborazione da usare per trovarlo.\nSe il server vCenter non è in esecuzione sulla porta 443 predefinita, specificare il numero di porta su cui è in esecuzione il server vCenter.\nIl server di elaborazione deve trovarsi nella stessa rete del server vCenter o dell'host vSphere e deve esservi installato VMware vSphere CLI 5.5.0.\nAl termine dell'individuazione, il server vCenter sarà elencato nei dettagli del server di configurazione.\nSe si usa un account senza privilegi di amministratore per aggiungere il server o l'host, assicurarsi che l'account abbia i privilegi seguenti:\nPer gli account vCenter devono essere abilitati i privilegi Datacenter, Datastore, Folder, Host, Network, Resource, Storage views, Virtual machine e vSphere Distributed Switch abilitati.\nPer gli account host vSphere devono essere abilitati i privilegi Datacenter, Datastore, Folder, Host, Network, Resource, Virtual machine e vSphere Distributed Switch.\nPassaggio 7: Creare un gruppo di protezione\nAprire Elementi protetti > Gruppo di protezione > Crea gruppo di protezione.\nNella pagina Specificare le impostazioni del gruppo di protezione immettere un nome per il gruppo e selezionare il server di configurazione in cui creare il gruppo.\nNella pagina Specifica le impostazioni di replica configurare le impostazioni di replica da usare per tutti i computer nel gruppo.\nCoerenza di più macchine virtuali: se si attiva questa opzione, vengono creati punti di ripristino coerenti con l'applicazione condivisi tra i computer nel gruppo di protezione. Questa impostazione è importante quando tutti i computer nel gruppo di protezione eseguono lo stesso carico di lavoro. Tutti i computer saranno ripristinati nello stesso punto dati. Disponibile solo per i server Windows.\nSoglia RPO: se il valore RPO della replica per la protezione dati continua supera la soglia RPO configurata, vengono generati avvisi.\nConservazione del punto di ripristino: specifica l'intervallo di conservazione. I computer protetti possono essere ripristinati in qualsiasi punto all'interno di questo intervallo.\nFrequenza di snapshot coerenti con l'applicazione: specifica con quale frequenza verranno creati i punti di ripristino contenenti snapshot coerenti con l'applicazione.\nDopo averlo creato, è possibile monitorare il gruppo di protezione nella pagina Elementi protetti .\nPassaggio 8: Configurare i computer da proteggere\nÈ necessario installare il servizio Mobility nelle macchine virtuali e nei server fisici che si desidera proteggere. Questa operazione può essere eseguita in due modi:\nEseguire il push e installare automaticamente il servizio in ogni computer dal server di elaborazione.\nInstallare manualmente il servizio.\nInstallare automaticamente il servizio Mobility\nQuando si aggiungono computer a un gruppo di protezione, il server di elaborazione effettua automaticamente il push e l'installazione del servizio Mobility in ogni computer.\nEseguire automaticamente l'installazione push del servizio Mobility nei server Windows:\nInstallare gli aggiornamenti più recenti per il server di elaborazione, come descritto in Passaggio 5: Installare gli aggiornamenti più recentie assicurarsi che il server di elaborazione sia disponibile.\nVerificare che sia presente la connettività di rete tra il computer di origine e il server di elaborazione e che il computer di origine sia accessibile dal server di elaborazione.\nConfigurare Windows Firewall per abilitare Condivisione di file e stampanti e Strumentazione gestione Windows. Nelle impostazioni di Windows Firewall selezionare l'opzione "Consenti app o funzionalità attraverso Windows Firewall" e selezionare le applicazioni, come illustrato nella figura seguente. Per i computer appartenenti a un dominio, è possibile configurare i criteri del firewall con un oggetto Criteri di gruppo.\nL'account usato per eseguire l'installazione push deve appartenere al gruppo Administrators nel computer da proteggere. Queste credenziali vengono usate solo per l'installazione push del servizio Mobility e verranno specificate quando si aggiunge un computer a un gruppo di protezione.\nSe l'account specificato non è un account di dominio, si dovrà disabilitare il Controllo dell'accesso utente remoto nel computer locale. A tale scopo, aggiungere la voce del Registro di sistema DWORD LocalAccountTokenFilterPolicy con un valore di 1 in HKEY_LOCAL_MACHINE\_SOFTWARE\_Microsoft\_Windows\_CurrentVersion\_Policies\_System. Per aggiungere la voce del Registro di sistema da un'interfaccia della riga di comando, aprire il prompt dei comandi o PowerShell e digitare REG ADD HKEY_LOCAL_MACHINE\_SOFTWARE\_Microsoft\_Windows\_CurrentVersion\_Policies\_System /v LocalAccountTokenFilterPolicy /t REG_DWORD /d 1.\nEseguire automaticamente l'installazione push del servizio Mobility nei server Linux:\nVerificare che l'account sia un utente ROOT nel server Linux di origine.\nAssicurarsi che il file /etc/hosts nel server Linux di origine contenga le voci che eseguono il mapping del nome host locale agli indirizzi IP associati a tutte le schede NIC.\nInstallare i pacchetti openssh, openssh-server, openssl più recenti nel computer da proteggere.\nAssicurarsi che SSH sia abilitato e in esecuzione sulla porta 22.\nAbilitare il sottosistema SFTP e l'autenticazione della password nel file sshd_config, come segue:\na) Accedere come utente ROOT.\nb) Nel file /etc/ssh/sshd_config trovare la riga che inizia con PasswordAuthentication.\nc) Rimuovere il commento dalla riga e modificare il valore da "no" in "yes".\nd) Trovare la riga che inizia con Subsystem e rimuovere il commento.\nVerificare che la variante Linux del computer di origine sia supportata.\nInstallare manualmente il servizio Mobility\nI pacchetti software usati per installare il servizio Mobility sono nel server di elaborazione, in C:\_pushinstallsvc\_repository. Accedere al server di elaborazione e copiare il pacchetto di installazione appropriato per il computer di origine in base alla tabella seguente:\nSistema operativo di origine\nPacchetto del servizio Mobility nel server di elaborazione\nWindows Server (solo 64 bit) C:\_pushinstallsvc\_repository\_Microsoft-ASR_UA_8.4.0.0_Windows_GA_28Jul2015_release.exe\nCentOS 6.4, 6.5, 6.6 (solo 64 bit) C:\_pushinstallsvc\_repository\_Microsoft-ASR_UA_8.4.0.0_RHEL6-64_GA_28Jul2015_release.tar.gz\nSUSE Linux Enterprise Server 11 SP3 (solo 64 bit) C:\_pushinstallsvc\_repository\_Microsoft-ASR_UA_8.4.0.0_SLES11-SP3-64_GA_28Jul2015_release.tar.gz\nOracle Enterprise Linux 6.4, 6.5 (solo 64 bit) C:\_pushinstallsvc\_repository\_Microsoft-ASR_UA_8.4.0.0_OL6-64_GA_28Jul2015_release.tar.gz\nPer installare manualmente il servizio Mobility in un server Windows, seguire questa procedura:\nCopiare il pacchetto Microsoft-ASR_UA_8.4.0.0_Windows_GA_28Jul2015_release.exe dal percorso della directory del server di elaborazione elencato nella tabella precedente nel computer di origine.\nInstallare il servizio Mobility eseguendo il file eseguibile nel computer di origine.\nSelezionare Servizio Mobility come ruolo e fare clic su Avanti.\nMantenere la directory di installazione come percorso di installazione predefinito e fare clic su Installa.\nNella finestra Host Agent Config specificare l'indirizzo IP e la porta HTTPS del server di configurazione.\nSe si sta eseguendo la connessione via Internet, specificare l'indirizzo IP virtuale pubblico e l'endpoint HTTPS pubblico come porta.\nSe si sta eseguendo la connessione tramite VPN, specificare l'indirizzo IP interno e 443 per la porta. Lasciare selezionata l'opzione Use HTTPS .\nSpecificare la passphrase del server di configurazione e fare clic su OK per registrare il servizio Mobility con il server di configurazione.\nPer eseguire dalla riga di comando:\nCopiare la passphrase da CX nel file "C:\_connection.passphrase" sul server ed eseguire questo comando. Nel nostro esempio CX è 104.40.75.37 e la porta HTTPS è 62519:\nC:\_Microsoft-ASR_UA_8.2.0.0_Windows_PREVIEW_20Mar2015_Release.exe" -ip 104.40.75.37 -port 62519 -mode UA /LOG="C:\_stdout.txt" /DIR="C:\_Program Files (x86)\_Microsoft Azure Site Recovery" /VERYSILENT /SUPPRESSMSGBOXES /norestart -usesysvolumes /CommunicationMode https /PassphrasePath "C:\_connection.passphrase"\nInstallare manualmente il servizio Mobility in un server Linux:\nCopiare l'archivio TAR appropriato in base alla tabella precedente dal server di elaborazione nel computer di origine.\nAprire un programma shell ed eseguire tar -xvzf Microsoft-ASR_UA_8.2.0.0*\nImmettere echo <passphrase> >passphrase.txt dalla shell per creare un file passphrase.txt nella directory locale in cui è stato estratto il contenuto dell'archivio TAR.\nImmettere sudo ./install -t both -a host -R Agent -d /usr/local/ASR -i <IP address> -p <port> -s y -c https -P passphrase.txtper installare il servizio Mobility.\nSpecificare l'indirizzo IP e la porta:\nSe si sta eseguendo la connessione al server di configurazione via Internet, specificare indirizzo IP pubblico virtuale e l'endpoint HTTPS pubblico del server di configurazione in <IP address> e <port>.\nSe si sta eseguendo la connessione tramite VPN, specificare l'indirizzo IP interno e 443.\nCopiare la passphrase da CX nel file "passphrase.txt" sul server ed eseguire questi comandi. Nel nostro esempio CX è 104.40.75.37 e la porta HTTPS è 62519:\nPer eseguire l'installazione in un server di produzione:\n./install -t both -a host -R Agent -d /usr/local/ASR -i 104.40.75.37 -p 62519 -s y -c https -P passphrase.txt\nPer eseguire l'installazione nel server di destinazione:\n./install -t both -a host -R MasterTarget -d /usr/local/ASR -i 104.40.75.37 -p 62519 -s y -c https -P passphrase.txt\nQuando si aggiungono computer a un gruppo di protezione in cui è già in esecuzione una versione appropriata del servizio Mobility, l'installazione push viene ignorata.\nPassaggio 9: Abilitare la protezione\nPer abilitare la protezione, aggiungere macchine virtuali e server fisici a un gruppo di protezione. Prima di iniziare, tenere presente quanto segue:\nLe macchine virtuali vengono individuate ogni 15 minuti e possono essere necessari fino a 15 minuti perché vengano visualizzate in Azure Site Recovery dopo l'individuazione.\nAnche le modifiche dell'ambiente nella macchina virtuale (ad esempio, l'installazione degli strumenti VMware) possono richiedere fino a 15 minuti per l'aggiornamento in Site Recovery.\nÈ possibile controllare l'ora dell'ultima individuazione nel campo ORA ULTIMO CONTATTO per il server vCenter o l'host ESXi nella pagina Server di configurazione.\nSe è già stato creato un gruppo di protezione e successivamente si aggiunge un server vCenter o un host ESXi, sono necessari 15 minuti per l'aggiornamento del portale di Azure Site Recovery e per la visualizzazione delle macchine virtuali nella finestra di dialogo Aggiungi macchine virtuali a un gruppo di protezione .\nSe si desidera procedere immediatamente con l'aggiunta di computer al gruppo di protezione senza attendere l'individuazione pianificata, evidenziare il server di configurazione (senza fare clic su di esso) e fare clic sul pulsante Aggiorna .\nQuando si aggiungono macchine virtuali o computer fisici a un gruppo di protezione, il server di elaborazione esegue automaticamente il push e l'installazione del servizio Mobility nel server di origine, se non è già installato.\nPer il funzionamento del meccanismo di push automatico, accertarsi di avere configurato i computer protetti come descritto nel passaggio precedente.\nAggiungere i computer come segue:\nFare clic su Elementi protetti > Gruppo di protezione > Computer > Aggiungi computer. Come procedura consigliata, i gruppi di protezione dovranno riflettere i carichi di lavoro, in modo da aggiungere allo stesso gruppo i computer che eseguono un'applicazione specifica.\nSe si attiva la protezione per server fisici, nella pagina Seleziona macchine virtuali della procedura guidata Aggiungi computer fisici specificare l'indirizzo IP e il nome descrittivo. Selezionare quindi la famiglia di sistemi operativi.\nSe si attiva la protezione per macchine virtuali VMware, nella pagina Seleziona macchine virtuali selezionare il server vCenter che gestisce le macchine virtuali (o l'host EXSi in cui sono in esecuzione) e quindi selezionare le macchine.\nIn Specificare le risorse di destinazione selezionare i server di destinazione master e l'archiviazione da usare per la replica e indicare se le impostazioni devono essere usate per tutti i carichi di lavoro. Selezionare Account di archiviazione Premium durante la configurazione della protezione dei carichi di lavoro che richiedono prestazioni di I/O elevate e coerenti e bassa latenza per ospitare i carichi di lavoro con numerose operazioni di I/O. Se si desidera utilizzare un account di archiviazione Premium per i dischi dei carichi di lavoro, è necessario usare destinazioni master della serie DS. Non è possibile usare dischi di archiviazione Premium su destinazioni master diverse dalla serie DS.\nIn Specificare gli account selezionare l'account da usare per l'installazione del servizio Mobility nei computer protetti. Sono necessarie le credenziali dell'account per l'installazione automatica del servizio Mobility. Se non è possibile selezionare un account, assicurarsi di configurare uno come descritto nel passaggio 2. Si noti che questo account non è accessibile da Azure. Per i server Windows è richiesto un account con privilegi di amministratore nel server di origine. Per Linux l'account deve essere l'utente ROOT.\nFare clic sul segno di spunta per completare l'aggiunta dei computer al gruppo di protezione e avviare la replica iniziale per ogni computer. Lo stato può essere monitorato nella pagina Processi .\nPer monitorare lo stato della protezione, fare clic su Elementi protetti > nome del gruppo di protezione > Macchine virtuali. Dopo il completamento della replica iniziale e la sincronizzazione dei dati nei computer, verrà visualizzato lo stato Protetto .\nImpostare le proprietà dei computer protetti\nQuando lo stato della macchina virtuale è Protetto , sarà possibile configurarne le proprietà di failover. Nei dettagli del gruppo di protezione selezionare il computer e aprire la scheda Configura .\nÈ possibile modificare il nome assegnato al computer in Azure dopo il failover e le dimensioni della macchina virtuale di Azure. È anche possibile selezionare la rete di Azure alla quale verrà connesso il computer dopo il failover.\nIl nome del computer in Azure deve rispettare i requisiti di Azure.\nPer impostazione predefinita, le macchine virtuali replicate in Azure non sono connesse a una rete di Azure. Per permettere la comunicazione delle macchine virtuali, accertarsi di impostare la stessa rete di Azure.\nSe si ridimensiona un volume in una macchina virtuale VMware o un server fisico, questo entra in uno stato critico. Se è necessario modificare la dimensione, eseguire le operazioni seguenti:\na) Modificare l'impostazione della dimensione.\nb) Nella scheda Macchine virtuali selezionare la macchina virtuale e fare clic su Rimuovi.\nc) In Rimuovi macchina virtuale selezionare l'opzione Disabilita protezione (Usare per analisi ripristino e ridimensionamento volume). Questa opzione disabilita la protezione ma mantiene i punti di ripristino in Azure.\nd) Abilitare nuovamente la protezione per la macchina virtuale. Quando si abilita nuovamente la protezione, i dati per il volume ridimensionato verranno trasferiti in Azure.\nPassaggio 10: Eseguire un failover\nAttualmente è possibile eseguire solo failover non pianificati per le macchine virtuali VMware e i server fisici protetti. Tenere presente quanto segue:\nPrima di avviare un failover, assicurarsi che i server di configurazione e di destinazione master siano in esecuzione e integri. In caso contrario, il failover avrà esito negativo.\nI computer di origine non vengono arrestati nell'ambito di un failover non pianificato. L'esecuzione di un failover non pianificato interrompe la replica dei dati per i server protetti. È necessario eliminare i computer dal gruppo di protezione e aggiungerli nuovamente per iniziare a proteggerli di nuovo dopo il failover non pianificato.\nSe si desidera eseguire il failover senza perdite di dati, assicurarsi che le macchine virtuali del sito primario siano disattivate prima di avviare il failover.\nNella pagina Piani di ripristino aggiungere un piano di ripristino. Specificare i dettagli per il piano e selezionare Azure come destinazione.\nIn Seleziona macchine virtuali selezionare un gruppo di protezione e quindi i computer nel gruppo da aggiungere al piano di ripristino. Ulteriori informazioni sui piani di ripristino.\nSe necessario, è possibile personalizzare il piano per creare gruppi e una sequenza dell'ordine in cui verrà eseguito il failover dei computer nel piano di ripristino. È anche possibile aggiungere istruzioni per azioni manuali e script. Gli script durante il ripristino in Azure possono essere aggiunti tramite i runbook di automazione di Azure.\nNella pagina Piani di ripristino selezionare il piano e fare clic su Failover non pianificato.\nIn Conferma failover verificare la direzione del failover (in Azure) e selezionare il punto di ripristino in cui effettuare il failover.\nAttendere il completamento del processo di failover e quindi verificare che sia stato eseguito nel modo previsto e che le macchine virtuali replicate vengano avviate in Azure.\nPassaggio 11: Eseguire il failback dei computer sottoposti a failover da Azure\nAltre informazioni su come rendere nuovamente disponibili nell'ambiente locale i computer sottoposti a failover in esecuzione in Azure.\nGestire i server di elaborazione\nIl server di elaborazione invia i dati di replica al server di destinazione master in Azure e individua le nuove macchine virtuali VMware aggiunte a un server vCenter. Nelle seguenti circostanze può essere necessario cambiare il server di elaborazione nella distribuzione:\nSe il server di elaborazione corrente non è disponibile\nSe l'obiettivo del punto di ripristino (RPO) raggiunge un livello non accettabile per l'organizzazione.\nSe necessario, è possibile spostare in un server di elaborazione diverso la replica di alcuni o tutti i server fisici e le macchine virtuali VMware in locale. ad esempio:\nErrore: se si verifica un errore in un server di elaborazione o questo risulta non disponibile, è possibile spostare la replica delle macchine virtuali protette in un altro server di elaborazione. I metadati del computer di origine e del computer di replica vengono spostati nel nuovo server di elaborazione e i dati vengono sincronizzati di nuovo. Il nuovo server di elaborazione si connetterà automaticamente al server vCenter per eseguire l'individuazione automatica. È possibile monitorare lo stato dei server di elaborazione nel dashboard di Site Recovery.\nBilanciamento del carico per regolare l'obiettivo del punto di ripristino: per migliorare il bilanciamento del carico, è possibile selezionare un server di elaborazione diverso nel portale di Azure Site Recovery e spostare in tale server la replica di una o più macchine virtuali per il bilanciamento del carico manuale. In questo caso, i metadati dei computer di origine e di replica selezionati vengono spostati nel nuovo server di elaborazione. Il server di elaborazione originale rimane connesso al server vCenter.\nMonitorare il server di elaborazione\nSe un server di elaborazione è in stato critico, nel dashboard di Site Recovery verrà visualizzato un avviso di stato. È possibile fare clic sullo stato per aprire la scheda Eventi e quindi eseguire il drill-down a processi specifici nella scheda Processi.\nModificare il server di elaborazione usato per la replica\nAprire Server > Server di configurazione. Selezionare il server di configurazione e aprire Dettagli server.\nFare clic su Server di elaborazione > Cambia server di elaborazione accanto al server da modificare.\nIn Cambia server di elaborazione > Server di elaborazione di destinazione selezionare il nuovo server da usare e quindi selezionare le macchine virtuali da replicare nel nuovo server. Fare clic sull'icona informazioni accanto al nome del server per informazioni dettagliate sullo spazio disponibile e la memoria usata. Per consentire di prendere le decisioni relative al carico, viene visualizzato lo spazio medio che sarà necessario per replicare ogni macchina virtuale selezionata nel nuovo server di elaborazione.\nFare clic sul segno di spunta per avviare la replica nel nuovo server di elaborazione. Si noti che se si rimuovono tutte le macchine virtuali da un server di elaborazione in stato critico, per tale server non dovrebbe più essere visualizzato un avviso critico nel dashboard.\nInformazioni e comunicazioni sul software di terze parti


Falcao sogno del Chelsea, forse non troppo proibito! Abramovich pronto a sborsare 50 mln! | Goal.com\nFalcao sogno del Chelsea, forse non troppo proibito! Abramovich pronto a sborsare 50 mln pur di averlo\nIl magnate russo del Chelsea è pronto a fare follie per il centravanti dell'A.Madrid idolo degli spagnoli dopo la doppietta che ha fatto vincere l'E.League solo qualche giorno fa.\nDoppietta nella Finale di E.League giocata a Bucarest tra Atletico Madrid e Athletic Bilbao, un vero e proprio idolo per i tifosi della squadra di Diego Simeone. Acquistato la scorsa estate dal Porto per la folle cifra di 40 milioni di euro, Radamel Falcao Garcia ha dimostrato tutto il suo valore durante questa stagione.\nCom'era ovvio anche solo pensare, adesso molte squadre sono sulle sue tracce ma l'Atletico difficilmente cederà, difficilmente a meno di un'offerta ancora più folle di quella che i colchoneros fecero al Porto un anno fa.\nIl problema, se così lo si vuole chiamare, è che questa offerta folle sembra stia arrivando dal Chelsea. I Blues freschi di prima Champions League della loro storia si vogliono rinforzare in vista della prossima annata non soltanto per cercare di vincere ancora in Europa ma anche per cercare di avvicinarsi allo strapotere dei due Manchester. 50 milioni di euro, questa l'offerta che Roman Abramovich sarebbe pronto a fare alla società dell'Atletico Madrid per mollare Falcao.\nA questo punto si attende una risposta da parte del club iberico. Il Chelsea vorrebbe il bomber colombiano per sostituire Didier Drogba dato come certo partente nonostante il bomber ivoriano sia stato (insieme a Cech) il vero e proprio protagonista della vittoria in Champions contro il Bayern Monaco. Per Drogba peraltro si parla anche di Juventus. A fine agosto la super sfida per la Supercoppa Europea a Montecarlo, Chelsea contro A.Madrid, Falcao indosserà ancora la maglia biancorossa o dovrà vedersela contro i suoi ex compagni?


Bianca Balti per Alessandro Angelozzi Couture - www.stile.it\nLe foto ufficiali degli scatti di Fabrizio Ferri per la collezione sposa\nBianca Balti per Alessandro Angelozzi\nFabrizio Ferri e Bianca Balti. Roma, il suo spettacolo, dall'alba al tramonto. Il racconto di due giorni insieme ad un grande maestro e alla top model più amata del momento. Le foto ufficiali della collezione Alessandro Angelozzi Couture per la SS 15, narrano un racconto tutto italiano, il prestigio, la bellezza e l'esclusività di cui é ancora capace il nostro Paese, di generazione in generazione.\nGUARDA LE IMMAGINI DAL BACKSTAGE\nGUARDA ANCHE LO SPECIALE COLORI D'INVERNO 2015\nAlessandro Angelozzi grazie al suo talento, alla passione per il suo lavoro e all'arte sopraffina della sartoria tradizionale italiana, preservata e perfezionata, é il riconosciuto e massimo rappresentante italiano nel mondo della confezione d'alta moda di abiti da sposa.\nLe immagini della collezione Alessandro Angelozzi Couture, Primavera-Estate 2015, con protagonista Bianca Balti per l'obbiettivo di Fabrizio Ferri.\nCategorie ModaTag abiti da sposa bianca balti moda sposa star


Logis - Ecoenergy Spa\nLA GEOLOCALIZZAZIONE AL SERVIZIO DELLA MOVIMENTAZIONE DELLE MERCE\nSi tratta di una soluzione multipiattaforma personalizzata per l'esigenze del cliente, per la gestione di magazzino e delle merci su piazzali di grandi dimensioni.\nIl sistema permette all'azienda di monitorare la corretta attuazione del piano di attività, gestire l'operatività della movimentazione delle merci e dei mezzi e velocizzare il processo di inventario e controllo del magazzino.\nI vantaggi nell’adottare il Sistema LOGIS sono certamente i seguenti:\nOttimizzazione Spazi: indicazione automatica della zona in cui l'oggetto deve essere stoccato, in base a parametri impostati dall’utente (cliente, data, contenuto, dimensioni, tipo di materiale, ecc….)\nImmediata localizzazione e rintracciabilità di oggetti, mezzi e operatori e visualizzazione in mappa, con conseguente risparmio di tempo\nOttimizzazione delle aree di stoccaggio rispondenti a parametri e criteri impostati dall’utente\nOttimizzazione dell’uso e conseguente risparmio dei mezzi: meno ore di impiego mezzi attraverso un sistema di calcolo distanze/percorsi minimi e grazie all’eliminazione di spostamenti inutili\nSvecchiamento Stock del materiale a magazzino in modo costante e continuo: prelevamento materia prima giacente a magazzino da più tempo\nTracciabilità e rintracciabilità materiale: precisione di localizzazione del materiale fino alla locazione con completa storicizzazione di ogni evento e movimentazione svolta sul singolo oggetto\nCompleto controllo delle risorse preposte alle attività di stoccaggio e manutenzione\nReports completi personalizzati in base alle esigenze\nESEMPI DI SOLUZIONI PROPOSTE\nQuesto video illustra la soluzione proposta per l'acciaieria Marcegaglia di Ravenna: un dispositivo veicolare touch-screen collegato in rete WiFi permette all'operatore di registrare, tramite un'interfaccia chiara e di semplice utilizzo, l'intera filiera di operazioni eseguite per stoccare il materiale, dalla banchina del porto, alla destinazione finale sul piazzale.\nIn questo video sono illustrate alcune funzionalità sviluppate per il modulo di backoffice installato su dispositivi Desktop del cliente.\nIn particolare sono mostrate le funzionalità di ricerca degli oggetti georeferenziati, e relativa visualizzazione sulla mappa, registrazione di scarico e spedizione delle merci, e una sezione di reportistica avanzata, estremamente personalizzabile sulle esigenze del cliente, esportabile in vari formati (XLS, PDF, etc) o schedulabile per l'invio periodico tramite email.


La nascita e la simbologia degli anelli di fidanzamento - B2B Communication\nL’anello di fidanzamento è un anello che viene donato dal fidanzato alla propria fidanzata in segno di proposta di matrimonio.\nNella tradizione occidentale l’uomo non indossa l’anello, in altre indossa un anello simile a quello della promessa sposa.\nGli anelli di fidanzamento sono racchiusi in tre principali categorie: solitario, verette e mezza fede (o fedina).\nGli anelli sono solitamente prodotti in oro, oro bianco o altri metalli preziosi nei quali vengono incastonate pietre preziose quali diamanti, zaffiri, rubini.\nNel 2012 le statistiche rilevano una spesa media di 4000 dollari negli Stati Uniti d’America e di 1500/2000 sterline nel Regno Unito.\nLa tradizione occidentale prevede che il fidanzato acquisti in segreto l’anello per chiedere la mano alla propria amata pronunciando la famosa frase “mi vuoi sposare” in un luogo significativo creando l’effetto sorpresa.\nDove acquistare un anello di fidanzamento senza spendere troppo\nL’acquisto dell’anello avviene comunemente in negozi specializzati quali gioiellerie e laboratori orafi, ma da diverso tempo anche le gioiellerie online sono prese d’assalto per la ricerca del miglior prezzo su articoli relativamente costosi.\nLa scelta del negozio è fondamentale dato che probabilmente la coppia si rivolgerà allo stesso negozio per l’acquisto degli altri preziosi che saranno necessari per le nozze quali fedi nuziali, regali per i testimoni e i genitori degli sposi, ornamenti nuziali per la sposa e lo sposo.\nIl negozio non deve necessariamente essere un negozio “fisico”, molto spesso ci si rivolge appunto ai negozi online per l’acquisto del proprio anello di fidanzamento.\nQuesta scelta può risultare azzardata per molti, data la poca possibilità di provare il prodotto, nonostante ciò sempre più persone si rivolgono agli shop online per svariati motivi tra cui il risparmio economico, la possibilità di effettuare comunque il reso dei prodotti e la vasta scelta per la ricerca dell’anello perfetto.\nLe aziende più note della gioielleria italiana hanno attivato da anni un servizio di vendita online dei propri prodotti che consente di seguire il cliente anche a distanza.\nÈ possibile che il sito stesso indirizzi il cliente allo shop “fisico” per servirlo meglio, ciò capita molto raramente\nRegali per Natale: l’abbonamento alla ricezione di fiori a domicilio »


Cucina Laccata Bianca | CirrusHealth\nHome » Cucina » Cucina Laccata Bianca\nGallery of: Cucina Laccata Bianca\nCucina Laccata Bianca – Come dare ai tuoi spazi domestici un tocco fresco e alla moda? Bene, per prima cosa è necessario cercare idee vittoria interior design pertinenti che si adattino perfettamente alla struttura e alla sua geometria. Ancora più determinante, il design che si cerca deve migliorare la sensazione della casa ed iniettare una ventata successo vita fresca in essa. Non puoi andare avanti e scegliere mobili ed decorazioni sperando di trasformare gli spazi in moderni e di tendenza. Piuttosto, devi trovare un reale design che unisca estetica e funzionalità per compiere il trucco negli spazi. Ecco le idee di interior design per manifestare la casa moderna e alla moda –\nI colori avranno un ruolo enorme da svolgere nel rendere la casa moderna oppure antica, come si sceglie. Quindi, l’attenzione dovrebbe essere la selezione della combinazione di colori che è cool. Solo un stemma giusto può farti ottenere l’arredamento giusto per l’interno. Non puoi scegliere il bianco e aspettarti di rendere gli interni alla moda come non lo sono. Piuttosto, devi selezionare un colore che si abbina bene con lo stile e l’aspetto dei mobili. cucina laccata bianca I decori moderni usano per lo più colori attenuati e questo mantra deve essere usato sicuramente.\nPer i proprietari di case, è importante non confondersi con la trama e il tessuto utilizzati nell’arredamento. Osservando la effetti, la trama per i mobili sarà essenziale come per altri oggetti e accessori in giro per la casa. Il tessuto e la tranello vanno scelti per fondersi senza sforzo sullo sfondo. Allo stesso modo, sarebbe bello scegliere i materiali che sono neutri ed che non sembrano con queste caratteristiche ovvi per gli occhi. L’obiettivo dovrebbe essere quello di mantenere la percezione dell’interno semplicistica in come ciò è possibile solamente quando un approccio al minimalismo è seguito dal tessuto.\nCucina Laccata Bianca – Evita decorazioni e accessori sontuosi\nLa pratica del pollice nel progettare un interno moderno e alla moda è quello di ridurre le decorazioni sontuose e colorate. I proprietari di casa dovrebbero dire di no a tutti gli accessori che mettono a dura campione gli occhi. Piuttosto, l’obiettivo dovrebbe essere quello di utilizzare oggetti fatti vittoria materiali trasparenti o di metalli per creare un’atmosfera tranquilla nell’arredamento. L’arredamento deve essere minimalista nel migliore dei modi in maniera da ottenere un tocco moderno ed elegante nell’arredamento. Allo stesso modo, è bene usare oggetti quale sono meno per ammaliare l’attenzione e più per prestare un ordine costruiti in casa.\nLe idee di design per le case moderne riguardano più l’utilizzo di materiali naturali e più ecologici e meno la gravitazione di oggetti oppure accessori appariscenti. cucina laccata bianca L’obiettivo è quello di ottenere un’ombra della natura in abitazione e questo può risultare possibile solo con un’idea di design sensata. Ad esempio, più accessori ed mobili in legno vengono effettuate usati come mai preventivamente d’ora, e i classici tappeti verdi tornano verso fare i conti addirittura una volta. Gli oggetti in metallo sono più richiesti e i mobili vengono personalizzati come mai prima d’ora.\nRelated Cucina Laccata Bianca


Ramondino: "Presenti in difesa, lucidi in attacco" - Il piccolo\nRamondino: "Presenti in difesa, lucidi in attacco"\n19 Febbraio 2017 ore 20:33\nAgrigento non è più un tabù, la parola playoff continua, in casa Junior, ad esserlo.\n“Grandissima soddisfazione. Le proporzioni sono importanti, ma per noi conta anche la qualità della prestazione”. Ovviamente soddisfatto coach Marco Ramondino che sottolinea la prestazione “di ottimo livello contro una squadra di talento e fisicità”. “ Sappiamo sulla nostra pelle il valore di Agrigento. Per questo devo fare i complimenti ai ragazzi per la presenza in difesa e l’altruismo in attacco. Siamo stati lucidi come staff nel capire quando Agrigento saliva di colpi in difesa, cercando di giocare pick and roll centrale per evitare azioni più lunghe che ci esponevano alla loro aggressività. In settimana ho provato a battere sulla Casale di oggi e l’Agrigento di oggi, più che sulla storia delle sfide. Penso che noi abbiamo margini di crescita. Agrigento in questa stagione più volte ha dovuto cambiare i propri equilibri per vari motivi. Credo che la capacità dei nuovi di non avere sulle spalle lo spettro del nostro passato ha avuto un valore nella partita. Purtroppo non c’è tempo per godersi questo risultato. Dobbiamo calarci subito nella sfida di venerdì contro Agropoli.\nAgganciata Trapani in classifica. Ma la parola playoff resta, questa sì, un tabù. “Voi la potete pronunciare. Io sono concentrato su Agropoli – chiude Ramondino - . Siamo stati tanto in apnea, dobbiamo continuare a starci”.\nLucida e signorile l’analisi di coach Franco Ciani. “Casale è stata straordinaria. Noi non siamo stati squadra. Tante volte negli ultimi anni siamo usciti ricevendo complimenti, stavolta dobbiamo farli noi a Casale. Questo è il basket che si gioca nel girone di ritorno, propedeutico per i playoff. Abbiamo espresso una pallacanestro adeguata per 5-6 nel terzo quarto, ripreso il controllo della pallacanestro che volevamo giocare. Poi il 18-0 subito ha dimostrato che quella reazione non era consolidata”.


haiti - Il Foglio\nQuasi 1300 vittime, migliaia i dispersi. E in arrivo c'è il ciclone Grace\nQuello che non torna nelle indagini sull'assassinio di Jovenel Moïse\nLe autorità dicono di avere arrestato finora 21 delle 28 persone presumibilmente coinvolte nell'assalto alla casa del presidente di Haiti. Il mandante sarebbe Christian Emmanuel Sanon. Chi è questo Sanon?\nIl Brasile e Haiti si distaccano dal modello che per anni aveva creato in America latina consenso attorno al regime comunista dell’Avana ed a quello bolivariano di Caracas\nMaurizio Stefanini 25 NOV 2018\nDal colera e gli stupri dell'Onu alle orge di Oxfam. Il colonialismo dei buoni\nGiulio Meotti 23 FEB 2018\nSe anche una sola ragazzina avesse paura del sorriso dei suoi soccorritori, sarebbe il trionfo del buio\nAnnalena Benini 16 FEB 2018\nA quasi due settimane da Matthew ad Haiti ora il rischio è un'epidemia di colera\nFrancesca Parodi 19 OTT 2016


L'Ora Rossa - Il titolare di Sir Andrew's Carpi Marco Solieri a Radio 5.9: "Aiutare i commercianti a ripartire defiscalizzando. I negozi tengono vivi i centri storici, riconoscere valore sociale delle imprese" - radio5punto9\nA “L’Ora Rossa” di questa sera è intervenuto Marco Solieri, imprenditore e titolare di Sir Andrew’s , storico negozio di abbigliamento della città di Carpi fondato nel 1970, per una testimonianza sulle difficoltà affrontate dai commercianti in questo momento e sul ruolo importante svolto dal loro settore capace di tenere in vita i bellissimi centri storici del nostro Paese:\n“Assieme agli altri commercianti del centro di Carpi abbiamo messo in campo una manifestazione, pacifica e composta, consegnando le chiavi delle nostre attività al Sindaco Alberto Bellelli per cercare di sottolineare verso l’opinione pubblica la crisi profonda in cui si trova il nostro settore.\nPer noi è importante prestare massima attenzione ad alcuni temi: servirebbe defiscalizzare per i negozi da tre mesi si trovano a incasso zero mentre le spese per le nostre attività restano e spesso sono salate. Un’attenzione agli affitti, per tanti negozianti parliamo di migliaia di euro ogni mese. Altro tema importante è quello relativo ai costi per l’occupazione del suolo pubblico specialmente per quanto riguarda le attività con dehors.\nI commercianti svolgono anche un ruolo sociale, evitano il degrado e permettendo di tenere viva l’intera piazza. Ci occupiamo di tante piccole cose, come, ad esempio, tener pulito i portici, che aiutano a tenere vivo e vitale il nostro bellissimo centro storico. Il mio auspicio, una volta iniziata la ripresa, e che le persone decidano di spendere in Italia, in special modo nelle proprie città. Mi piacerebbe che anche i carpigiani tornassero a vivere la propria città dove ci sono molte realtà che hanno tanto da offrire.\nSiamo chiamati, specialmente nel settore dell’abbigliamento, a trovare soluzioni alternative rispetto alle abitudini del passato. Al momento ci siamo già attivati con la predisposizione di tutti quei dispositivi che ci permetteranno di ripartire in sicurezza, la nostra priorità resta la salute e su questo ci siamo attrezzati con il massimo senso di responsabilità.\nIl mio augurio è che appena sarà possibile le persone possano tornare nel nostro centro storico, invitando tutti a spendere in Italia sostenendo il commercio locale. Noi siamo pronti.\nTaggato come Carpi Coronavirus L'Ora Rossa Marco Solieri Piazza Martiri Sir Andrew's Carpi Web Radio 5.9\nCoronavirus e crisi economica: imprenditore napoletano si toglie la vita, si chiamava Antonio Nagaro e aveva 57 anni


C'è una cosa che gli inglesi amano più di tutto, e non è il gossip sulla casa reale e la Regina. E' il burro, concentrato di grassi saturi che dà sapore ai cibi e ingrassa la fetta di pane, con gravi danni al sistema cardiocircolatorio degli inglesi.\nSecondo Shyam Kolvekar, chirurgo dell'università del College Hospital di Londra il burro dovrebbe essere bandito dalla tavola degli inglesi, per essere sostituito con la margarina o altri derivati: ciò salverebbe tanti inglesi da infarti e problemi cardiocircolatori.\nIn Inghilterra ci sono persone che a causa dell'alimentazione sbagliata hanno bisogno di un bypass a 30 anni e la percentuale delle persone che consuma grassi saturi fuori controllo è elevatissima: il 90% dei bambini, l'88% degli uomini e l'83% delle donne. Bandire il burro dalle tavole di Londra sembra essere l'unico modo per far fronte ai problemi di salute degli inglesi, che, a quanto pare, non riescono a smettere col burro e hanno bisogno di un'imposizione che lo vieti.


Termini e Condizioni – MCS Academy\nAl presente sito si applica la normativa in vigore nel territorio della Repubblica Italiana. Ai sensi dell’art. 13 del D. Lgs n. 196/2003 – “Codice in materia di protezione dei dati personali” (di seguito denominato “Codice”), MCS Academy, in qualità di “Titolare” del trattamento, è tenuta a fornirle informazioni in merito all’utilizzo dei suoi dati personali. Il trattamento dei suoi dati per lo svolgimento di funzioni istituzionali da parte di MCS Academy non necessita del suo consenso.\nLa raccolta dei suoi dati personali viene effettuata registrando i dati da lei stesso forniti, in qualità di interessato, al momento della registrazione all’interno del sito www.mcsacademy.it e durante tutte le fasi successive di comunicazione. I dati personali saranno trattati per le seguenti finalità:\ninvio di email riguardanti iniziative legate ai Corsi


Cabine Bagno Prefabbricato\nHome»idee per mobili»Cabine Bagno Prefabbricato Prezzi\nCabine Bagno Prefabbricato Prezzi\nState valutando l’ipotesi di trasformare la vostra vasca da bagno in una doccia e siete alla ricerca di informazioni su Remail? Opinioni, informazioni, costi… In questo articolo vogliamo affrontare proprio questo tema.\nBox Doccia Idromassaggio : Box doccia Idromassaggio …\nLa vasca è un arredo presente nella maggior parte dei bagni e risulta molto utile soprattutto in inverno, per godere appieno di un bagno caldo e rilassante.\nTuttavia potrebbe creare dei problemi: innanzitutto, la vasca non è adatta per le persone che hanno problemi motori o per gli anziani, in quanto è difficile entrare nella vasca, senza contare che si corre il rischio di scivolare.\nSi tratta di un arredo che occupa certamente molto spazio in un bagno, per questo non è adatto ad ambienti particolarmente piccoli.\nPer tutti questi motivi a volte si decide di sostituire la vasca con la doccia. Tuttavia si tratta di un lavoro lungo, che comporta anche un bel po’ di sporco e detriti nel bagno.\nPrezzi docce idromassaggio – Boiserie in ceramica per bagno\nImage Source: posizionamento-gratis.net\nUna soluzione per evitare tutto questo è quella offerta dalla Remail. La Remail è un’azienda che si occupa da oltre quarant’anni di rinnovare e ristrutturare il bagno, a seconda delle esigenze dei clienti.\nIn questa breve guida parleremo delle soluzioni che questa azienda offre, nonché delle opinioni dei clienti sulla Remail.\nL’obiettivo di Remail è quello di sostituire la vostra vasca con una moderna doccia, a seconda di quelle che sono le vostre esigenze, e senza dover ricorrere a operazioni murarie.\nBagni Prefabbricati > Monoblocchi prefabbricati > Prefabbricati isolati\nImage Source: novobox.it\nanche leggere : Piastrelle Per Top Cucina Prezzi\nCon un giorno di lavoro, i tecnici della Remail installeranno la doccia al posto della vecchia vasca, attraverso pochi passaggi:\nSi può contattare l’azienda tramite il sito ufficiale: inserendo i vostri dati entrerete in contatto rapidamente con lo staff che vi fornirà tutte le informazioni necessarie e vi illustrerà i dettagli della promozione che vi fa risparmiare il 22%.\nA seconda delle vostre esigenze e dello spazio a disposizione, potrete scegliere tra una vasta gamma di docce da installare con Remail.\nSi può scegliere una doccia dalle grandi dimensioni, come la Amerika Luxury, oppure abbinare la doccia con uno spazio per la lavatrice o il lavatoio.\nBox doccia prezzi: STAR A – ARREDOBAGNO NEWS\nImage Source: arredobagnonews.it\nLe docce della Remail presentano le seguenti caratteristiche:\nOltre alla doccia, potrete acquistare con Remail anche una serie di accessori, come le aste per la doccia, le maniglie, le pedane antiscivolo, le sedie con braccioli e molto altro.\nLa Remail tuttavia, non si occupa solo di sostituire la vasca con una delle loro docce, ma di molto altro.\nVediamo di seguito quali altre soluzioni questa azienda mette a disposizione dei clienti, al fine di rinnovare il bagno.\nBox e accessori doccia – Bricoman\nSe non avete intenzione di sostituire la vostra vasca con una doccia nuova, è possibile ottenere dalla Remail altre soluzioni per il vostro bagno. Una tra queste è la sovrapposizione della vecchia vasca con una nuova.\nSe volete sostituire la vecchia vasca perché danneggiata, o semplicemente non soddisfa più i vostri gusti, la Remail applicherà una nuova vasca sopra quella vecchia, con circa 3 ore di lavoro.\nStessa cosa per quanto riguarda la doccia. In questo caso, verrà smontata la vecchia doccia, inserito un nuovo piatto sopra a quello vecchio e montato il nuovo box con gli accessori acquistati.\nPer gli anziani o le persone che soffrono di problemi motori, Remail mette a disposizione la seguente soluzione: sostituzione della vecchia vasca sovrapponendo una nuova con sportello.\nLa vasca con sportello infatti, consentirà di entrare e uscire più agevolmente, evitando di cadere o di scivolare.\nOltre alle vasche e alle docce, la Remail offre anche dei sanitari per rinnovare il vostro bagno.\nIl prezzo che comporta sostituire la vasca in doccia con Remail, così come il prezzo di ogni altra soluzione, si può conoscere contattando l’azienda tramite il sito ufficiale.\nAttualmente è presente un’offerta per la trasformazione della vasca in doccia: se deciderete di optare per questa soluzione, avrete uno sconto del 22% sul prezzo del servizio, e uno sconto del 50% sull’acquisto degli accessori.\nScegli le docce idromassaggio di kvstore! – Offerte Box Doccia\nImage Source: boxdocciaprezzi.it\nPotrete pagare con rate mensili da 49 euro e avere in omaggio accessori come i sanitari, oppure un seggiolino, una maniglia e una pedana in legno.\nanche leggere : Ausili Per Il Bagno\n>> Risparmia Subito il 22% con Remail Richiedi Info sul Sito Ufficiale di Remail\nPermesso per essere in grado di il mio sito , in questo particolare ora I will mostrarti per quanto riguarda keyword. e ora , questo può essere il iniziale immagine\nCabina Box Doccia Multifunzione con Bagno Turco e …\nHow about grafica precedente? is in realtà che awesome ???. se si crede quindi , i ‘ l l dimostrare some Impression tutto da capo in basso\nQuindi, se vuoi ottenere il Amazing images relative a (Cabine Bagno Prefabbricato Prezzi), click Salva icona per salvare il pics per il tuo computer . Questi sono preparato per download , se si preferisce e desidera proprio , fare clic su Salva simbolo nella pagina post, e sarà essere immediatamente Down Loaded nel vostro computer finally se vuoi , se vuoi have New e il ultima Picture related to (Cabine Bagno Prefabbricato Prezzi), seguiteci su Google Plus o su libro Mark questo sito , cerchiamo il nostro migliore per offrire Daily Update con tutto nuovo e fresco images . Speriamo che tu like staying qui . Per molti up-date e recenti news about (Cabine Bagno Prefabbricato Prezzi) images , si prega gentilmente di seguirci su Tweets, percorso, Instagram e Google Plus, o si contrassegna questa pagina su Book Mark sezione , Tentiamo darti up-date periodicamente con All New e Fresh Shots , come ur esplorare , e trovare il migliore per voi.\nQui siete a il nostro sito , articolo sopra (Cabine Bagno Prefabbricato Prezzi) pubblicato. In questo momento we ‘ re contento a Declare che noi hanno trovato an estremamente interessante Niche da sottolineato, che è (Cabine Bagno Prefabbricato Prezzi) Alcune persone tentare di trovare informazioni su (Cabine Bagno Prefabbricato Prezzi) e certamente uno di essi sei tu, non è vero?\nCABINE IDROMASSAGGIO CABINA IDROM. SAUNA BAGNO TURCO …\nPrefabbricato modulare ad uso sanitario – CONTAINEX\nImage Source: containex.it\nOther Collections of Cabine Bagno Prefabbricato Prezzi\nTags:cabine bagno prefabbricate prezzi\nPrevious post link Top Cucina Su Misura Prezzi\nAmazon Calcolatrice Da Tavolo Next post link\nMobili Bagno Doppio Lavabo Economico


zeroviolenza - Nordost\nDa giovedì 14 a sabato 16 marzo, ore 21.00\nUna produzione del Teatro di Castalia in coproduzione con il Teatro Stabile di Genova\nMosca, 23 Ottobre 2002: un gruppo di terroristi ceceni, per la maggior parte donne, fanno irruzione nel Teatro Dubrovka mentre sul palco si sta rappresentando “Nordost” (Nordest) il primo musical russo. Prendono in ostaggio circa ottocento persone tra spettatori, attori, tecnici e impiegati del teatro. Dopo più di tre giorni di sequestro, il Governo russo decide di agire diffondendo del gas nervino attraverso le condutture di areazione del teatro: il risultato sarà il decesso di centinaia di ostaggi e l’esecuzione di tutti i terroristi addormentatisi nella sala. Tre donne (un ostaggio, una dottoressa che partecipa ai soccorsi e una terrorista) ricordano il susseguirsi degli avvenimenti, intrecciando i loro punti di vista in un crescendo sempre più drammatico. Tre vedove che decidono di parlare per combattere l’ingiustizia, la violenza e la morte con il potere del racconto.\nAltro in questa categoria: Stranieri familiari »