Distribuzione di DBMS in macchine virtuali di Azure per SAP NetWeaverAzure Virtual Machines DBMS deployment for SAP NetWeaver

Nota

Azure offre due modelli di distribuzione per creare e usare le risorse: Gestione risorse e la distribuzione classica.Azure has two different deployment models for creating and working with resources: Resource Manager and classic. Questo articolo illustra il modello di distribuzione Resource Manager, che Microsoft consiglia di usare per le nuove distribuzioni in sostituzione del modello di distribuzione classica.This article covers using the Resource Manager deployment model, which Microsoft recommends for new deployments instead of the classic deployment model.

Questa guida fa parte della documentazione relativa all'implementazione e alla distribuzione del software SAP in Microsoft Azure.This guide is part of the documentation on implementing and deploying the SAP software on Microsoft Azure. Prima di leggere questa guida, vedere la guida alla pianificazione e all'implementazione.Before reading this guide, read the Planning and Implementation Guide. Questo documento illustra la distribuzione di vari sistemi di gestione di database relazionali (RDBMS) e dei prodotti correlati in combinazione con SAP in macchine virtuali di Microsoft Azure tramite le funzionalità di infrastruttura distribuita come servizio (IaaS) di Azure.This document covers the deployment of various Relational Database Management Systems (RDBMS) and related products in combination with SAP on Microsoft Azure Virtual Machines (VMs) using the Azure Infrastructure as a Service (IaaS) capabilities.

Questo documento è complementare alla documentazione relativa all'installazione di SAP e alle note SAP, che rappresentano le risorse principali per le installazioni e le distribuzioni del software SAP su piattaforme specifiche.The paper complements the SAP Installation Documentation and SAP Notes, which represent the primary resources for installations and deployments of SAP software on given platforms.

Considerazioni generaliGeneral considerations

Questo capitolo introduce alcune considerazioni relative all'esecuzione di sistemi DBMS correlati a SAP in VM di Azure.In this chapter, considerations of running SAP-related DBMS systems in Azure VMs are introduced. Nel capitolo sono presenti pochi riferimenti a sistemi DBMS specifici.There are few references to specific DBMS systems in this chapter. I sistemi DBMS specifici vengono trattati nei capitoli successivi di questo documento.Instead the specific DBMS systems are handled within this paper, after this chapter.

DefinizioniDefinitions upfront

Nel documento vengono usati i termini seguenti.Throughout the document, we use the following terms:

  • IaaS (Infrastructure as a Service): infrastruttura distribuita come servizio.IaaS: Infrastructure as a Service.
  • PaaS (Platform as a Service): piattaforma distribuita come servizio.PaaS: Platform as a Service.
  • SaaS (Software as a Service): software come un servizio.SaaS: Software as a Service.
  • Componente SAP: singola applicazione SAP, ad esempio ECC, BW, Solution Manager o EP.SAP Component: an individual SAP application such as ECC, BW, Solution Manager, or EP. I componenti SAP possono essere basati su tecnologie ABAP o Java tradizionali o su un'applicazione non basata su NetWeaver, ad esempio Business Objects.SAP components can be based on traditional ABAP or Java technologies or a non-NetWeaver based application such as Business Objects.
  • Ambiente SAP: raggruppamento logico di uno o più componenti SAP per una funzione aziendale, ad esempio sviluppo, servizio di controllo della qualità, formazione, ripristino di emergenza o produzione.SAP Environment: one or more SAP components logically grouped to perform a business function such as Development, QAS, Training, DR, or Production.
  • Panorama applicativo SAP: fa riferimento a tutti gli asset SAP nell'ambiente IT di un cliente.SAP Landscape: This refers to the entire SAP assets in a customer's IT landscape. Il panorama applicativo SAP include tutti gli ambienti di produzione e non produzione.The SAP landscape includes all production and non-production environments.
  • Sistema SAP: combinazione del livello DBMS e del livello applicazione, ad esempio di un sistema di sviluppo SAP ERP, un sistema di test SAP BW, un sistema di produzione SAP CRM e così via. Nelle distribuzioni di Azure non è supportata la divisione di questi due livelli tra ambiente locale e Azure.SAP System: The combination of DBMS layer and application layer of, for example, an SAP ERP development system, SAP BW test system, SAP CRM production system, etc. In Azure deployments, it is not supported to divide these two layers between on-premises and Azure. Un sistema SAP deve quindi essere distribuito o in locale o in Azure.This means an SAP system is either deployed on-premises or it is deployed in Azure. È tuttavia possibile distribuire i diversi sistemi di un panorama applicativo SAP in Azure o in locale.However, you can deploy the different systems of an SAP landscape in Azure or on-premises. È ad esempio possibile distribuire i sistemi di sviluppo e test SAP CRM in Azure e il sistema di produzione SAP CRM in locale.For example, you could deploy the SAP CRM development and test systems in Azure but the SAP CRM production system on-premises.
  • Distribuzione solo cloud: una distribuzione in cui la sottoscrizione di Azure non è connessa tramite una connessione da sito a sito o ExpressRoute all'infrastruttura di rete locale.Cloud-Only deployment: A deployment where the Azure subscription is not connected via a site-to-site or ExpressRoute connection to the on-premises network infrastructure. Nella documentazione comune su Azure si fa riferimento a questi tipi di distribuzioni come distribuzioni "solo cloud".In common Azure documentation these kinds of deployments are also described as "Cloud-Only" deployments. L'accesso alle macchine virtuali distribuite con questo metodo viene effettuato tramite Internet ed endpoint Internet pubblici assegnati alle VM in Azure.Virtual Machines deployed with this method are accessed through the Internet and public Internet endpoints assigned to the VMs in Azure. L'istanza locale di Active Directory (AD) e il DNS non vengono estesi ad Azure in questi tipi di distribuzioni.The on-premises Active Directory (AD) and DNS is not extended to Azure in these types of deployments. Le macchine virtuali non sono quindi parte dell'istanza locale di Active Directory.Hence the VMs are not part of the on-premises Active Directory. Nota: le distribuzioni solo cloud in questo documento vengono definite come panorami applicativi SAP completi, eseguiti esclusivamente in Azure senza estensione di Active Directory o risoluzione dei nomi da locale al cloud pubblico.Note: Cloud-Only deployments in this document are defined as complete SAP landscapes, which are running exclusively in Azure without extension of Active Directory or name resolution from on-premises into public cloud. Le configurazioni solo cloud non sono supportate per sistemi SAP di produzione o per configurazioni in cui è necessario usare SAP STMS o altre risorse locali tra i sistemi SAP ospitati in Azure e le risorse che risiedono in locale.Cloud-Only configurations are not supported for production SAP systems or configurations where SAP STMS or other on-premises resources need to be used between SAP systems hosted on Azure and resources residing on-premises.
  • Cross-premise: indica uno scenario in cui le VM sono distribuite in una sottoscrizione di Azure con connettività da sito a sito, multisito o ExpressRoute tra i data center locali e Azure.Cross-Premises: Describes a scenario where VMs are deployed to an Azure subscription that has site-to-site, multi-site, or ExpressRoute connectivity between the on-premises datacenter(s) and Azure. Nella documentazione comune su Azure questi tipi di distribuzioni vengono definiti anche scenari cross-premise.In common Azure documentation, these kinds of deployments are also described as Cross-Premises scenarios. La connessione consente di estendere i domini locali, l'istanza locale di Active Directory e il DNS locale in Azure.The reason for the connection is to extend on-premises domains, on-premises Active Directory, and on-premises DNS into Azure. Il panorama applicativo locale viene esteso alle risorse di Azure della sottoscrizione.The on-premises landscape is extended to the Azure assets of the subscription. Questa estensione consente alle macchine virtuali di fare parte del dominio locale.Having this extension, the VMs can be part of the on-premises domain. Gli utenti di dominio del dominio locale possono accedere ai server e possono eseguire servizi in queste VM, ad esempio i servizi DBMS.Domain users of the on-premises domain can access the servers and can run services on those VMs (like DBMS services). La comunicazione e la risoluzione dei nomi tra VM distribuite in locale e VM distribuite in Azure sono consentite.Communication and name resolution between VMs deployed on-premises and VMs deployed in Azure is possible. Questo è probabilmente lo scenario più comune per la distribuzione di risorse SAP in Azure.We expect this to be the most common scenario for deploying SAP assets on Azure. Per altre informazioni, vedere questo articolo e questo.For more information, see this article and this article.

Nota

Le distribuzioni cross-premise di sistemi SAP in cui le macchine virtuali di Azure che eseguono sistemi SAP sono membri di un dominio locale sono supportate per i sistemi SAP di produzione.Cross-Premises deployments of SAP systems where Azure Virtual Machines running SAP systems are members of an on-premises domain are supported for production SAP systems. Le configurazioni cross-premise sono supportate per la distribuzione parziale o completa di panorami applicativi SAP in Azure.Cross-Premises configurations are supported for deploying parts or complete SAP landscapes into Azure. Anche l'esecuzione del panorama applicativo SAP completo in Azure richiede che queste VM siano parte di un dominio locale e di ADS.Even running the complete SAP landscape in Azure requires having those VMs being part of on-premises domain and ADS. Nelle versioni precedenti della documentazione sono stati illustrati scenari IT ibridi, in cui il termine ibrido indica la presenza di una connettività cross-premise tra l'ambiente locale e Azure.In former versions of the documentation, we talked about Hybrid-IT scenarios, where the term Hybrid is rooted in the fact that there is a cross-premises connectivity between on-premises and Azure. In questo caso ibrido indica anche che le macchine virtuali in Azure fanno parte dell'istanza locale di Active Directory.In this case Hybrid also means that the VMs in Azure are part of the on-premises Active Directory.

Alcuni documenti Microsoft descrivono scenari cross-premise in modo leggermente diverso, in particolare per configurazioni DBMS a disponibilità elevata.Some Microsoft documentation describes Cross-Premises scenarios a bit differently, especially for DBMS HA configurations. Nel caso dei documenti relativi a SAP, lo scenario cross-premise è essenzialmente basato sulla presenza di connettività da sito a sito o privata (ExpressRoute) e sulla distribuzione del panorama applicativo SAP tra l'ambiente locale e Azure.In the case of the SAP-related documents, the Cross-Premises scenario just boils down to having a site-to-site or private (ExpressRoute) connectivity and to the fact that the SAP landscape is distributed between on-premises and Azure.

RisorseResources

Per informazioni sull'argomento relativo alle distribuzioni SAP in Azure sono disponibili le seguenti guide:The following guides are available for the topic of SAP deployments on Azure:

Le note seguenti su SAP sono correlate all'argomento relativo a SAP in Azure:The following SAP Notes are related to the topic of SAP on Azure:

Numero della notaNote number TitoloTitle
19285331928533 Applicazioni SAP in Azure: prodotti supportati e tipi di macchine virtuali di AzureSAP Applications on Azure: Supported Products and Azure VM types
20155532015553 SAP in Microsoft Azure: prerequisiti per il supportoSAP on Microsoft Azure: Support Prerequisites
19993511999351 Risoluzione dei problemi del monitoraggio avanzato di Azure per SAPTroubleshooting Enhanced Azure Monitoring for SAP
21786322178632 Metriche chiave del monitoraggio per SAP in Microsoft AzureKey Monitoring Metrics for SAP on Microsoft Azure
14096041409604 Virtualizzazione in Windows: monitoraggio avanzatoVirtualization on Windows: Enhanced Monitoring
21914982191498 SAP in Linux con Azure: monitoraggio avanzatoSAP on Linux with Azure: Enhanced Monitoring
20396192039619 Applicazioni SAP in Microsoft Azure che usano il database Oracle: prodotti supportati e relative versioniSAP Applications on Microsoft Azure using the Oracle Database: Supported Products and Versions
22330942233094 DB6: Informazioni aggiuntive sulle applicazioni SAP in Azure che usano IBM DB2 per Linux, UNIX e WindowsDB6: SAP Applications on Azure Using IBM DB2 for Linux, UNIX, and Windows - Additional Information
22436922243692 Linux in una macchina virtuale di Microsoft Azure (IaaS): problemi delle licenze SAPLinux on Microsoft Azure (IaaS) VM: SAP license issues
19847871984787 SUSE LINUX Enterprise Server 12: note di installazioneSUSE LINUX Enterprise Server 12: Installation notes
20021672002167 Red Hat Enterprise Linux 7. x: installazione e aggiornamentoRed Hat Enterprise Linux 7.x: Installation and Upgrade
20697602069760 Installazione e aggiornamento di Oracle Linux 7.x SAPOracle Linux 7.x SAP Installation and Upgrade
15973551597355 Raccomandazione sullo spazio di swapping per LinuxSwap-space recommendation for Linux
21718572171857 Oracle Database 12c: supporto per file system in LinuxOracle Database 12c - file system support on Linux
11141811114181 Oracle Database 11g: supporto per file system in LinuxOracle Database 11g - file system support on Linux

Vedere anche il wiki in SCN contenente tutte le note SAP per Linux.Also read the SCN Wiki that contains all SAP Notes for Linux.

È necessario conoscere l'architettura Microsoft Azure e il funzionamento delle macchine virtuali di Microsoft Azure e sapere come queste vengono distribuite.You should have a working knowledge about the Microsoft Azure Architecture and how Microsoft Azure Virtual Machines are deployed and operated. Altre informazioni sono disponibili all'indirizzo https://azure.microsoft.com/documentation/You can find more information at https://azure.microsoft.com/documentation/

Nota

Questo documento non illustra le offerte relative alla piattaforma Microsoft Azure come piattaforma distribuita come servizio (PaaS).We are not discussing Microsoft Azure Platform as a Service (PaaS) offerings of the Microsoft Azure Platform. Questo documento descrive l'esecuzione di un sistema di gestione di database (DBMS) in macchine virtuali di Microsoft Azure (IaaS) come se il sistema DBMS fosse eseguito nell'ambiente locale.This paper is about running a database management system (DBMS) in Microsoft Azure Virtual Machines (IaaS) just as you would run the DBMS in your on-premises environment. Le funzionalità di database di queste due offerte sono molto diverse e non devono essere confuse tra loro.Database capabilities and functionalities between these two offers are very different and should not be mixed up with each other. Vedere anche: https://azure.microsoft.com/services/sql-database/See also: https://azure.microsoft.com/services/sql-database/

Per quanto riguarda la tecnologia IaaS, in generale l'installazione e la configurazione in Windows, Linux e DBMS sono sostanzialmente uguali a quanto avviene in qualsiasi macchina virtuale o computer bare metal installato in locale.Since we are discussing IaaS, in general the Windows, Linux, and DBMS installation and configuration are essentially the same as any virtual machine or bare metal machine you would install on-premises. Alcune decisioni relative all'architettura e all'implementazione della gestione del sistema, tuttavia, presentano differenze in caso di tecnologia IaaS.However, there are some architecture and system management implementation decisions, which are different when utilizing IaaS. Lo scopo di questo documento è spiegare le differenze specifiche relative all'architettura e alla gestione del sistema che è necessario conoscere quando si usa la tecnologia IaaS.The purpose of this document is to explain the specific architectural and system management differences that you must be prepared for when using IaaS.

Il documento prende in esame le differenze generali nelle aree seguenti:In general, the overall areas of difference that this paper discusses are:

  • Pianificazione del layout di VM/dischi appropriato dei sistemi SAP per garantire il layout dei file di dati corretto e la possibilità di raggiungere un numero di operazioni di I/O al secondo sufficiente per il carico di lavoro.Planning the proper VM/disk layout of SAP systems to ensure you have the proper data file layout and can achieve enough IOPS for your workload.
  • Considerazioni sulla rete per l'uso della tecnologia IaaS.Networking considerations when using IaaS.
  • Uso di funzionalità di database specifiche per ottimizzare il layout dei database.Specific database features to use in order to optimize the database layout.
  • Considerazioni sul backup e il ripristino nella tecnologia IaaS.Backup and restore considerations in IaaS.
  • Utilizzo di diversi tipi di immagini per la distribuzione.Utilizing different types of images for deployment.
  • Disponibilità elevata nella tecnologia IaaS di Azure.High Availability in Azure IaaS.

Struttura di una distribuzione RDBMSStructure of an RDBMS Deployment

Per seguire questo capitolo, è necessario conoscere il contenuto di questo capitolo della guida alla distribuzione.In order to follow this chapter, it is necessary to understand what was presented in this chapter of the Deployment Guide. Prima di leggere questo capitolo è necessario conoscere le diverse serie di macchine virtuali e le relative differenze, nonché le differenze tra Archiviazione Premium e Standard di Azure.Knowledge about the different VM-Series and their differences and differences of Azure Standard and Premium Storage should be understood and known before reading this chapter.

Fino a marzo 2015, le dimensioni dei dischi contenenti un sistema operativo erano limitate a 127 GB.Until March 2015, disks, which contain an operating system were limited to 127 GB in size. Questa limitazione è stata rimossa a marzo 2015. Per altre informazioni, vedere https://azure.microsoft.com/blog/2015/03/25/azure-vm-os-drive-limit-octupled/.This limitation got lifted in March 2015 (for more information check https://azure.microsoft.com/blog/2015/03/25/azure-vm-os-drive-limit-octupled/). A partire da tale data, i dischi contenenti il sistema operativo possono avere le stesse dimensioni di qualsiasi altro disco.From there on disks containing the operating system can have the same size as any other disk. È tuttavia preferibile una struttura di distribuzione in cui il sistema operativo, il sistema DBMS ed eventuali file binari SAP siano separati dai file di database.Nevertheless, we still prefer a structure of deployment where the operating system, DBMS, and eventual SAP binaries are separate from the database files. Nei sistemi SAP in esecuzione in macchine virtuali di Azure, è previsto che la VM o il disco di base sia installato con il sistema operativo, i file eseguibili del sistema di gestione di database e i file eseguibili SAP.Therefore, we expect SAP systems running in Azure Virtual Machines have the base VM (or disk) installed with the operating system, database management system executables, and SAP executables. I file di dati e di log di DBMS vengono archiviati in Archiviazione di Azure (Standard o Premium) in dischi separati e collegati come dischi logici alla VM di Azure dell'immagine del sistema operativo originale.The DBMS data and log files are stored in Azure Storage (Standard or Premium Storage) in separate disks and attached as logical disks to the original Azure operating system image VM.

A seconda che si usi Archiviazione Standard o Premium di Azure, ad esempio con VM serie GS o serie DS, in Azure sono previste altre quote, illustrate qui (per Linux) e qui (per Windows).Dependent on leveraging Azure Standard or Premium Storage (for example by using the DS-series or GS-series VMs) there are other quotas in Azure, which are documented here (Linux) and here (Windows). Nella pianificazione del layout dei dischi è necessario trovare l'equilibrio ottimale tra le quote per gli elementi seguenti:When planning your disk layout, you need to find the best balance of the quotas for the following items:

  • Numero di file di dati.The number of data files.
  • Numero di dischi contenenti i file.The number of disks that contain the files.
  • Quote di operazioni di I/O al secondo di un singolo disco.The IOPS quotas of a single disk.
  • Velocità effettiva dei dati per disco.The data throughput per disk.
  • Numero di dischi dati aggiuntivi possibili per dimensioni di VM.The number of additional data disks possible per VM size.
  • La velocità effettiva di archiviazione complessiva che una macchina virtuale può offrire.The overall storage throughput a VM can provide.

Azure applica una quota di operazioni di I/O al secondo per disco dati.Azure enforces an IOPS quota per data disk. I dischi ospitati in Archiviazione Standard di Azure e quelli ospitati in Archiviazione Premium hanno quote diverse.These quotas are different for disks hosted on Azure Standard Storage and Premium Storage. Anche la latenza di I/O è molto diversa tra i due tipi di archiviazione e Archiviazione Premium offre latenze di I/O nettamente migliori.I/O latencies are also very different between the two storage types with Premium Storage delivering factors better I/O latencies. A ognuno dei diversi tipi di VM è possibile collegare un numero limitato di dischi dati.Each of the different VM types has a limited number of data disks that you are able to attach. Un'altra restrizione è data dal fatto che solo determinati tipi di macchine virtuali possono usare Archiviazione Premium di Azure.Another restriction is that only certain VM types can leverage Azure Premium Storage. Di conseguenza, la scelta di un determinato tipo di VM potrebbe non basarsi soltanto sui requisiti di CPU e memoria, ma anche sui requisiti in termini di operazioni di I/O al secondo, latenza e velocità effettiva dei dischi che vengono in genere ridimensionati con il numero dei dischi o il tipo di dischi di Archiviazione Premium.This means the decision for a certain VM type might not only be driven by the CPU and memory requirements, but also by the IOPS, latency and disk throughput requirements that usually are scaled with the number of disks or the type of Premium Storage disks. In particolare con Archiviazione Premium, le dimensioni di un disco possono essere determinate anche dal numero di operazioni di I/O al secondo e dalla velocità effettiva che deve essere raggiunta da ogni disco.Especially with Premium Storage the size of a disk also might be dictated by the number of IOPS and throughput that needs to be achieved by each disk.

Il fatto che la frequenza complessiva di operazioni di I/O al secondo, il numero di dischi montati e le dimensioni della VM siano collegati può causare differenze tra la configurazione in Azure di un sistema SAP e la relativa distribuzione locale.The fact that the overall IOPS rate, the number of disks mounted, and the size of the VM are all tied together, might cause an Azure configuration of an SAP system to be different than its on-premises deployment. I limiti di IOPS per numero di unità logica (LUN) sono in genere configurabili nelle distribuzioni locali.The IOPS limits per LUN are usually configurable in on-premises deployments. In Archiviazione di Azure, invece, tali limiti sono fissi oppure dipendono dal tipo di disco, come in Archiviazione Premium.Whereas with Azure Storage those limits are fixed or as in Premium Storage dependent on the disk type. Nelle distribuzioni locali si possono trovare configurazioni dei clienti con server di database che usano molti volumi diversi per file eseguibili speciali come SAP e DBMS o volumi speciali per spazi di tabelle o database temporanei.So with on-premises deployments we see customer configurations of database servers that are using many different volumes for special executables like SAP and the DBMS or special volumes for temporary databases or table spaces. Lo spostamento di un sistema locale di questo tipo in Azure può determinare uno spreco della potenziale larghezza di banda per le operazioni di I/O al secondo a causa dello spreco di un disco per file eseguibili o database che eseguono un numero molto basso o nullo di operazioni di I/O al secondo.When such an on-premises system is moved to Azure, it might lead to a waste of potential IOPS bandwidth by wasting a disk for executables or databases, which do not perform any or not a lot of IOPS. Nelle macchine virtuali di Azure è quindi consigliabile che i file eseguibili SAP e DBMS siano installati nel disco del sistema operativo, se possibile.Therefore, in Azure VMs we recommend that the DBMS and SAP executables be installed on the OS disk if possible.

La posizione dei file di database e dei file di log e il tipo di Archiviazione di Azure usato devono essere definiti in base ai requisiti di operazioni di I/O al secondo, latenza e velocità effettiva.The placement of the database files and log files and the type of Azure Storage used, should be defined by IOPS, latency, and throughput requirements. Per avere un numero di operazioni di I/O al secondo sufficiente per il log delle transazioni, potrebbe essere necessario sfruttare più dischi per il file di log delle transazioni oppure usare un disco di Archiviazione Premium di dimensioni maggiori.In order to have enough IOPS for the transaction log, you might be forced to leverage multiple disks for the transaction log file or use a larger Premium Storage disk. In tal caso si creerà un RAID software, ad esempio con un pool di archiviazione Windows per Windows o MDADM e LVM (Logical Volume Manager) per Linux, con i dischi che contengono il log delle transazioni.In such a case one would build a software RAID (for example Windows Storage Pool for Windows or MDADM and LVM (Logical Volume Manager) for Linux) with the disks, which contain the transaction log.


Windows WindowsWindows

In una VM di Azure, D:\ è un'unità non persistente supportata da alcuni dischi locali nel nodo di calcolo di Azure.Drive D:\ in an Azure VM is a non-persisted drive, which is backed by some local disks on the Azure compute node. Il fatto che sia non persistente implica che tutte le modifiche apportate al contenuto dell'unità D:\ vengono perse al riavvio della macchina virtuale.Because it is non-persisted, this means that any changes made to the content on the D:\ drive is lost when the VM is rebooted. Per "tutte le modifiche" si intende il salvataggio di file, la creazione di directory, l'installazione di applicazioni e così via.By "any changes", we mean saved files, directories created, applications installed, etc.

Linux LinuxLinux

Nelle VM Linux di Azure viene montata automaticamente in /mnt/resource un'unità non persistente supportata da dischi locali nel nodo di calcolo di Azure.Linux Azure VMs automatically mount a drive at /mnt/resource that is a non-persisted drive backed by local disks on the Azure compute node. Il fatto che sia non persistente implica che tutte le modifiche apportate al contenuto in /mnt/resource vengono perse al riavvio della VM.Because it is non-persisted, this means that any changes made to content in /mnt/resource are lost when the VM is rebooted. Per "tutte le modifiche" si intende il salvataggio di file, la creazione di directory, l'installazione di applicazioni e così via.By any changes, we mean files saved, directories created, applications installed, etc.


A seconda della serie della VM di Azure, i dischi locali nel nodo di calcolo presentano prestazioni diverse, che possono essere classificate come segue.Dependent on the Azure VM-series, the local disks on the compute node show different performance, which can be categorized like:

  • A0-A7: prestazioni molto limitate.A0-A7: Very limited performance. L'unico uso possibile è il file di paging di Windows.Not usable for anything beyond windows page file
  • A8-A11: caratteristiche di prestazioni molto valide con circa diecimila IOPS e velocità effettiva > 1 GB/sec.A8-A11: Very good performance characteristics with some ten thousand IOPS and >1GB/sec throughput
  • Serie D: caratteristiche di prestazioni molto valide con circa diecimila IOPS e velocità effettiva > 1 GB/sec.D-Series: Very good performance characteristics with some ten thousand IOPS and >1GB/sec throughput
  • Serie DS: caratteristiche di prestazioni molto valide con circa diecimila IOPS e velocità effettiva > 1 GB/sec.DS-Series: Very good performance characteristics with some ten thousand IOPS and >1GB/sec throughput
  • Serie G: caratteristiche di prestazioni molto valide con circa diecimila IOPS e velocità effettiva > 1 GB/sec.G-Series: Very good performance characteristics with some ten thousand IOPS and >1GB/sec throughput
  • Serie GS: caratteristiche di prestazioni molto valide con circa diecimila IOPS e velocità effettiva > 1 GB/sec.GS-Series: Very good performance characteristics with some ten thousand IOPS and >1GB/sec throughput

Le indicazioni precedenti sono applicabili ai tipi di macchine virtuali certificati per SAP.Statements above are applying to the VM types that are certified with SAP. Le serie di VM con valori di IOPS e velocità effettiva eccellenti sono adatte all'uso da parte di alcune funzionalità DBMS, come tempdb o lo spazio di tabella temporanea.The VM-series with excellent IOPS and throughput qualify for leverage by some DBMS features, like tempdb or temporary table space.

Caching per VM e dischi datiCaching for VMs and data disks

Quando si creano dischi dati tramite il portale o si montano i dischi caricati nelle VM, è possibile scegliere se memorizzare nella cache il traffico di I/O tra la VM e i dischi in Archiviazione di Azure.When we create data disks through the portal or when we mount uploaded disks to VMs, we can choose whether the I/O traffic between the VM and those disks located in Azure storage are cached. Archiviazione Premium e Archiviazione Standard di Azure usano due tecnologie diverse per questo tipo di cache.Azure Standard and Premium Storage use two different technologies for this type of cache. In entrambi i casi, il backup della cache stessa viene eseguito nelle stesse unità usate dal disco temporaneo della VM, ossia D:\ in Windows o /mnt/resource in Linux.In both cases, the cache itself would be disk backed on the same drives used by the temporary disk (D:\ on Windows or /mnt/resource on Linux) of the VM.

Per Archiviazione Standard di Azure le opzioni di memorizzazione nella cache sono:For Azure Standard Storage the possible cache types are:

  • Nessuna memorizzazione nella cacheNo caching
  • Memorizzazione nella cache di letturaRead caching
  • Memorizzazione nella cache di lettura e scritturaRead and Write caching

Per ottenere prestazioni coerenti e deterministiche, è consigliabile impostare il caching in Archiviazione Standard di Azure per tutti i dischi contenenti spazio di tabella, file di log e file di dati correlati a DBMS su "NONE".In order to get consistent and deterministic performance, you should set the caching on Azure Standard Storage for all disks containing DBMS-related data files, log files, and table space to 'NONE'. Per la memorizzazione nella cache della macchina virtuale è possibile lasciare il valore predefinito.The caching of the VM can remain with the default.

Per Archiviazione Premium di Azure le opzioni di memorizzazione nella cache sono:For Azure Premium Storage the following caching options exist:

  • Nessuna memorizzazione nella cacheNo caching
  • Memorizzazione nella cache di letturaRead caching

Per Archiviazione Premium di Azure è consigliabile scegliere il caching di lettura per i file di dati del database SAP e nessun caching per i dischi dei file di log.Recommendation for Azure Premium Storage is to leverage Read caching for data files of the SAP database and chose No caching for the disks of log file(s).

RAID softwareSoftware RAID

Come già indicato sopra, è necessario bilanciare il numero di operazioni di I/O al secondo necessario per i file di database nel numero di dischi che è possibile configurare e il numero massimo di operazioni di I/O al secondo offerto da una VM di Azure per disco o tipo di disco di Archiviazione Premium.As already stated above, you need to balance the number of IOPS needed for the database files across the number of disks you can configure and the maximum IOPS an Azure VM provides per disk or Premium Storage disk type. Il modo più semplice per gestire il carico delle operazioni di I/O al secondo nei dischi è creare un RAID software nei diversi dischi.Easiest way to deal with the IOPS load over disks is to build a software RAID over the different disks. Quindi posizionare alcuni file di dati del DBMS SAP nei LUN ricavati dal RAID software.Then place a number of data files of the SAP DBMS on the LUNS carved out of the software RAID. A seconda dei requisiti, si può prendere in considerazione anche l'utilizzo di Archiviazione Premium, dato che due dei tre diversi dischi di Archiviazione Premium garantiscono una quota di operazioni di I/O al secondo superiore rispetto ai dischi basati su Archiviazione Standard.Dependent on the requirements you might want to consider the usage of Premium Storage as well since two of the three different Premium Storage disks provide higher IOPS quota than disks based on Standard Storage. Archiviazione Premium di Azure offre anche una latenza di I/O notevolmente migliore.Besides the significant better I/O latency provided by Azure Premium Storage.

Questo vale anche per il log delle transazioni dei vari sistemi DBMS.Same applies to the transaction log of the different DBMS systems. Se sono presenti numerosi sistemi DBMS, la semplice aggiunta di altri file di log delle transazioni non risulta efficace, perché i sistemi DBMS scrivono soltanto in un file alla volta.With many of them just adding more Tlog files does not help since the DBMS systems write into one of the files at a time only. Se sono necessarie frequenze di operazioni di I/O al secondo superiori rispetto a quella offerta da un singolo disco basato su Archiviazione Standard, è possibile eseguire lo striping tra più dischi di Archiviazione Standard oppure usare un tipo di disco di Archiviazione Premium di dimensioni maggiori che, oltre a frequenze di operazioni di I/O al secondo superiori, offra una latenza notevolmente più bassa per le operazioni di I/O di scrittura nel log delle transazioni.If higher IOPS rates are needed than a single Standard Storage based disk can deliver, you can stripe over multiple Standard Storage disks or you can use a larger Premium Storage disk type that beyond higher IOPS rates also delivers factors lower latency for the write I/Os into the transaction log.

Ecco alcuni esempi di situazioni riscontrate nelle distribuzioni di Azure per le quali sarebbe preferibile usare un RAID software:Situations experienced in Azure deployments, which would favor using a software RAID are:

  • Log delle transazioni o di rollforward che richiedono un numero di operazioni di I/O al secondo superiore rispetto a quello offerto da Azure per un singolo disco.Transaction Log/Redo Log require more IOPS than Azure provides for a single disk. Come indicato sopra, questo problema può essere risolto creando un LUN in più dischi con un RAID software.As mentioned above this can be solved by building a LUN over multiple disks using a software RAID.
  • Distribuzione non uniforme del carico di lavoro di I/O nei vari file di dati del database SAP.Uneven I/O workload distribution over the different data files of the SAP database. In questi casi uno dei file di dati potrebbe raggiunge la quota piuttosto spesso,In such cases one can experience one data file hitting the quota rather often. mentre gli altri non si avvicinano affatto alla quota di operazioni di I/O al secondo di un singolo disco.Whereas other data files are not even getting close to the IOPS quota of a single disk. In questi casi, la soluzione più semplice consiste nel creare un LUN in più dischi con un RAID software.In such cases the easiest solution is to build one LUN over multiple disks using a software RAID.
  • Non si conosce l'esatto carico di lavoro di I/O per ogni file di dati e si conosce solo approssimativamente il carico di lavoro di IOPS complessivo nel sistema DBMS.You don't know what the exact I/O workload per data file is and only roughly know what the overall IOPS workload against the DBMS is. La soluzione più semplice consiste nel compilare un unico LUN usando un RAID software.Easiest to do is to build one LUN with the help of a software RAID. La somma delle quote di più dischi dietro il LUN dovrebbe quindi fornire la frequenza di operazioni di I/O al secondo nota.The sum of quotas of multiple disks behind this LUN should then fulfill the known IOPS rate.

Windows WindowsWindows

Se si esegue Windows Server 2012 o versioni successive, è consigliabile usare Spazi di archiviazione Windows.We recommend using Windows Storage Spaces if you run on Windows Server 2012 or higher. È più efficiente rispetto alla funzionalità di striping di Windows delle versioni precedenti di Windows.It is more efficient than Windows Striping of earlier Windows versions. Quando si usa Windows Server 2012 come sistema operativo, potrebbe essere necessario creare gli spazi di archiviazione e i pool di archiviazione Windows con comandi di PowerShell.You might need to create the Windows Storage Pools and Storage Spaces by PowerShell commands when using Windows Server 2012 as Operating System. I comandi di PowerShell sono disponibili qui https://technet.microsoft.com/library/jj851254.aspxThe PowerShell commands can be found here https://technet.microsoft.com/library/jj851254.aspx

Linux LinuxLinux

Per compilare un RAID software in Linux sono supportati solo MDADM e LVM (Logical Volume Manager).Only MDADM and LVM (Logical Volume Manager) are supported to build a software RAID on Linux. Per altre informazioni, leggere gli articoli seguenti:For more information, read the following articles:


Considerazioni tipiche relative all'uso di serie di VM compatibili con Archiviazione Premium di Azure:Considerations for leveraging VM-series, which are able to work with Azure Premium Storage usually are:

  • Richieste di latenza di I/O che si avvicinano alle possibilità di dispositivi SAN o NAS.Demands for I/O latencies that are close to what SAN/NAS devices deliver.
  • Richiesta di una latenza di I/O molto superiore alle possibilità di Archiviazione Standard di Azure.Demand for factors better I/O latency than Azure Standard Storage can deliver.
  • Operazioni di I/O al secondo per VM superiori al numero raggiungibile con più dischi di Archiviazione Standard per un determinato tipo di VM.Higher IOPS per VM than what could be achieved with multiple Standard Storage disks against a certain VM type.

Dato che il servizio di archiviazione di Azure sottostante replica ogni disco in almeno tre nodi di archiviazione, è possibile usare un semplice striping RAID 0.Since the underlying Azure Storage replicates each disk to at least three storage nodes, simple RAID 0 striping can be used. Non è necessario implementare RAID 5 o RAID 1.There is no need to implement RAID5 or RAID1.

Archiviazione di Microsoft AzureMicrosoft Azure Storage

Archiviazione di Microsoft Azure archivia la VM di base, con il sistema operativo, e i dischi o i BLOB in almeno tre nodi di archiviazione separati.Microsoft Azure Storage stores the base VM (with OS) and disks or BLOBs to at least three separate storage nodes. Quando si crea un account di archiviazione o un disco gestito, è possibile scegliere il livello di protezione come illustrato di seguito:When creating a storage account or managed disk, there is a choice of protection as shown here:

Replica geografica abilitata per l'account di archiviazione di Azure

La replica locale di Archiviazione di Azure, con ridondanza locale, offre livelli di protezione contro la perdita di dati a causa di errori dell'infrastruttura che pochi clienti potrebbero permettersi di distribuire.Azure Storage Local Replication (Locally Redundant) provides levels of protection against data loss due to infrastructure failure that few customers could afford to deploy. Come illustrato sopra, sono disponibili quattro opzioni diverse più una quinta che rappresenta una variante di una delle prime tre.As shown above there are four different options with a fifth being a variation of one of the first three. Esaminando tali opzioni più da vicino è possibile distinguere:Looking closer at them we can distinguish:

  • Archiviazione con ridondanza locale Premium: l'archiviazione Premium di Azure offre prestazioni elevate e supporto di dischi a bassa latenza per le macchine virtuali che eseguono carichi di lavoro con I/O intensivo.Premium Locally Redundant Storage (LRS): Azure Premium Storage delivers high-performance, low-latency disk support for virtual machines running I/O-intensive workloads. Sono disponibili tre repliche dei dati nello stesso data center di Azure di un'area di Azure.There are three replicas of the data within the same Azure datacenter of an Azure region. Le copie si trovano in domini di aggiornamento e di errore diversi. Per informazioni su questi concetti, vedere questo capitolo della guida alla pianificazione.The copies are in different Fault and Upgrade Domains (for concepts see this chapter in the Planning Guide). In caso di una replica dei dati fuori servizio a causa di un errore del nodo archiviazione o di un errore del disco, viene generata automaticamente una nuova replica.In case of a replica of the data going out of service due to a storage node failure or disk failure, a new replica is generated automatically.
  • Archiviazione con ridondanza locale: in questo caso sono disponibili tre repliche dei dati nello stesso data center di Azure di un'area di Azure.Locally Redundant Storage (LRS): In this case, there are three replicas of the data within the same Azure datacenter of an Azure region. Le copie si trovano in domini di aggiornamento e di errore diversi. Per informazioni su questi concetti, vedere questo capitolo della guida alla pianificazione.The copies are in different Fault and Upgrade Domains (for concepts see this chapter in the Planning Guide). In caso di una replica dei dati fuori servizio a causa di un errore del nodo archiviazione o di un errore del disco, viene generata automaticamente una nuova replica.In case of a replica of the data going out of service due to a storage node failure or disk failure, a new replica is generated automatically.
  • Archiviazione con ridondanza geografica: in questo caso, una replica asincrona genera tre repliche dei dati aggiuntive in un'altra area di Azure, nella maggior parte dei casi nella stessa area geografica (ad esempio, Europa settentrionale ed Europa occidentale).Geo Redundant Storage (GRS): In this case, there is an asynchronous replication that feeds an additional three replicas of the data in another Azure Region, which is in most of the cases in the same geographical region (like North Europe and West Europe). Si ottengono così tre repliche aggiuntive, per un totale di sei repliche.This results in three additional replicas, so that there are six replicas in sum. Una variante di questa opzione prevede un'aggiunta in cui i dati nell'area di Azure con replica geografica possono essere usati per la lettura. In tal caso si parla di archiviazione con ridondanza geografica e accesso in lettura.A variation of this is an addition where the data in the geo replicated Azure region can be used for read purposes (Read-Access Geo-Redundant).
  • Archiviazione con ridondanza della zona: in questo caso, le tre repliche dei dati vengono mantenute nella stessa area di Azure.Zone Redundant Storage (ZRS): In this case, the three replicas of the data remain in the same Azure Region. Come spiegato in questo capitolo della Planning Guide (Guida alla pianificazione), un'area di Azure può essere costituita da un numero di data center in stretta vicinanza.As explained in this chapter of the Planning Guide an Azure region can be a number of datacenters in close proximity. Nel caso dell'archiviazione con ridondanza locale le repliche vengono distribuite nei vari data center che costituiscono un'area di Azure.In the case of LRS the replicas would be distributed over the different datacenters that make one Azure region.

Ulteriori informazioni sono disponibili qui.More information can be found here.

Nota

Per le distribuzioni DBMS, non è consigliabile usare l'archiviazione con ridondanza geografica.For DBMS deployments, the usage of Geo Redundant Storage is not recommended

La replica geografica di Archiviazione di Azure è asincrona.Azure Storage Geo-Replication is asynchronous. La replica dei singoli dischi montati in una singola VM non è sincronizzata nel passaggio di blocco.Replication of individual disks mounted to a single VM are not synchronized in lock step. Non è quindi appropriata per la replica di file DBMS distribuiti in diversi dischi o in un RAID software basato su più dischi.Therefore, it is not suitable to replicate DBMS files that are distributed over different disks or deployed against a software RAID based on multiple disks. Il software DBMS richiede che l'archiviazione su disco persistente sia sincronizzata con precisione nei vari LUN e dischi/spindle sottostanti.DBMS software requires that the persistent disk storage is precisely synchronized across different LUNs and underlying disks/spindles. Il software DBMS usa vari meccanismi per ordinare in sequenza le attività di scrittura di I/O. In caso di variazioni anche di pochi millisecondi, un sistema DBMS segnala che l'archivio su disco di destinazione della replica è danneggiato.DBMS software uses various mechanisms to sequence IO write activities and a DBMS reports that the disk storage targeted by the replication is corrupted if these vary even by a few milliseconds. Di conseguenza, se è assolutamente necessario implementare una configurazione database con un database esteso su più dischi con replica geografica, tale replica deve essere eseguita con strumenti e funzionalità di database.Hence if one really wants a database configuration with a database stretched across multiple disks geo-replicated, such a replication needs to be performed with database means and functionality. Per eseguire questo processo non è possibile fare affidamento sulla replica geografica di Archiviazione di Azure.One should not rely on Azure Storage Geo-Replication to perform this job.

Il problema risulta più semplice da spiegare con un sistema di esempio.The problem is simplest to explain with an example system. Si supponga di avere un sistema SAP caricato in Azure con otto dischi contenenti file di dati del sistema DBMS e un disco contenente il file di log delle transazioni.Let's assume you have an SAP system uploaded into Azure, which has eight disks containing data files of the DBMS plus one disk containing the transaction log file. In ognuno di questi nove dischi, i dati vengono scritti con un metodo coerente in base al sistema DBMS, sia che vengano scritti nei file di dati o nel file di log delle transazioni.Each one of these nine disks have data written to them in a consistent method according to the DBMS, whether the data is being written to the data or transaction log files.

Per eseguire correttamente la replica geografica dei dati e mantenere un'immagine coerente del database, la replica geografica del contenuto di tutti i nove dischi dovrà essere eseguita nell'ordine esatto in cui sono state eseguite le operazioni di I/O nei nove diversi dischi.In order to properly geo-replicate the data and maintain a consistent database image, the content of all nine disks would have to be geo-replicated in the exact order the I/O operations were executed against the nine different disks. La replica geografica di Archiviazione di Azure, tuttavia, non consente di dichiarare dipendenze tra i dischi.However, Azure Storage geo-replication does not allow to declare dependencies between disks. Di conseguenza, la replica geografica di Archiviazione di Microsoft Azure ignora la correlazione tra i contenuti dei nove diversi dischi e il fatto che le modifiche ai dati sono coerenti solo quando la replica viene eseguita nell'ordine in cui sono state eseguite le operazioni di I/O in tutti i nove dischi.This means Microsoft Azure Storage geo-replication doesn't know about the fact that the contents in these nine different disks are related to each other and that the data changes are consistent only when replicating in the order the I/O operations happened across all the nine disks.

Oltre alla possibilità concreta che le immagini con replica geografica nello scenario non forniscano un'immagine coerente del database, l'archiviazione con ridondanza geografica comporta anche una riduzione delle prestazioni che può influire notevolmente sulle prestazioni generali.Besides chances being high that the geo-replicated images in the scenario do not provide a consistent database image, there also is a performance penalty that shows up with geo redundant storage that can severely impact performance. In sintesi, non usare questo tipo di ridondanza di archiviazione per carichi di lavoro di tipo DBMS.In summary, do not use this type of storage redundancy for DBMS type workloads.

Mapping di dischi rigidi virtuali in account di archiviazione del servizio Macchina virtuale di AzureMapping VHDs into Azure Virtual Machine Service Storage Accounts

Questo capitolo si applica solo agli account di archiviazione di Azure.This chapter only applies to Azure Storage Accounts. Se si intende usare Managed Disks, le limitazioni indicate in questo capitolo non si applicano.If you plan to use Managed Disks, the limitations mentioned in this chapter do not apply. Per altre informazioni su Managed Disks, vedere il capitolo Managed Disks di questa guida.For more information about Managed Disks, read chapter Managed Disks of this guide.

Un account di archiviazione di Azure non è soltanto un costrutto amministrativo, ma è anche soggetto a limitazioni.An Azure Storage Account is not only an administrative construct, but also a subject of limitations. Le limitazioni variano a seconda che si parli di account di archiviazione Standard o Premium di Azure.Whereas the limitations vary on whether we talk about an Azure Standard Storage Account or an Azure Premium Storage Account. Le funzionalità e le limitazioni sono elencate nel dettaglio quiThe exact capabilities and limitations are listed here

Per l'archiviazione Standard di Azure è quindi importante tenere presente che è previsto un limite di IOPS per account di archiviazione. Vedere in proposito la riga contenente la frequenza di richiesta totale in questo articolo.So for Azure Standard Storage it is important to note there is a limit on the IOPS per storage account (Row containing Total Request Rate in the article). Esiste poi un limite iniziale di 100 account di archiviazione per ogni sottoscrizione di Azure (a partire da luglio 2015).In addition, there is an initial limit of 100 Storage Accounts per Azure subscription (as of July 2015). È quindi consigliabile bilanciare il numero di IOPS delle macchine virtuali tra più account di archiviazione quando si usa Archiviazione Standard di Azure.Therefore, it is recommended to balance IOPS of VMs between multiple storage accounts when using Azure Standard Storage. Teoricamente, una singola macchina virtuale dovrebbe usare un solo account di archiviazione, se possibile.Whereas a single VM ideally uses one storage account if possible. Se si parla quindi di distribuzioni DBMS in cui ogni disco rigido virtuale ospitato in Archiviazione Standard di Azure potrebbe raggiungere il relativo limite di quota, è necessario distribuire solo 30-40 dischi rigidi virtuali per ogni account di archiviazione di Azure che usa Archiviazione Standard di Azure.So if we talk about DBMS deployments where each VHD that is hosted on Azure Standard Storage could reach its quota limit, you should only deploy 30-40 VHDs per Azure Storage Account that uses Azure Standard Storage. D'altra parte, usare Archiviazione Premium di Azure per archiviare volumi di database di grandi dimensioni potrebbe essere possibile in termini di IOPS.On the other hand, if you leverage Azure Premium Storage and want to store large database volumes, you might be fine in terms of IOPS. Un account di archiviazione Premium di Azure, però, è molto più restrittivo in termini di volume di dati rispetto a un account di archiviazione Standard di Azure.But an Azure Premium Storage Account is way more restrictive in data volume than an Azure Standard Storage Account. Di conseguenza, è possibile distribuire solo un numero limitato di dischi rigidi virtuali all'interno di un account di archiviazione Premium di Azure prima di raggiungere il limite di volume di dati.As a result, you can only deploy a limited number of VHDs within an Azure Premium Storage Account before hitting the data volume limit. Un account di Archiviazione di Azure può essere paragonato a una "SAN virtuale" con funzionalità limitate in termini di operazioni di I/O al secondo e/o di capacità.At the end, think of an Azure Storage Account as a 'Virtual SAN' that has limited capabilities in IOPS and/or capacity. In quest'ottica, come nelle distribuzioni locali, occorre poi definire il layout dei dischi rigidi virtuali dei diversi sistemi SAP nei vari "dispositivi SAN immaginari" o account di Archiviazione di Azure.As a result, the task remains, as in on-premises deployments, to define the layout of the VHDs of the different SAP systems over the different 'imaginary SAN devices' or Azure Storage Accounts.

Per Archiviazione Standard di Azure, non è consigliabile presentare a una singola VM risorse di archiviazione di diversi account di archiviazione, se possibile.For Azure Standard Storage, it is not recommended to present storage from different storage accounts to a single VM if possible.

Quando si usano VM di Azure serie DS o GS, è possibile montare dischi rigidi virtuali da account di archiviazione Standard e Premium di Azure.When using the DS or GS-series of Azure VMs, it is possible to mount VHDs out of Azure Standard Storage Accounts and Premium Storage Accounts. Risorse di archiviazione così eterogenee possono essere usate, ad esempio, per la scrittura di backup in dischi rigidi virtuali supportati da Archiviazione Standard e l'inserimento di file di log e di dati DBMS in Archiviazione Premium.Use cases like writing backups into Standard Storage backed VHDs and having DBMS data and log files on Premium Storage come to mind where such heterogeneous storage could be leveraged.

In base ai test e alle distribuzioni del cliente, è possibile effettuare il provisioning di circa 30-40 dischi rigidi virtuali contenenti file di dati di database e file di log in un singolo account di archiviazione Standard di Azure e ottenere prestazioni accettabili.Based on customer deployments and testing around 30 to 40 VHDs containing database data files and log files can be provisioned on a single Azure Standard Storage Account with acceptable performance. Come accennato in precedenza, è più probabile che l'account di archiviazione Premium di Azure presenti limitazioni in termini di capacità anziché di IOPS.As mentioned earlier, the limitation of an Azure Premium Storage Account is likely to be the data capacity it can hold and not IOPS.

Come per i dispositivi SAN locali, la condivisione deve essere monitorata allo scopo di rilevare i colli di bottiglia in un account di archiviazione di Azure.As with SAN devices on-premises, sharing requires some monitoring in order to eventually detect bottlenecks on an Azure Storage Account. L'estensione di monitoraggio di Azure per SAP e il portale di Azure sono strumenti che consentono di rilevare account di archiviazione di Azure occupati che potrebbero fornire prestazioni di I/O non ottimali.The Azure Monitoring Extension for SAP and the Azure portal are tools that can be used to detect busy Azure Storage Accounts that may be delivering suboptimal IO performance. Se viene rilevata questa situazione, è consigliabile spostare le VM occupate in un altro account di archiviazione di Azure.If this situation is detected, it is recommended to move busy VMs to another Azure Storage Account. Per informazioni dettagliate su come attivare le funzionalità di monitoraggio dell'host SAP, vedere la guida alla distribuzione.Refer to the Deployment Guide for details on how to activate the SAP host monitoring capabilities.

Un altro articolo che riepiloga le procedure consigliate per Archiviazione Standard di Azure e gli account di Archiviazione Standard di Azure è disponibile qui https://blogs.msdn.com/b/mast/archive/2014/10/14/configuring-azure-virtual-machines-for-optimal-storage-performance.aspxAnother article summarizing best practices around Azure Standard Storage and Azure Standard Storage Accounts can be found here https://blogs.msdn.com/b/mast/archive/2014/10/14/configuring-azure-virtual-machines-for-optimal-storage-performance.aspx

Managed DisksManaged Disks

I Managed Disks sono un nuovo tipo di risorsa in Azure Resource Manager, utilizzabile al posto dei dischi rigidi virtuali archiviati negli account di archiviazione di Azure.Managed Disks are a new resource type in Azure Resource Manager that can be used instead of VHDs that are stored in Azure Storage Accounts. I dischi di Managed Disks si allineano automaticamente al set di disponibilità della macchina virtuale a cui sono collegati, aumentando così la disponibilità della macchina virtuale e dei servizi in esecuzione su di essa.Managed Disks automatically align with the Availability Set of the virtual machine they are attached to and therefore increase the availability of your virtual machine and the services that are running on the virtual machine. Per altre informazioni, vedere l'articolo di panoramica.To learn more, read the overview article.

SAP attualmente supporta solo Managed Disks Premium.SAP currently only supports Premium Managed Disks. Per altri dettagli, vedere la nota SAP 1928533.Read SAP Note 1928533 for more details.

Spostamento di macchine virtuali DBMS distribuite da Archiviazione Standard in Archiviazione Premium di AzureMoving deployed DBMS VMs from Azure Standard Storage to Azure Premium Storage

Quando un cliente vuole spostare una macchina virtuale distribuita da Archiviazione Standard in Archiviazione Premium di Azure, gli scenari si fanno interessanti.We encounter quite some scenarios where you as customer want to move a deployed VM from Azure Standard Storage into Azure Premium Storage. Se i dischi sono archiviati negli account di archiviazione di Azure, non è possibile eseguire questa operazione senza spostare fisicamente i dati.If your disks are stored in Azure Storage Accounts, this is not possible without physically moving the data. A tale scopo, è possibile procedere in diversi modi:There are several ways to achieve the goal:

  • È possibile copiare semplicemente tutti i dischi rigidi virtuali, il VHD di base, nonché i VHD di dati in un nuovo account di archiviazione Premium di Azure.You could simply copy all VHDs, base VHD as well as data VHDs into a new Azure Premium Storage Account. Spesso la scelta del numero di dischi rigidi virtuali in Archiviazione Standard di Azure non è basata sulla necessità effettiva del volume dati,Often you chose the number of VHDs in Azure Standard Storage not because of the fact that you needed the data volume. ma piuttosto sulle esigenze in termini di IOPS.But you needed that many VHDs because of the IOPS. Passando ad Archiviazione Premium di Azure, è possibile usare un numero molto inferiore di dischi rigidi virtuali per ottenere la stessa velocità effettiva delle operazioni di I/O al secondo.Now that you move to Azure Premium Storage you could go with way fewer VHDs to achieve the same IOPS throughput. Dato che in Archiviazione di Azure Standard si paga la quantità di dati usati e non le dimensioni del disco nominale, il numero di dischi rigidi virtuali non è determinante in termini di costi.Given the fact that in Azure Standard Storage you pay for the used data and not the nominal disk size, the number of VHDs did not really matter in terms of costs. In Archiviazione Premium di Azure, invece, si pagano le dimensioni del disco nominale.However, with Azure Premium Storage, you would pay for the nominal disk size. Per questo motivo, la maggior parte dei clienti prova a limitare il numero di dischi rigidi virtuali di Azure in Archiviazione Premium al numero necessario per raggiungere la velocità effettiva delle operazioni di I/O al secondo richiesta.Therefore, most of the customers try to keep the number of Azure VHDs in Premium Storage at the number needed to achieve the IOPS throughput necessary. La maggior parte dei clienti sceglie quindi una semplice copia 1:1.So, most customers decide against the way of a simple 1:1 copy.
  • Se non è già stato fatto, è possibile montare un singolo disco rigido virtuale che può contenere un backup del database SAP.If not yet mounted, you mount a single VHD that can contain a database backup of your SAP database. Dopo il backup, smontare tutti i dischi rigidi virtuali incluso quello contenente il backup e copiare quest'ultimo, insieme al VHD di base, in un account di archiviazione Premium di Azure.After the backup, you unmount all VHDs including the VHD containing the backup and copy the base VHD and the VHD with the backup into an Azure Premium Storage account. È quindi necessario distribuire la macchina virtuale basata sul VHD di base e montare il disco rigido virtuale con il backup.You would then deploy the VM based on the base VHD and mount the VHD with the backup. A questo punto è possibile creare dischi di Archiviazione Premium vuoti aggiuntivi per la macchina virtuale, che vengono usati per il ripristino del database.Now you create additional empty Premium Storage Disks for the VM that are used to restore the database into. Questo presuppone che il sistema DBMS consenta di modificare i percorsi dei file di dati e di log come parte del processo di ripristino.This assumes that the DBMS allows you to change paths to the data and log files as part of the restore process.
  • Un'altra possibilità è una variante del processo precedente. È sufficiente copiare il disco rigido virtuale di backup in Archiviazione Premium di Azure e collegarlo a una macchina virtuale appena distribuita e installata.Another possibility is a variation of the former process, where you just copy the backup VHD into Azure Premium Storage and attach it against a VM that you newly deployed and installed.
  • La quarta possibilità si applica al caso in cui è necessario modificare il numero di file di dati del database.The fourth possibility you would choose when you are in need to change the number of data files of your database. In tal caso si esegue una copia di sistema omogeneo SAP usando operazioni di importazione ed esportazione.In such a case, you would perform an SAP homogenous system copy using export/import. Inserire i file di esportazione in un disco rigido virtuale copiato in un account di archiviazione Premium di Azure e collegare il VHD a una macchina virtuale che consente di eseguire i processi di importazione.Put those export files into a VHD that is copied into an Azure Premium Storage Account and attach it to a VM that you use to run the import processes. Questa possibilità viene usata dai clienti principalmente per ridurre il numero di file di dati.Customers use this possibility mainly when they want to decrease the number of data files.

Se si usa Managed Disks, è possibile eseguire la migrazione ad Archiviazione Premium come segue:If you use Managed Disks, you can migrate to Premium Storage by:

  1. Deallocare la macchina virtualeDeallocate the virtual machine
  2. Se necessario, aggiornare la macchina virtuale a dimensioni che supportino Archiviazione Premium (ad esempio, DS o GS)If necessary, resize the virtual machine to a size that supports Premium Storage (for example DS or GS)
  3. Modificare il tipo di account Managed Disks in Premium (SSD)Change the Managed Disk account type to Premium (SSD)
  4. Avviare la macchina virtualeStart your virtual machine

Distribuzione di macchine virtuali per SAP in AzureDeployment of VMs for SAP in Azure

Microsoft Azure offre diversi modi per distribuire le VM e i dischi associati.Microsoft Azure offers multiple ways to deploy VMs and associated disks. È quindi importante comprendere le differenze, perché le operazioni di preparazione delle VM possono variare in base al metodo di distribuzione.Thereby it is important to understand the differences since preparations of the VMs might differ dependent on the way of deployment. In generale vengono esaminati gli scenari descritti nei capitoli seguenti.In general, we look into the scenarios described in the following chapters.

Distribuzione di una macchina virtuale da Azure MarketplaceDeploying a VM from the Azure Marketplace

Per distribuire la VM si sceglie di usare un'immagine disponibile in Azure Marketplace, fornita da Microsoft o da terze parti.You like to take a Microsoft or third party provided image from the Azure Marketplace to deploy your VM. Dopo aver distribuito la VM in Azure, si installa il software SAP all'interno della VM con le stesse linee guida e gli stessi strumenti usati in un ambiente locale.After you deployed your VM in Azure, you follow the same guidelines and tools to install the SAP software inside your VM as you would do in an on-premises environment. Per l'installazione del software SAP all'interno della VM di Azure, SAP e Microsoft consigliano di caricare e archiviare il supporto di installazione SAP in dischi o di creare una VM di Azure che funga da "file server" contenente tutti i supporti di installazione SAP necessari.For installing the SAP software inside the Azure VM, SAP and Microsoft recommend uploading and store the SAP installation media in disks or to create an Azure VM working as a 'File server', which contains all the necessary SAP installation media.

Distribuzione di una VM con un'immagine generalizzata specifica del clienteDeploying a VM with a customer-specific generalized image

Le immagini disponibili in Azure Marketplace potrebbero non soddisfare le esigenze a causa di specifici requisiti di patch riguardanti la versione del sistema operativo o DBMS in uso.Due to specific patch requirements regarding your OS or DBMS version, the provided images in the Azure Marketplace might not fit your needs. Per questo motivo, potrebbe essere necessario creare una VM usando una propria immagine "privata" di VM del sistema operativo o DBMS che in seguito potrà essere distribuita diverse volte.Therefore, you might need to create a VM using your own 'private' OS/DBMS VM image, which can be deployed several times afterwards. Per preparare tale immagine "privata" per la duplicazione, è necessario generalizzare il sistema operativo nella VM locale.To prepare such a 'private' image for duplication, the OS must be generalized on the on-premises VM. Per informazioni dettagliate su come generalizzare una VM, vedere la guida alla distribuzione.Refer to the Deployment Guide for details on how to generalize a VM.

Se sono già stati installati contenuti SAP nella VM locale, in particolare per sistemi a 2 livelli, è possibile adattare le impostazioni di sistema SAP dopo la distribuzione della VM di Azure con la procedura di ridenominazione dell'istanza supportata da SAP Software Provisioning Manager (nota SAP 1619720).If you have already installed SAP content in your on-premises VM (especially for 2-Tier systems), you can adapt the SAP system settings after the deployment of the Azure VM through the instance rename procedure supported by the SAP Software Provisioning Manager (SAP Note 1619720). In caso contrario, è possibile installare il software SAP in un secondo momento dopo la distribuzione della macchina virtuale di Azure.Otherwise you can install the SAP software later after the deployment of the Azure VM.

Per quanto riguarda il contenuto di database usato dall'applicazione SAP, è possibile generare nuovo contenuto tramite un'installazione SAP oppure importarlo in Azure usando un disco rigido virtuale con un backup del database DBMS o sfruttando le funzionalità del sistema DBMS per eseguire il backup direttamente in Archiviazione di Microsoft Azure.As of the database content used by the SAP application, you can either generate the content freshly by an SAP installation or you can import your content into Azure by using a VHD with a DBMS database backup or by leveraging capabilities of the DBMS to directly back up into Microsoft Azure Storage. In tal caso, è anche possibile preparare i dischi rigidi virtuali con i file di log e i dati DBMS in locale e quindi importarli come dischi in Azure.In this case, you could also prepare VHDs with the DBMS data and log files on-premises and then import those as Disks into Azure. Il trasferimento di dati DBMS caricati da locale ad Azure, tuttavia, funzionerà solo su dischi rigidi virtuali preparati in locale.But the transfer of DBMS data, which is getting loaded from on-premises to Azure would work over VHD disks that need to be prepared on-premises.

Spostamento di una macchina virtuale da locale in Azure con un disco non generalizzatoMoving a VM from on-premises to Azure with a non-generalized disk

Per spostare un sistema SAP specifico da locale in Azure,You plan to move a specific SAP system from on-premises to Azure (lift and shift). è possibile caricare in Azure il disco contenente il sistema operativo, i file binari SAP e gli eventuali file binari DBMS, nonché i dischi con i file di dati e di log del sistema DBMS.This can be done by uploading the disk, which contains the OS, the SAP binaries, and eventual DBMS binaries plus the disks with the data and log files of the DBMS to Azure. A differenza dello scenario 2 illustrato sopra, il nome host, il SID SAP e gli account utente SAP vengono mantenuti nella VM di Azure così come sono stati configurati nell'ambiente locale.In opposite to scenario #2 above, you keep the hostname, SAP SID, and SAP user accounts in the Azure VM as they were configured in the on-premises environment. Di conseguenza, non è necessario generalizzare l'immagine.Therefore, generalizing the image is not necessary. Questo caso si applica prevalentemente a scenari cross-premise in cui il panorama applicativo SAP viene eseguito in parte in locale e in parte in Azure.This case mostly applies for Cross-Premises scenarios where a part of the SAP landscape is run on-premises and parts on Azure.

Disponibilità elevata e ripristino di emergenza con VM di AzureHigh Availability and Disaster Recovery with Azure VMs

Di seguito sono illustrate le funzionalità di disponibilità elevata e ripristino di emergenza offerte da Azure, valide per diversi componenti usati per le distribuzioni SAP e DBMS.Azure offers the following High Availability (HA) and Disaster Recovery (DR) functionalities, which apply to different components we would use for SAP and DBMS deployments

Macchine virtuali distribuite in nodi di AzureVMs deployed on Azure Nodes

La piattaforma Azure non offre funzionalità quali Live Migration per le macchine virtuali distribuite.The Azure Platform does not offer features such as Live Migration for deployed VMs. Ciò significa che se sono necessari interventi di manutenzione in un cluster di server in cui è distribuita una macchina virtuale, questa deve essere arrestata e riavviata.This means if there is maintenance necessary on a server cluster on which a VM is deployed, the VM needs to get stopped and restarted. In Azure la manutenzione viene eseguita usando i domini di aggiornamento all'interno dei cluster di server.Maintenance in Azure is performed using so called Upgrade Domains within clusters of servers. È possibile eseguire la manutenzione di un solo dominio di aggiornamento alla volta.Only one Upgrade Domain at a time is being maintained. Durante tale intervento, mentre la VM viene arrestata, sottoposta a manutenzione e riavviata si verifica un'interruzione del servizio.During such a restart, there is an interruption of service while the VM is shut down, maintenance is performed and VM restarted. La maggior parte dei fornitori di sistemi DBMS, tuttavia, offre funzionalità di disponibilità elevata e ripristino di emergenza che consentono di riavviare rapidamente i servizi DBMS in un altro nodo, se il nodo primario non è disponibile.Most DBMS vendors however provide High Availability and Disaster Recovery functionality that quickly restarts the DBMS services on another node if the primary node is unavailable. La piattaforma Azure offre funzionalità per la distribuzione di VM, Archiviazione e altri servizi di Azure nei domini di aggiornamento per limitare l'impatto degli errori di infrastruttura o della manutenzione pianificata a un sottoinsieme ridotto di VM o servizi.The Azure Platform offers functionality to distribute VMs, Storage, and other Azure services across Upgrade Domains to ensure that planned maintenance or infrastructure failures would only impact a small subset of VMs or services. Con un'attenta pianificazione, è possibile ottenere livelli di disponibilità simili alle infrastrutture locali.With careful planning, it is possible to achieve availability levels comparable to on-premises infrastructures.

I set di disponibilità di Microsoft Azure sono un raggruppamento logico di VM o servizi che garantisce che le VM e gli altri servizi vengano distribuiti in diversi domini di aggiornamento e di errore all'interno di un cluster in modo che in un determinato momento si verifichi l'arresto di un solo nodo. Per altri dettagli, vedere questo articolo (per Linux) o questo (per Windows).Microsoft Azure Availability Sets are a logical grouping of VMs or Services that ensures VMs and other services are distributed to different Fault and Upgrade Domains within a cluster such that there would only be one node shutdown at any one point in time (read this (Linux) or this (Windows) article for more details).

Questa funzione deve essere configurata appositamente durante il rollout delle macchine virtuali, come illustrato di seguito:It needs to be configured by purpose when rolling out VMs as seen here:

Definizione di un set di disponibilità per le configurazioni a disponibilità DBMS

Allo scopo di creare configurazioni a disponibilità elevata di distribuzioni DBMS, indipendentemente dalla singola funzionalità DBMS con disponibilità elevata usata, per le macchine virtuali DBMS è necessario quanto segue:If we want to create highly available configurations of DBMS deployments (independent of the individual DBMS HA functionality used), the DBMS VMs would need to:

  • Aggiungere le VM alla stessa rete virtuale di Azure (https://azure.microsoft.com/documentation/services/virtual-network/)Add the VMs to the same Azure Virtual Network (https://azure.microsoft.com/documentation/services/virtual-network/)
  • Le macchine virtuali della configurazione a disponibilità elevata devono trovarsi anch'esse nella stessa subnet.The VMs of the HA configuration should also be in the same subnet. La risoluzione dei nomi tra le diverse subnet non è possibile nelle distribuzioni solo cloud. Funziona solo la risoluzione IP.Name resolution between the different subnets is not possible in Cloud-Only deployments, only IP resolution works. Se si usa la connettività da sito a sito o ExpressRoute per le distribuzioni cross-premise, è già presente una rete con almeno una subnet.Using site-to-site or ExpressRoute connectivity for Cross-Premises deployments, a network with at least one subnet is already established. La risoluzione dei nomi viene eseguita in base all'infrastruttura di rete e ai criteri di Active Directory locali.Name resolution is done according to the on-premises AD policies and network infrastructure.

Indirizzi IPIP Addresses

È consigliabile impostare le macchine virtuali per le configurazioni a disponibilità elevata in modo resiliente.It is highly recommended to setup the VMs for HA configurations in a resilient way. In Azure non è possibile fare affidamento sugli indirizzi IP per indirizzare i partner a disponibilità elevata all'interno della configurazione a disponibilità elevata, a meno che non vengano usati indirizzi IP statici.Relying on IP addresses to address the HA partner(s) within the HA configuration is not reliable in Azure unless static IP addresses are used. Azure prevede due tipi di "arresto".There are two "Shutdown" concepts in Azure:

  • Arresto tramite il portale di Azure o il cmdlet Stop-AzureRmVM di Azure PowerShell: la macchina virtuale viene arrestata e deallocata.Shut down through Azure portal or Azure PowerShell cmdlet Stop-AzureRmVM: In this case, the Virtual Machine gets shutdown and de-allocated. La VM non viene più addebitata all'account Azure e gli unici costi sostenuti sono quelli relativi alle risorse di archiviazione usate.Your Azure account is no longer charged for this VM so the only charges that incur are for the storage used. Tuttavia, se l'indirizzo IP privato dell'interfaccia di rete non è statico viene rilasciato e non è detto che, dopo il riavvio della macchina virtuale, all'interfaccia di rete venga assegnato nuovamente l'indirizzo IP precedente.However, if the private IP address of the network interface was not static, the IP address is released and it is not guaranteed that the network interface gets the old IP address assigned again after a restart of the VM. L'arresto tramite il portale di Azure o la chiamata a Stop-AzureRmVM determina automaticamente la deallocazione.Performing the shut down through the Azure portal or by calling Stop-AzureRmVM automatically causes de-allocation. Per evitare la deallocazione della macchina virtuale, usare Stop-AzureRmVM -StayProvisioned.If you do not want to deallocate the machine use Stop-AzureRmVM -StayProvisioned
  • Arresto a livello di sistema operativo: la macchina virtuale viene arrestata ma NON viene deallocata.If you shut down the VM from an OS level, the VM gets shut down and NOT de-allocated. In tal caso, la VM viene comunque addebitata all'account Azure anche se è stata arrestata.However, in this case, your Azure account is still charged for the VM, despite the fact that it is shutdown. L'assegnazione dell'indirizzo IP a una VM arrestata in questo caso rimane invariata.In such a case, the assignment of the IP address to a stopped VM remains intact. L'arresto della VM dall'interno non forza automaticamente la deallocazione.Shutting down the VM from within does not automatically force de-allocation.

Anche per gli scenari cross-premise, per impostazione predefinita l'arresto e la deallocazione annullano l'assegnazione degli indirizzi IP alla VM, anche se i criteri locali nelle impostazioni DHCP non lo prevedono.Even for Cross-Premises scenarios, by default a shutdown and de-allocation means de-assignment of the IP addresses from the VM, even if on-premises policies in DHCP settings are different.

  • Fa eccezione l'assegnazione di un indirizzo IP statico a un'interfaccia di rete, descritta qui.The exception is if one assigns a static IP address to a network interface as described here.
  • In questo caso l'indirizzo IP rimane fisso, purché l'interfaccia di rete non venga eliminata.In such a case the IP address remains fixed as long as the network interface is not deleted.

Importante

Per garantire la semplicità e la gestibilità dell'intera distribuzione, è consigliabile configurare in Azure le macchine virtuali che partecipano a una configurazione DBMS a disponibilità elevata o di ripristino di emergenza, facendo in modo che la risoluzione dei nomi tra le diverse macchine virtuali coinvolte funzioni.In order to keep the whole deployment simple and manageable, the clear recommendation is to setup the VMs partnering in a DBMS HA or DR configuration within Azure in a way that there is a functioning name resolution between the different VMs involved.

Distribuzione del monitoraggio hostDeployment of Host Monitoring

Per un uso produttivo delle applicazioni SAP in macchine virtuali di Azure, SAP deve poter recuperare i dati relativi al monitoraggio host dagli host fisici che eseguono le macchine virtuali di Azure.For productive usage of SAP Applications in Azure Virtual Machines, SAP requires the ability to get host monitoring data from the physical hosts running the Azure Virtual Machines. È necessario un livello di patch dell'agente host SAP specifico che abilita questa funzionalità in SAPOSCOL e nell'agente host SAP.A specific SAP Host Agent patch level is required that enables this capability in SAPOSCOL and SAP Host Agent. L'esatto livello di patch è documentato nella nota SAP 1409604.The exact patch level is documented in SAP Note 1409604.

Per informazioni dettagliate sulla distribuzione di componenti che forniscono dati host a SAPOSCOL e all'agente host SAP e sulla gestione del ciclo di vita di tali componenti, vedere la guida alla distribuzione.For the details regarding deployment of components that deliver host data to SAPOSCOL and SAP Host Agent and the lifecycle management of those components, refer to the Deployment Guide

Specifiche di Microsoft SQL ServerSpecifics to Microsoft SQL Server

SQL Server in IaaSSQL Server IaaS

A partire da Microsoft Azure, è possibile eseguire facilmente la migrazione in macchine virtuali di Azure delle applicazioni SQL Server esistenti basate sulla piattaforma Windows Server.Starting with Microsoft Azure, you can easily migrate your existing SQL Server applications built on Windows Server platform to Azure Virtual Machines. SQL Server in una macchina virtuale consente di ridurre il costo totale di proprietà associato a distribuzione, gestione e manutenzione delle applicazioni aziendali eseguendo facilmente la migrazione di queste applicazioni a Microsoft Azure.SQL Server in a Virtual Machine enables you to reduce the total cost of ownership of deployment, management, and maintenance of enterprise breadth applications by easily migrating these applications to Microsoft Azure. Con SQL Server in una macchina virtuale di Azure, gli amministratori e gli sviluppatori possono continuare a usare gli stessi strumenti di sviluppo e amministrazione disponibili in locale.With SQL Server in an Azure Virtual Machine, administrators and developers can still use the same development and administration tools that are available on-premises.

Importante

Questo documento non illustra il database SQL di Microsoft Azure, una piattaforma distribuita come servizio offerta nell'ambito della piattaforma Microsoft Azure.We are not discussing Microsoft Azure SQL Database, which is a Platform as a Service offer of the Microsoft Azure Platform. Il documento illustra l'esecuzione del prodotto SQL Server, noto per le distribuzioni locali in macchine virtuali di Azure, tramite la funzionalità di infrastruttura distribuita come servizio di Azure.The discussion in this paper is about running the SQL Server product as it is known for on-premises deployments in Azure Virtual Machines, leveraging the Infrastructure as a Service capability of Azure. Le funzionalità di database di queste due offerte sono diverse e non devono essere confuse tra loro.Database capabilities and functionalities between these two offers are different and should not be mixed up with each other. Vedere anche: https://azure.microsoft.com/services/sql-database/See also: https://azure.microsoft.com/services/sql-database/

È consigliabile esaminare questa documentazione prima di proseguire.It is strongly recommended to review this documentation before continuing.

Nelle sezioni seguenti vengono aggregate e citate parti della documentazione disponibile visitando il collegamento indicato.In the following sections pieces of parts of the documentation under the link above are aggregated and mentioned. Vengono anche riportate le specifiche relative a SAP e alcuni concetti vengono descritti in modo più dettagliato.Specifics around SAP are mentioned as well and some concepts are described in more detail. Tuttavia, è consigliabile esaminare la documentazione indicata prima di leggere la documentazione specifica di SQL Server.However, it is highly recommended to work through the documentation above first before reading the SQL Server-specific documentation.

Di seguito sono indicate alcune informazioni specifiche su SQL Server in IaaS che è necessario conoscere per poter continuare:There is some SQL Server in IaaS specific information you should know before continuing:

  • Contratto di servizio per Macchine virtuali: il contratto di servizio per le macchine virtuali in esecuzione in Azure è disponibile all'indirizzo https://azure.microsoft.com/support/legal/sla/Virtual Machine SLA: There is an SLA for Virtual Machines running in Azure, which can be found here: https://azure.microsoft.com/support/legal/sla/
  • Supporto della versione SQL: per i clienti SAP, le macchine virtuali di Microsoft Azure supportano SQL Server 2008 R2 e versioni successive.SQL Version Support: For SAP customers, we support SQL Server 2008 R2 and higher on Microsoft Azure Virtual Machine. Le versioni precedenti non sono supportate.Earlier editions are not supported. Per altre informazioni, vedere questa informativa sul supporto di carattere generale.Review this general Support Statement for more details. Si noti che in genere SQL Server 2008 è supportato anche da Microsoft.Note that in general SQL Server 2008 is supported by Microsoft as well. A causa delle importanti funzionalità per SAP introdotte con SQL Server 2008 R2, tuttavia, quest'ultima è la versione minima per SAP.However due to significant functionality for SAP, which was introduced with SQL Server 2008 R2, SQL Server 2008 R2 is the minimum release for SAP. Tenere presente che SQL Server 2012 e SQL Server 2014 sono stati estesi con una maggiore integrazione nello scenario IaaS, ad esempio con il backup diretto in Archiviazione di Azure.Keep in mind that SQL Server 2012 and 2014 got extended with deeper integration into the IaaS scenario (like backing up directly against Azure Storage). Di conseguenza, questo documento è limitato a SQL Server 2012 e SQL Server 2014 con il relativo livello di patch più recente per Azure.Therefore, we restrict this paper to SQL Server 2012 and 2014 with its latest patch level for Azure.
  • Supporto di funzionalità SQL: le macchine virtuali di Microsoft Azure supportano la maggior parte delle funzionalità di SQL Server, con alcune eccezioni.SQL Feature Support: Most SQL Server features are supported on Microsoft Azure Virtual Machines with some exceptions. Il clustering di failover di SQL Server tramite dischi condivisi non è supportato.SQL Server Failover Clustering using Shared Disks is not supported. Le tecnologie distribuite quali il mirroring del database, i gruppi di disponibilità AlwaysOn, la replica, il log shipping e Service Broker sono supportate in un'unica area di Azure.Distributed technologies like Database Mirroring, AlwaysOn Availability Groups, Replication, Log Shipping and Service Broker are supported within a single Azure Region. SQL Server AlwaysOn inoltre è supportato tra diverse aree di Azure come indicato qui: https://blogs.technet.com/b/dataplatforminsider/archive/2014/06/19/sql-server-alwayson-availability-groups-supported-between-microsoft-azure-regions.aspx.SQL Server AlwaysOn also is supported between different Azure Regions as documented here: https://blogs.technet.com/b/dataplatforminsider/archive/2014/06/19/sql-server-alwayson-availability-groups-supported-between-microsoft-azure-regions.aspx. Per altre informazioni, vedere l' informativa sul supporto .Review the Support Statement for more details. Per un esempio relativo alla distribuzione di una configurazione AlwaysOn, vedere questo articolo.An example on how to deploy an AlwaysOn configuration is shown in this article. Vedere anche le procedure consigliate illustrate quiAlso, check out the Best Practices documented here
  • Prestazioni di SQL: anche se le prestazioni delle macchine virtuali ospitate in Microsoft Azure saranno sicuramente molto elevate rispetto ad altre offerte per la virtualizzazione del cloud pubblico, i risultati ottenuti possono variare.SQL Performance: We are confident that Microsoft Azure hosted Virtual Machines perform very well in comparison to other public cloud virtualization offerings, but individual results may vary. Per informazioni, consultare questo articolo.Check out this article.
  • Uso di immagini disponibili in Azure Marketplace: il modo più rapido per distribuire una nuova VM di Microsoft Azure consiste nell'usare un'immagine disponibile in Azure Marketplace.Using Images from Azure Marketplace: The fastest way to deploy a new Microsoft Azure VM is to use an image from the Azure Marketplace. In Azure Marketplace sono presenti immagini contenenti SQL Server.There are images in the Azure Marketplace, which contain SQL Server. Non è però possibile usare subito per le applicazioni SAP NetWeaver le immagini in cui SQL Server è già installato.The images where SQL Server already is installed can't be immediately used for SAP NetWeaver applications. In tali immagini sono infatti installate le regole di confronto predefinite di SQL Server e non quelle richieste dai sistemi SAP NetWeaver.The reason is the default SQL Server collation is installed within those images and not the collation required by SAP NetWeaver systems. Per usare queste immagini, vedere la procedura documentata nel capitolo Uso di un'immagine di SQL Server da Microsoft Azure Marketplace.In order to use such images, check the steps documented in chapter Using a SQL Server image out of the Microsoft Azure Marketplace.
  • Per altre informazioni, consultare i dettagli sui prezzi .Check out Pricing Details for more information. Un'altra risorsa importante è rappresentata dai documenti Guida alle licenze di SQL Server 2012 e Guida alle licenze di SQL Server 2014.The SQL Server 2012 Licensing Guide and SQL Server 2014 Licensing Guide are also an important resource.

In base alla descrizione generale, gli eseguibili di SQL Server devono essere salvati o installati nell'unità di sistema del disco del sistema operativo della VM (unità C:).In accordance with the general description, SQL Server executables should be located or installed into the system drive of the VM's OS disk (drive C:). In genere, la maggior parte dei database di sistema di SQL Server non viene pienamente sfruttata dal carico di lavoro di SAP NetWeaver.Typically, most of the SQL Server system databases are not utilized at a high level by SAP NetWeaver workload. Di conseguenza è possibile lasciare sull'unità C:\ anche i database di sistema di SQL Server (master, msdb e model).Hence the system databases of SQL Server (master, msdb, and model) can remain on the C:\ drive as well. Può fare eccezione il database tempdb, che nel caso di alcuni carichi di lavoro SAP ERP e di tutti i carichi di lavoro BW può richiedere un volume dati o un volume di operazioni di I/O superiore, perché di dimensioni troppo grandi per la VM originale.An exception could be tempdb, which in the case of some SAP ERP and all BW workloads, might require either higher data volume or I/O operations volume, which can't fit into the original VM. Per tali sistemi, è consigliabile eseguire la procedura seguente:For such systems, the following steps should be performed:

  • Spostare i file di dati primari di tempdb nella stessa unità logica dei file di dati primari del database SAP.Move the primary tempdb data file(s) to the same logical drive as the primary data file(s) of the SAP database.
  • Aggiungere eventuali altri file di dati di tempdb a una delle altre unità logiche contenenti un file di dati del database utente SAP.Add any additional tempdb data files to each of the other logical drives containing a data file of the SAP user database.
  • Aggiungere il file di log di tempdb all'unità logica che contiene il file di log del database utente.Add the tempdb logfile to the logical drive, which contains the user database's log file.
  • Esclusivamente per i tipi di VM che usano unità SSD locali nel nodo di calcolo, i file di log e di dati di tempdb potrebbero essere disponibili nell'unità D:.Exclusively for VM types that use local SSDs on the compute node tempdb data and log files might be placed on the D:\ drive. Può tuttavia essere consigliabile usare più file di dati di tempdb.Nevertheless, it might be recommended to use multiple tempdb data files. Tenere presente che i volumi delle unità D:\ sono diversi in base al tipo di VM.Be aware D:\ drive volumes are different based on the VM type.

Con queste configurazioni il database tempdb può consumare più spazio di quello che l'unità di sistema è in grado di offrire.These configurations enable tempdb to consume more space than the system drive is able to provide. Per determinare le dimensioni corrette del database tempdb, è possibile controllare le dimensioni di tempdb in sistemi esistenti eseguiti in locale.In order to determine the proper tempdb size, one can check the tempdb sizes on existing systems, which run on-premises. Con una tale configurazione, inoltre, sarà possibile eseguire su tempdb un numero di operazioni di I/O al secondo che l'unità di sistema non può garantire.In addition, such a configuration would enable IOPS numbers against tempdb, which cannot be provided with the system drive. I sistemi in esecuzione in locale possono essere usati anche per il monitoraggio del carico di lavoro di I/O su tempdb, in modo da derivare il numero di operazioni di I/O al secondo previsto per il database tempdb.Again, systems that are running on-premises can be used to monitor I/O workload against tempdb so that you can derive the IOPS numbers you expect to see on your tempdb.

Una configurazione di VM che esegue SQL Server con un database SAP e in cui i dati e il file di log di tempdb si trovano nell'unità D:\ è simile a quella illustrata nella figura seguente:A VM configuration, which runs SQL Server with an SAP database and where tempdb data and tempdb logfile are placed on the D:\ drive would look like:

Configurazione di riferimento di una VM IaaS di Azure per SAP

Tenere presente che le dimensioni dell'unità D:\ variano in base al tipo di VM.Be aware that the D:\ drive has different sizes dependent on the VM type. A seconda del requisito previsto per le dimensioni del database tempdb, potrebbe essere necessario associare i file di log e di dati di tempdb con i file di log e di dati del database SAP nei casi in cui le dimensioni dell'unità D:\ non siano sufficienti.Dependent on the size requirement of tempdb you might be forced to pair tempdb data and log files with the SAP database data and log files in cases where D:\ drive is too small.

Formattazione dei dischiFormatting the disks

Per i dischi contenenti i file di dati e di log di SQL Server è necessario un blocco NTFS di dimensioni pari a 64 KB.For SQL Server the NTFS block size for disks containing SQL Server data and log files should be 64K. Non è necessario formattare l'unità D:\There is no need to format the D:\ drive. perché viene fornita preformattata.This drive comes pre-formatted.

Per evitare che in seguito al ripristino o la creazione di database i file di dati non vengano inizializzati e il loro contenuto venga azzerato, è necessario assicurarsi che per il contesto utente in cui viene eseguito il servizio SQL Server siano disponibili determinate autorizzazioni.In order to make sure that the restore or creation of databases is not initializing the data files by zeroing the content of the files, one should make sure that the user context the SQL Server service is running in has a certain permission. Queste autorizzazioni sono in genere disponibili per gli utenti del gruppo Administrators di Windows.Usually users in the Windows Administrator group have these permissions. Se il servizio SQL Server viene eseguito nel contesto utente di un utente non appartenente al gruppo Administrators di Windows, è necessario assegnare a tale utente il diritto Esecuzione attività di manutenzione volume.If the SQL Server service is run in the user context of non-Windows Administrator user, you need to assign that user the User Right Perform volume maintenance tasks. Per informazioni dettagliate, vedere l'articolo https://support.microsoft.com/kb/2574695 di Microsoft Knowledge BaseSee the details in this Microsoft Knowledge Base Article: https://support.microsoft.com/kb/2574695

Impatto della compressione del databaseImpact of database compression

Nelle configurazioni in cui la larghezza di banda di I/O può diventare un fattore limitante, ogni misura che riduce le operazioni di I/O al secondo consente di estendere il carico di lavoro eseguibile in uno scenario IaaS come Azure.In configurations where I/O bandwidth can become a limiting factor, every measure, which reduces IOPS might help to stretch the workload one can run in an IaaS scenario like Azure. Se quindi non è stato ancora fatto, sia SAP che Microsoft consigliano di applicare la compressione di pagina di SQL Server prima di caricare un database SAP esistente in Azure.Therefore, if not yet done, applying SQL Server PAGE compression is strongly recommended by both SAP and Microsoft before uploading an existing SAP database to Azure.

Sono tre i motivi per cui è consigliabile eseguire la compressione del database prima del caricamento in Azure:The recommendation to perform Database Compression before uploading to Azure is given out of two reasons:

  • La quantità di dati da caricare è minore.The amount of data to be uploaded is lower.
  • La durata dell'esecuzione della compressione è inferiore, presupponendo che si possa usare hardware più avanzato con più CPU o una maggiore larghezza di banda di I/O oppure meno latenza di I/O in locale.The duration of the compression execution is shorter assuming that one can use stronger hardware with more CPUs or higher I/O bandwidth or less I/O latency on-premises.
  • L'uso di database di dimensioni inferiori può contribuire a ridurre i costi per l'allocazione dei dischiSmaller database sizes might lead to less costs for disk allocation

Il funzionamento della compressione del database nelle macchine virtuali di Azure è analogo a quello in locale.Database compression works as well in an Azure Virtual Machines as it does on-premises. Per altri dettagli su come comprimere un database SQL Server per SAP esistente, vedere https://blogs.msdn.com/b/saponsqlserver/archive/2010/10/08/compressing-an-sap-database-using-report-msscompress.aspxFor more details on how to compress an existing SAP SQL Server database, check here: https://blogs.msdn.com/b/saponsqlserver/archive/2010/10/08/compressing-an-sap-database-using-report-msscompress.aspx

SQL Server 2014: archiviazione dei file di database direttamente in Archiviazione BLOB di AzureSQL Server 2014 - Storing Database Files directly on Azure Blob Storage

A partire da SQL Server 2014 è possibile archiviare file di database direttamente in Archiviazione BLOB di Azure senza salvarli in un disco rigido virtuale.SQL Server 2014 opens the possibility to store database files directly on Azure Blob Store without the 'wrapper' of a VHD around them. Soprattutto quando si usa Archiviazione Standard di Azure o tipi di VM di dimensioni ridotte, questa funzionalità può essere applicata in determinati scenari per ovviare ai limiti per le operazioni di I/O al secondo imposti dal numero limitato di dischi che è possibile montare in alcuni tipi di VM di dimensioni ridotte.Especially with using Standard Azure Storage or smaller VM types this enables scenarios where you can overcome the limits of IOPS that would be enforced by a limited number of disks that can be mounted to some smaller VM types. Si tratta però di una funzionalità valida per i database utente e non per i database di sistema di SQL Server,This works for user databases however not for system databases of SQL Server. che funziona anche per i file di log e di dati di SQL Server.It also works for data and log files of SQL Server. Se si preferisce distribuire un database di SQL Server per SAP in questo modo invece di salvarlo in dischi rigidi virtuali, tenere presente quanto segue:If you'd like to deploy an SAP SQL Server database this way instead of 'wrapping' it into VHDs, keep the following in mind:

  • L'account di archiviazione usato deve trovarsi nella stessa area di Azure di quello usato per distribuire la VM in cui è in esecuzione SQL Server.The Storage Account used needs to be in the same Azure Region as the one that is used to deploy the VM SQL Server is running in.
  • Le considerazioni elencate in precedenza in merito alla distribuzione di dischi rigidi virtuali in diversi account di archiviazione di Azure sono valide anche per questo metodo di distribuzione.Considerations listed earlier regarding the distribution of VHDs over different Azure Storage Accounts apply for this method of deployments as well. Questo significa che il numero di operazioni di I/O viene tenuto in considerazione ai fini dei limiti dell'account di archiviazione di Azure.Means the I/O operations count against the limits of the Azure Storage Account.

Per informazioni dettagliate su questo tipo di distribuzione, vedere https://docs.microsoft.com/sql/relational-databases/databases/sql-server-data-files-in-microsoft-azureDetails about this type of deployment are listed here: https://docs.microsoft.com/sql/relational-databases/databases/sql-server-data-files-in-microsoft-azure

Per archiviare i file di dati di SQL Server direttamente in Archiviazione Premium di Azure, è necessario aver installato una versione di patch minima di SQL Server 2014, come documentato all'indirizzo https://support.microsoft.com/kb/3063054.In order to store SQL Server data files directly on Azure Premium Storage, you need to have a minimum SQL Server 2014 patch release, which is documented here: https://support.microsoft.com/kb/3063054. Non è invece possibile archiviare file di dati di SQL Server nell'archiviazione Standard di Azure con la versione rilasciata di SQL Server 2014.Storing SQL Server data files on Azure Standard Storage does work with the released version of SQL Server 2014. Le stesse patch contengono tuttavia un'altra serie di correzioni per garantire una maggiore affidabilità quando si usa direttamente l'archivio BLOB di Azure per file di dati e backup di SQL Server.However, the very same patches contain another series of fixes, which make the direct usage of Azure Blob Storage for SQL Server data files and backups more reliable. È quindi consigliabile usare queste patch in qualsiasi caso.Therefore we recommend using these patches in general.

Estensione del pool di buffer di SQL Server 2014SQL Server 2014 Buffer Pool Extension

In SQL Server 2014 è stata introdotta una nuova funzionalità denominata estensione del pool di buffer.SQL Server 2014 introduced a new feature, which is called Buffer Pool Extension. Questa funzionalità consente di estendere il pool di buffer di SQL Server mantenuto in memoria con una cache di secondo livello supportata da unità SSD di un server o una VM,This functionality extends the buffer pool of SQL Server, which is kept in memory with a second level cache that is backed by local SSDs of a server or VM. permettendo in tal modo di mantenere in memoria un working set di dati di dimensioni maggiori.This enables to keep a larger working set of data 'in memory'. Rispetto all'accesso ad Archiviazione Standard di Azure, l'accesso nell'estensione del pool di buffer archiviato nelle unità SSD locali di una VM di Azure è notevolmente più veloce.Compared to accessing Azure Standard Storage the access into the extension of the buffer pool, which is stored on local SSDs of an Azure VM is many factors faster. Se quindi si usa l'unità D:\ locale dei tipi di VM che supportano un numero elevato di operazioni di I/O al secondo e una velocità effettiva elevata, è possibile implementare una soluzione molto conveniente per ridurre il carico delle operazioni di I/O al secondo in Archiviazione di Azure e migliorare notevolmente i tempi di risposta delle query.Therefore, leveraging the local D:\ drive of the VM types that have excellent IOPS and throughput could be a very reasonable way to reduce the IOPS load against Azure Storage and improve response times of queries dramatically. Questo vale soprattutto quando non si usa Archiviazione Premium.This applies especially when not using Premium Storage. Se invece si usa Archiviazione Premium e la cache di lettura di Archiviazione Premium nel nodo di calcolo, come consigliato per i file di dati, non sono previste differenze significative.In case of Premium Storage and the usage of the Premium Azure Read Cache on the compute node, as recommended for data files, no significant differences are expected. Il motivo è che entrambe le cache (estensione del pool di buffer di SQL Server e la cache di lettura di Archiviazione Premium) usano i dischi locali dei nodi di calcolo.Reason is that both caches (SQL Server Buffer Pool Extension and Premium Storage Read Cache) are using the local disks of the compute nodes. Per altri dettagli su questa funzionalità, vedere la documentazione all'indirizzohttps://docs.microsoft.com/sql/database-engine/configure-windows/buffer-pool-extensionFor more details about this functionality, check this documentation: https://docs.microsoft.com/sql/database-engine/configure-windows/buffer-pool-extension

Considerazioni sul backup/ripristino per SQL ServerBackup/Recovery considerations for SQL Server

Quando si distribuisce SQL Server in Azure, è necessario rivedere la metodologia di backup.When deploying SQL Server into Azure your backup methodology must be reviewed. Anche se il sistema non è usato in produzione, è necessario eseguire periodicamente il backup del database SAP ospitato da SQL Server.Even if the system is not a productive system, the SAP database hosted by SQL Server must be backed up periodically. Dal momento che in Archiviazione di Azure vengono mantenute tre immagini, ora un backup è meno importante rispetto alla compensazione di un arresto anomalo della risorsa di archiviazione.Since Azure Storage keeps three images, a backup is now less important in respect to compensating a storage crash. È opportuno predisporre un piano di backup e ripristino appropriato principalmente perché consente di risolvere gli errori logici/manuali fornendo funzionalità di ripristino temporizzato.The priority reason for maintaining a proper backup and recovery plan is more that you can compensate for logical/manual errors by providing point in time recovery capabilities. L'obiettivo è quindi quello di usare i backup per ripristinare un determinato stato precedente del database o di usare i backup in Azure per effettuare il seeding di un altro sistema copiando il database esistente.So the goal is to either use backups to restore the database back to a certain point in time or to use the backups in Azure to seed another system by copying the existing database. È possibile, ad esempio, passare da una configurazione SAP di livello 2 a una configurazione di sistema di livello 3 dello stesso sistema ripristinando un backup.For example, you could transfer from a 2-Tier SAP configuration to a 3-Tier system setup of the same system by restoring a backup.

È possibile eseguire il backup di SQL Server in Archiviazione di Azure in tre modi diversi:There are three different ways to back up SQL Server to Azure Storage:

  1. SQL Server 2012 CU4 e versioni successive supportano il backup in modalità nativa di database a un URL,SQL Server 2012 CU4 and higher can natively back up databases to a URL. come spiegato in dettaglio nel post di blog Nuova funzionalità di SQL Server 2014 - Parte 5 - Miglioramenti apportati a backup/ripristino.This is detailed in the blog New functionality in SQL Server 2014 - Part 5 - Backup/Restore Enhancements. Vedere il capitolo SQL Server 2012 SP1 CU4 and later (SQL Server 2012 SP1 CU4 e versioni successive).See chapter SQL Server 2012 SP1 CU4 and later.
  2. Nelle versioni di SQL Server precedenti a SQL 2012 CU4 è possibile usare una funzionalità di reindirizzamento per eseguire il backup in un disco rigido virtuale e di fatto spostare il flusso di scrittura verso una posizione di archiviazione di Azure configurata.SQL Server releases prior to SQL 2012 CU4 can use a redirection functionality to backup to a VHD and basically move the write stream towards an Azure Storage location that has been configured. Vedere il capitolo SQL Server 2012 SP1 CU3 and earlier releases (SQL Server 2012 SP1 CU3 e versioni precedenti).See chapter SQL Server 2012 SP1 CU3 and earlier releases.
  3. L'ultimo metodo prevede l'esecuzione di un comando convenzionale di backup su disco di SQL Server in un dispositivo disco.The final method is to perform a conventional SQL Server backup to disk command onto a disk device. Si tratta di una procedura identica al modello di distribuzione locale che non viene illustrata in dettaglio in questo documento.This is identical to the on-premises deployment pattern and is not discussed in detail in this document.

SQL Server 2012 SP1 CU4 e versioni successiveSQL Server 2012 SP1 CU4 and later

Questa funzionalità consente di eseguire il backup direttamente nell'archivio BLOB di Azure.This functionality allows you to directly backup to Azure BLOB storage. Senza questo metodo, è necessario eseguire il backup in altri dischi utilizzando così la capacità disponibile in termini di dischi e operazioni di I/O al secondo.Without this method, you must backup to other disks, which would consume disk and IOPS capacity. Il principio è illustrato nella figura seguente:The idea is basically this:

Uso del backup di SQL Server 2012 nel BLOB di Archiviazione di Microsoft Azure

Il vantaggio in questo caso è che non è necessario usare dischi per archiviarvi i backup di SQL Server.The advantage in this case is that one doesn't need to spend disks to store SQL Server backups on. Il numero di dischi allocati è quindi inferiore ed è possibile usare l'intera larghezza di banda delle operazioni di I/O al secondo dei dischi per i file di dati e di log.So you have fewer disks allocated and the whole bandwidth of disk IOPS can be used for data and log files. Si noti che le dimensioni massime di un backup è limitata a 1 TB, come documentato nella sezione Limitazioni dell'articolo disponibile all'indirizzo https://docs.microsoft.com/sql/relational-databases/backup-restore/sql-server-backup-to-url#limitations.Note that the maximum size of a backup is limited to a maximum of 1 TB as documented in the section Limitations in this article: https://docs.microsoft.com/sql/relational-databases/backup-restore/sql-server-backup-to-url#limitations. Se, nonostante l'uso della compressione del backup di SQL Server, la dimensione del backup supera 1 TB, è necessario usare la funzionalità descritta nel capitolo SQL Server 2012 SP1 CU3 and earlier releases (SQL Server 2012 SP1 CU3 e versioni precedenti) di questo documento.If the backup size, despite using SQL Server backup compression would exceed 1 TB in size, the functionality described in chapter SQL Server 2012 SP1 CU3 and earlier releases in this document needs to be used.

Nella documentazione correlata che descrive il ripristino di database da backup nell'archivio BLOB di Azure si consiglia di non eseguire il ripristino direttamente dall'archivio se le dimensioni del backup superano 25 GB.Related documentation describing the restore of databases from backups against Azure Blob Store recommend not to restore directly from Azure BLOB store if the backup is >25GB. L'indicazione riportata in questo articolo si basa semplicemente su considerazioni relative alle prestazioni e non su limitazioni funzionali.The recommendation in this article is simply based on performance considerations and not due to functional restrictions. Le condizioni applicabili possono quindi variare caso per caso.Therefore, different conditions may apply on a case by case basis.

La documentazione relativa alla configurazione e all'uso di questo tipo di backup è disponibile in questa esercitazioneDocumentation on how this type of backup is set up and leveraged can be found in this tutorial

Per un esempio della sequenza di passaggi, vedere qui.An example of the sequence of steps can be read here.

Quando si automatizzano i backup, è di fondamentale importanza garantire che ai BLOB di ogni backup venga assegnato un nome diverso.Automating backups, it is of highest importance to make sure that the BLOBs for each backup are named differently. In caso contrario, verranno sovrascritti interrompendo la catena di ripristino.Otherwise they are overwritten and the restore chain is broken.

Per evitare confusione tra i tre diversi tipi di backup, è consigliabile creare contenitori diversi nell'account di archiviazione usato per i backup.In order not to mix up things between the three different types of backups, it is advisable to create different containers underneath the storage account used for backups. I contenitori possono essere organizzati solo in base alla VM oppure alla VM e al tipo di backup.The containers could be by VM only or by VM and backup type. Lo schema è simile al seguente:The schema could look like:

Uso del backup di SQL Server 2012 nel BLOB di Archiviazione di Microsoft Azure: contenitori diversi in un account di archiviazione separato

Nell'esempio precedente i backup non vengono eseguiti nello stesso account di archiviazione in cui sono distribuite le VM,In the example above, the backups would not be performed into the same storage account where the VMs are deployed. ma in un nuovo account di archiviazione specifico per i backup.There would be a new storage account specifically for the backups. Negli account di archiviazione sono presenti contenitori diversi creati con una matrice del tipo di backup e del nome della VM.Within the storage accounts, there would be different containers created with a matrix of the type of backup and the VM name. Tale segmentazione facilita l'amministrazione dei backup delle diverse VM.Such segmentation makes it easier to administrate the backups of the different VMs.

I BLOB in cui vengono scritti direttamente i backup non vengono aggiunti al conteggio dei dischi dati di una VM.The BLOBs one directly writes the backups to, are not adding to the count of the data disks of a VM. In questo modo è possibile sfruttare il numero massimo di dischi montati dello SKU di VM specifico per i dati e il file di log delle transazioni ed eseguire comunque il backup in un contenitore di archiviazione.Hence one could maximize the maximum of data disks mounted of the specific VM SKU for the data and transaction log file and still execute a backup against a storage container.

SQL Server 2012 SP1 CU3 e versioni precedentiSQL Server 2012 SP1 CU3 and earlier releases

Per eseguire un backup direttamente in Archiviazione di Azure, è prima di tutto necessario scaricare il file MSI collegato a questo articolo della Knowledge Base.The first step you must perform in order to achieve a backup directly against Azure Storage would be to download the msi, which is linked to this KBA article.

Scaricare il file di installazione per x64 e la documentazione.Download the x64 installation file and the documentation. Il file installa un programma denominato Strumento di backup di Microsoft SQL Server in Microsoft Azure.The file installs a program called: Microsoft SQL Server backup to Microsoft Azure Tool. Leggere attentamente la documentazione del prodotto.Read the documentation of the product thoroughly. Lo strumento funziona nel modo seguente:The tool basically works in the following way:

  • Sul lato SQL Server viene definito un percorso sul disco per il backup di SQL Server (in questo caso non usare l'unità D:).From the SQL Server side, a disk location for the SQL Server backup is defined (don't use the D:\ drive for this).
  • Lo strumento consente di definire le regole utilizzabili per indirizzare i diversi tipi di backup a contenitori di archiviazione di Azure diversi.The tool allows you to define rules, which can be used to direct different types of backups to different Azure Storage containers.
  • Dopo aver definito le regole, lo strumento reindirizza il flusso di scrittura del backup destinato a uno dei dischi/dischi rigidi virtuali alla posizione di archiviazione di Azure definita in precedenza.Once the rules are in place, the tool redirects the write stream of the backup to one of the VHDs/disks to the Azure Storage location, which was defined earlier.
  • Lo strumento lascia quindi un piccolo file stub di pochi KB sul disco rigido virtuale/disco definito per il backup di SQL Server.The tool leaves a small stub file of a few KB size on the VHD/Disk, which was defined for the SQL Server backup. Tale file deve essere lasciato nella posizione di archiviazione perché è necessario per eseguire il ripristino da Archiviazione di Azure.This file should be left on the storage location since it is required to restore again from Azure Storage.
    • Se il file stub è andato perso, ad esempio perché si è smarrito il supporto di archiviazione in cui era contenuto, e si è scelto di eseguire il backup in un account di archiviazione di Microsoft Azure, è possibile ripristinare il file stub tramite Archiviazione di Microsoft Azure scaricandolo dal contenitore di archiviazione in cui è stato inserito.If you have lost the stub file (for example through loss of the storage media that contained the stub file) and you have chosen the option of backing up to a Microsoft Azure Storage account, you may recover the stub file through Microsoft Azure Storage by downloading it from the storage container in which it was placed. È quindi necessario inserire il file stub in una cartella del computer locale in cui è configurato lo strumento per rilevare e caricare nello stesso contenitore con la stessa password di crittografia se con la regola originale è stata usata la crittografia.You should then place the stub file into a folder on the local machine where the Tool is configured to detect and upload to the same container with the same encryption password if encryption was used with the original rule.

Questo significa che lo schema descritto in precedenza per le versioni più recenti di SQL Server può essere applicato anche a versioni di SQL Server che non consentono l'indirizzamento diretto a una posizione di archiviazione di Azure.This means the schema as described above for more recent releases of SQL Server can be put in place as well for SQL Server releases, which are not allowing direct address an Azure Storage location.

È consigliabile non usare questo metodo con versioni più recenti di SQL Server che supportano il backup in modalità nativa in Archiviazione di Azure.This method should not be used with more recent SQL Server releases, which support backing up natively against Azure Storage. Fanno eccezione i casi in cui le limitazioni del backup nativo in Azure bloccano l'esecuzione di tale tipo di backup.Exceptions are where limitations of the native backup into Azure are blocking native backup execution into Azure.

Altri modi per eseguire il backup di database di SQL ServerOther possibilities to back up SQL Server databases

Per eseguire il backup di database è anche possibile collegare dischi dati aggiuntivi a una VM usata per l'archiviazione dei backup.Other possibilities to back up databases is to attach additional data disks to a VM that you use to store backups on. In tal caso è necessario verificare che i dischi non risultino pieni.In such a case, you would need to make sure that the disks are not running full. In caso contrario, sarà necessario smontare il disco e "archiviarlo" sostituendolo con uno nuovo vuoto.If that is the case, you would need to unmount the disks and so to speak 'archive' it and replace it with a new empty disk. Se si sceglie questo metodo, è opportuno mantenere questi dischi rigidi virtuali in account di archiviazione di Azure distinti rispetto a quelli che contengono i file di database.If you go down that path, you want to keep these VHDs in separate Azure Storage Accounts from the ones that the VHDs with the database files.

È anche possibile usare una VM di grandi dimensioni con più dischi collegati, ad esempio una VM D14 con 32 dischi rigidi virtuali.A second possibility is to use a large VM that can have many disks attached, for example a D14 with 32VHDs. Usare Spazi di archiviazione per creare un ambiente flessibile in cui creare condivisioni utilizzabili come destinazioni di backup per i diversi server DBMS.Use Storage Spaces to build a flexible environment where you could build shares that are used then as backup targets for the different DBMS servers.

Per la documentazione su alcune procedure consigliate, vedere anche qui .Some best practices got documented here as well.

Considerazioni sulle prestazioni per backup/ripristiniPerformance considerations for backups/restores

Come nelle distribuzioni bare metal, le prestazioni dei backup/ripristini dipendono dalla quantità di volumi leggibili in parallelo e dalla velocità effettiva di tali volumi.As in bare-metal deployments, backup/restore performance is dependent on how many volumes can be read in parallel and what the throughput of those volumes might be. Inoltre, l'utilizzo di CPU associato alla compressione del backup può avere un ruolo significativo per VM con un massimo di soli otto thread CPU.In addition, the CPU consumption used by backup compression may play a significant role on VMs with just up to eight CPU threads. Si può quindi presumere quanto segue:Therefore, one can assume:

  • Minore è il numero dei dischi usati per archiviare i file di dati, più bassa è la velocità effettiva generale nella lettura.The fewer the number of disks used to store the data files, the smaller the overall throughput in reading.
  • Minore è il numero di thread CPU nella VM, più forte è l'impatto della compressione del backup.The smaller the number of CPU threads in the VM, the more severe the impact of backup compression.
  • Minore è il numero di destinazioni (BLOB, dischi rigidi virtuali o dischi) in cui scrivere il backup, più bassa è la velocità effettiva.The fewer targets (BLOBs, VHDs, or disks) to write the backup to, the lesser the throughput.
  • Minori sono le dimensioni della VM, minore è la quota di velocità effettiva di archiviazione in lettura e scrittura da Archiviazione di Azure Storage.The smaller the VM size, the smaller the storage throughput quota writing and reading from Azure Storage. Questo avviene indipendentemente dal fatto che i backup vengano archiviati direttamente in BLOB di Azure o vengano archiviati in dischi rigidi virtuali a loro volta archiviati in BLOB di Azure.Independent of whether the backups are directly stored on Azure Blob or whether they are stored in VHDs that again are stored in Azure Blobs.

Quando si usa un BLOB di archiviazione di Microsoft Azure come destinazione di backup nelle versioni più recenti, è consentito designare una sola destinazione di tipo URL per ogni backup specifico.When using a Microsoft Azure Storage BLOB as the backup target in more recent releases, you are restricted to designating only one URL target for each specific backup.

Quando invece si usa "Strumento di backup di Microsoft SQL Server in Microsoft Azure" in versioni precedenti, è possibile definire più di una destinazione di tipo file.But when using the "Microsoft SQL Server backup to Microsoft Azure Tool" in older releases, you can define more than one file target. Con più di una destinazione è possibile ridimensionare il backup e aumentarne la velocità effettiva.With more than one target, the backup can scale and the throughput of the backup is higher. In questo modo vengono anche creati più file nell'account di archiviazione di Azure.This would result then in multiple files as well in the Azure Storage account. Nel corso dei test, usando più destinazioni di tipo file è possibile raggiungere la velocità effettiva ottenibile con le estensioni di backup implementate a partire da SQL Server 2012 SP1 CU4.In our testing, using multiple file destinations one can definitely achieve the throughput, which one could achieve with the backup extensions implemented in from SQL Server 2012 SP1 CU4 on. È anche possibile ovviare al limite di 1 TB previsto dal backup nativo in Azure.You also are not blocked by the 1TB limit as in the native backup into Azure.

Tenere comunque presente che la velocità effettiva dipende anche dalla località dell'account di archiviazione di Azure usato per il backup.However, keep in mind, the throughput also is dependent on the location of the Azure Storage Account you use for the backup. Un'idea potrebbe essere quella di impostare per l'account di archiviazione una regione diversa da quella in cui vengono eseguite le VM,An idea might be to locate the storage account in a different region than the VMs are running in. ad esempio eseguire la configurazione delle VM in Europa occidentale ma impostare l'account di archiviazione usato per il backup in Europa settentrionale.For example you would run the VM configuration in West-Europe, but put the Storage Account that you use to backup against in North-Europe. Tale impostazione influisce certamente sulla velocità effettiva del backup, che potrebbe non raggiungere i 150 MB/sec raggiungibili invece nei casi in cui l'archivio di destinazione e le VM vengono eseguiti in un data center nella stessa area.That certainly has an impact on the backup throughput and is not likely to generate a throughput of 150MB/sec as it seems to be possible in cases where the target storage and the VMs are running in the same regional datacenter.

Gestione dei BLOB di backupManaging backup BLOBs

I backup devono essere gestiti direttamente dall'utente.There is a requirement to manage the backups on your own. Dato che è prevista la creazione di numerosi BLOB in seguito all'esecuzione di frequenti backup dei log delle transazioni, l'amministrazione di tali BLOB può facilmente sovraccaricare il portale di Azure.Since the expectation is that many blobs are created by executing frequent transaction log backups, administration of those blobs easily can overburden the Azure portal. È quindi consigliabile sfruttare Azure Storage Explorer.Therefore, it is recommendable to leverage an Azure storage explorer. Sono disponibili diversi ottimi strumenti per facilitare la gestione di un account di archiviazione di Azure:There are several good ones available, which can help to manage an Azure storage account

Per una descrizione più completa del backup e di SAP in Azure, vedere la guida al backup di SAP per altre informazioni.For a more complete discussion of backup and SAP on Azure, refer to the SAP Backup Guide for more information.

Uso di un'immagine di SQL Server da Microsoft Azure MarketplaceUsing a SQL Server image out of the Microsoft Azure Marketplace

In Microsoft Azure Marketplace sono disponibili VM che contengono già versioni di SQL Server.Microsoft offers VMs in the Azure Marketplace, which already contain versions of SQL Server. I clienti SAP che necessitano delle licenze per SQL Server e Windows possono approfittare di questa opportunità per ottenere le licenze necessarie scegliendo le VM con SQL Server già installato.For SAP customers who require licenses for SQL Server and Windows, this might be an opportunity to basically cover the need for licenses by spinning up VMs with SQL Server already installed. Per usare tali immagini per SAP, è necessario considerare quanto segue:In order to use such images for SAP, the following considerations need to be made:

Modifica delle regole di confronto SQL Server di una VM Microsoft Windows/SQL ServerChanging the SQL Server Collation of a Microsoft Windows/SQL Server VM

Dato che le immagini di SQL Server in Azure Marketplace non sono configurate per l'uso delle regole di confronto richieste dalle applicazioni SAP NetWeaver, è necessario modificarle subito dopo la distribuzione.Since the SQL Server images in the Azure Marketplace are not set up to use the collation, which is required by SAP NetWeaver applications, it needs to be changed immediately after the deployment. In SQL Server 2012 è possibile eseguire la procedura seguente non appena la VM è stata distribuita e un amministratore è in grado di accedervi:For SQL Server 2012, this can be done with the following steps as soon as the VM has been deployed and an administrator is able to log into the deployed VM:

  • Aprire una finestra di comando di Windows come amministratore.Open a Windows Command Window, as administrator.
  • Passare alla directory C:\Programmi\SQL Server\110\Setup Bootstrap\SQLServer2012.Change the directory to C:\Program Files\Microsoft SQL Server\110\Setup Bootstrap\SQLServer2012.
  • Eseguire il comando: Setup.exe /QUIET /ACTION=REBUILDDATABASE /INSTANCENAME=MSSQLSERVER /SQLSYSADMINACCOUNTS=<local_admin_account_name> /SQLCOLLATION=SQL_Latin1_General_Cp850_BIN2Execute the command: Setup.exe /QUIET /ACTION=REBUILDDATABASE /INSTANCENAME=MSSQLSERVER /SQLSYSADMINACCOUNTS=<local_admin_account_name> /SQLCOLLATION=SQL_Latin1_General_Cp850_BIN2
    • <local_admin_account_name> è l'account definito come account amministratore quando si distribuisce la VM per la prima volta tramite la raccolta.<local_admin_account_name> is the account, which was defined as the administrator account when deploying the VM for the first time through the gallery.

Il processo dovrebbe richiedere solo alcuni minuti.The process should only take a few minutes. Per verificare la correttezza del risultato finale del passaggio, seguire questa procedura:In order to make sure whether the step ended up with the correct result, perform the following steps:

  • Aprire SQL Server Management Studio.Open SQL Server Management Studio.
  • Aprire una finestra di query.Open a Query Window.
  • Eseguire il comando sp_helpsort nel database master di SQL Server.Execute the command sp_helpsort in the SQL Server master database.

Il risultato dovrebbe essere simile a quello della figura seguente:The desired result should look like:

Latin1-General, binary code point comparison sort for Unicode Data, SQL Server Sort Order 40 on Code Page 850 for non-Unicode Data

Se il risultato non corrisponde a quello nella figura, ARRESTARE la distribuzione di SAP e scoprire perché il comando di configurazione non ha funzionato nel modo previsto.If this is not the result, STOP deploying SAP and investigate why the setup command did not work as expected. La distribuzione di applicazioni SAP NetWeaver in un'istanza di SQL Server con tabelle codici di SQL Server diverse da quella indicata in precedenza NON è supportata.Deployment of SAP NetWeaver applications onto SQL Server instance with different SQL Server codepages than the one mentioned above is NOT supported.

Disponibilità elevata di SQL Server per SAP in AzureSQL Server High-Availability for SAP in Azure

Come accennato in precedenza in questo documento, non è possibile creare l'archivio condiviso necessario per l'utilizzo della funzionalità di disponibilità elevata offerta nelle versioni meno recenti di SQL Server.As mentioned earlier in this paper, there is no possibility to create shared storage, which is necessary for the usage of the oldest SQL Server high availability functionality. Questa funzionalità prevede l'installazione di due o più istanze di SQL Server in un cluster di failover di Windows Server (WSFC) usando un disco condiviso per i database utente e alla fine tempdb.This functionality would install two or more SQL Server instances in a Windows Server Failover Cluster (WSFC) using a shared disk for the user databases (and eventually tempdb). Questo è il metodo di disponibilità elevata standard usato da più tempo, nonché supportato da SAP.This is the long time standard high availability method, which also is supported by SAP. Azure però non supporta l'archiviazione condivisa, di conseguenza non è possibile realizzare configurazioni a disponibilità elevata di SQL Server con cluster di tipo disco condiviso.Because Azure doesn't support shared storage, SQL Server high availability configurations with a shared disk cluster configuration cannot be realized. Esistono tuttavia molti altri metodi di disponibilità elevata, descritti nelle sezioni seguenti.However, many other high availability methods are still possible and are described in the following sections.

Log shipping SQL ServerSQL Server Log Shipping

Uno dei metodi di disponibilità elevata utilizzabili è il log shipping SQL Server.One of the methods of high availability (HA) is SQL Server Log Shipping. Se le VM incluse nella configurazione a disponibilità elevata hanno una risoluzione dei nomi funzionante, non sussistono problemi e la configurazione in Azure non sarà diversa da quelle eseguite in locale.If the VMs participating in the HA configuration have working name resolution, there is no problem and the setup in Azure does not differ from any setup that is done on-premises. Non è consigliabile affidarsi solo alla risoluzione IP.It is not recommended to rely on IP resolution only. Per informazioni sulla configurazione del log shipping e sui principi su cui si basa, vedere la documentazione seguente:With regards to setting up Log Shipping and the principles around Log Shipping, check this documentation:

https://docs.microsoft.com/sql/database-engine/log-shipping/about-log-shipping-sql-serverhttps://docs.microsoft.com/sql/database-engine/log-shipping/about-log-shipping-sql-server

Per ottenere effettivamente una disponibilità elevata, è necessario distribuire le VM incluse in una configurazione di log shipping in modo che appartengano allo stesso set di disponibilità di Azure.In order to really achieve any high availability, one needs to deploy the VMs, which are within such a Log Shipping configuration to be within the same Azure Availability Set.

Mirroring del databaseDatabase Mirroring

Il mirroring del database supportato da SAP (vedere la nota SAP 965908) si basa sulla definizione di un partner di failover nella stringa di connessione SAP.Database Mirroring as supported by SAP (see SAP Note 965908) relies on defining a failover partner in the SAP connection string. In caso di cross-premise, si presuppone che le due VM appartengano allo stesso dominio e che il contesto utente in cui vengono eseguite le due istanze di SQL Server sia un utente di dominio e abbia privilegi sufficienti nelle due istanze di SQL Server interessate.For the Cross-Premises cases, we assume that the two VMs are in the same domain and that the user context the two SQL Server instances are running under a domain user as well and have sufficient privileges in the two SQL Server instances involved. La configurazione del mirroring del database in Azure non è quindi diversa da una configurazione tipica locale.Therefore, the setup of Database Mirroring in Azure does not differ between a typical on-premises setup/configuration.

A partire dalle distribuzioni solo cloud, il metodo più semplice prevede la configurazione di un altro dominio in Azure allo scopo di avere in un unico dominio le VM DBMS e idealmente le VM SAP dedicate.As of Cloud-Only deployments, the easiest method is to have another domain setup in Azure to have those DBMS VMs (and ideally dedicated SAP VMs) within one domain.

Se non è possibile predisporre un unico dominio, è anche possibile usare certificati per gli endpoint di mirroring del database, come descritto in questo articolo: https://docs.microsoft.com/sql/database-engine/database-mirroring/use-certificates-for-a-database-mirroring-endpoint-transact-sqlIf a domain is not possible, one can also use certificates for the database mirroring endpoints as described here: https://docs.microsoft.com/sql/database-engine/database-mirroring/use-certificates-for-a-database-mirroring-endpoint-transact-sql

Per un'esercitazione relativa alla configurazione del mirroring del database in Azure, vedere https://docs.microsoft.com/sql/database-engine/database-mirroring/database-mirroring-sql-serverA tutorial to set up Database Mirroring in Azure can be found here: https://docs.microsoft.com/sql/database-engine/database-mirroring/database-mirroring-sql-server

SQL Server AlwaysOnSQL Server Always On

Dato che è supportato per SAP in locale (vedere la nota SAP 1772688), AlwaysOn può essere usato anche in combinazione con SAP in Azure.As Always On is supported for SAP on-premises (see SAP Note 1772688), it is supported to be used in combination with SAP in Azure. Il fatto che non sia possibile creare dischi condivisi in Azure non implica che non sia possibile creare una configurazione WSFC (Windows Server Failover Cluster) AlwaysOn tra VM diverse.The fact that you are not able to create shared disks in Azure doesn't mean that one can't create an Always On Windows Server Failover Cluster (WSFC) configuration between different VMs. In realtà indica che non è possibile usare un disco condiviso come quorum nella configurazione cluster.It only means that you do not have the possibility to use a shared disk as a quorum in the cluster configuration. Di conseguenza, è possibile creare una configurazione WSFC AlwaysOn in Azure evitando semplicemente di selezionare il tipo di quorum che utilizza il disco condiviso.Hence you can build an Always On WSFC configuration in Azure and simply not select the quorum type that utilizes shared disk. L'ambiente Azure in cui vengono distribuite le VM deve risolvere queste ultime in base al nome e le VM devono appartenere allo stesso dominio.The Azure environment those VMs are deployed in should resolve the VMs by name and the VMs should be in the same domain. Queste indicazioni sono valide solo per distribuzioni solo Azure e cross-premise.This is true for Azure only and Cross-Premises deployments. La distribuzione del listener del gruppo di disponibilità di SQL Server, da non confondere con il set di disponibilità di Azure presenta alcune particolarità da considerare, dal momento che al momento Azure non consente di creare semplicemente un oggetto AD/DNS, mentre questa operazione è consentita in locale.There are some special considerations around deploying the SQL Server Availability Group Listener (not to be confused with the Azure Availability Set) since Azure at this point in time does not allow to simply create an AD/DNS object as it is possible on-premises. È quindi necessario eseguire alcuni passaggi di installazione diversi per ovviare al comportamento specifico di Azure.Therefore, some different installation steps are necessary to overcome the specific behavior of Azure.

Di seguito sono elencate alcune considerazioni relative all'uso di un listener del gruppo di disponibilità.Some considerations using an Availability Group Listener are:

  • L'uso di un listener del gruppo di disponibilità è possibile solo se il sistema operativo guest della VM è Windows Server 2012 o versioni successive.Using an Availability Group Listener is only possible with Windows Server 2012 or higher as guest OS of the VM. Per Windows Server 2012 è necessario assicurarsi che sia applicata la patch seguente: https://support.microsoft.com/kb/2854082For Windows Server 2012 you need to make sure that this patch is applied: https://support.microsoft.com/kb/2854082
  • Per Windows Server 2008 R2, questa patch non esiste ed è necessario usare AlwaysOn così come il mirroring del database, specificando un partner di failover nella stringa di connessione tramite il parametro dbs/mss/server del file SAP default.pfl. Vedere la nota SAP 965908.For Windows Server 2008 R2 this patch does not exist and Always On would need to be used in the same manner as Database Mirroring by specifying a failover partner in the connections string (done through the SAP default.pfl parameter dbs/mss/server - see SAP Note 965908).
  • Quando si usa un listener del gruppo di disponibilità, le VM di database devono essere connesse a un Load Balancer dedicato.When using an Availability Group Listener, the Database VMs need to be connected to a dedicated Load Balancer. Per la risoluzione dei nomi nelle distribuzioni solo cloud è necessario che tutte le VM di un sistema SAP (server applicazioni, server DBMS e server (A)SCS) si trovino nella stessa rete virtuale oppure che la manutenzione del file etc\host venga effettuata da un livello applicazione SAP per ottenere i nomi risolti delle VM di SQL Server.Name resolution in Cloud-Only deployments would either require all VMs of an SAP system (application servers, DBMS server, and (A)SCS server) are in the same virtual network or would require from an SAP application layer the maintenance of the etc\host file in order to get the VM names of the SQL Server VMs resolved. Per evitare che Azure assegni nuovi indirizzi IP nei casi in cui entrambe le VM vengono arrestate incidentalmente, è consigliabile assegnare indirizzi IP statici alle interfacce di rete di tali VM nella configurazione AlwaysOn. Per informazioni sulla definizione di un indirizzo IP statico, vedere questo articolo.In order to avoid that Azure is assigning new IP addresses in cases where both VMs incidentally are shutdown, one should assign static IP addresses to the network interfaces of those VMs in the Always On configuration (defining a static IP address is described in this article)
  • La procedura di creazione della configurazione cluster WSFC prevede speciali passaggi quando è necessario assegnare al cluster un indirizzo IP particolare, dal momento che Azure con la funzionalità corrente assegna al nome del cluster lo stesso indirizzo IP del nodo in cui viene creato il cluster.There are special steps required when building the WSFC cluster configuration where the cluster needs a special IP address assigned, because Azure with its current functionality would assign the cluster name the same IP address as the node the cluster is created on. È quindi necessario eseguire un passaggio manuale per assegnare al cluster un indirizzo IP diverso.This means a manual step must be performed to assign a different IP address to the cluster.
  • Il listener del gruppo di disponibilità verrà creato in Azure con gli endpoint TCP/IP assegnati alle VM che eseguono le repliche primaria e secondaria del gruppo di disponibilità.The Availability Group Listener is going to be created in Azure with TCP/IP endpoints, which are assigned to the VMs running the primary and secondary replicas of the Availability group.
  • Potrebbe essere necessario proteggere questi endpoint con ACL.There might be a need to secure these endpoints with ACLs.

È possibile distribuire un gruppo di disponibilità AlwaysOn di SQL Server anche in diverse aree di Azure.It is possible to deploy a SQL Server Always On Availability Group over different Azure Regions as well. Questa funzionalità sfrutta la connettività da rete virtuale a rete virtuale di Azure (altri dettagli).This functionality leverages the Azure VNet-to-Vnet connectivity (more details).

Riepilogo sulla disponibilità elevata di SQL Server in AzureSummary on SQL Server High Availability in Azure

In considerazione del fatto che Archiviazione di Azure garantisce la protezione del contenuto, diventa meno importante creare un'immagine hot standby.Given the fact that Azure Storage is protecting the content, there is one less reason to insist on a hot-standby image. Lo scenario di disponibilità elevata deve quindi prevede la protezione nei casi seguenti:This means your High Availability scenario needs to only protect against the following cases:

  • Indisponibilità completa della VM per interventi di manutenzione sul cluster di server in Azure o per altri motiviUnavailability of the VM as a whole due to maintenance on the server cluster in Azure or other reasons
  • Problemi software nell'istanza di SQL ServerSoftware issues in the SQL Server instance
  • Protezione da errori manuali nel caso in cui i dati vengono eliminati ed è necessario il ripristino temporizzatoProtecting from manual error where data gets deleted and point-in-time recovery is needed

Se si esaminano le tecnologie corrispondenti, si può affermare che i primi due casi possono essere coperti dal mirroring del database o da AlwaysOn, mentre il terzo solo dal log shipping.Looking at matching technologies one can argue that the first two cases can be covered by Database Mirroring or Always On, whereas the third case only can be covered by Log-Shipping.

È necessario bilanciare i vantaggi di AlwaysOn con la procedura di configurazione di questa tecnologia, che risulta più complessa se confrontata con quella del mirroring del database.You need to balance the more complex setup of Always On, compared to Database Mirroring, with the advantages of Always On. I vantaggi includono:Those advantages can be listed like:

  • Repliche secondarie leggibili.Readable secondary replicas.
  • Backup da repliche secondarie.Backups from secondary replicas.
  • Migliore scalabilità.Better scalability.
  • Possibilità di creare più repliche secondarie.More than one secondary replicas.

Riepilogo generale su SQL Server per SAP in AzureGeneral SQL Server for SAP on Azure Summary

Questa guida contiene numerosi consigli che è preferibile leggere più volte prima di pianificare la distribuzione di Azure.There are many recommendations in this guide and we recommend you read it more than once before planning your Azure deployment. In linea generale, assicurarsi di seguire i dieci consigli generali specifici per la distribuzione di DBMS in Azure:In general, though, be sure to follow the top ten general DBMS on Azure specific points:

  1. Usare la versione più recente di DBMS, come SQL Server 2014, che offre maggiori vantaggi in Azure.Use the latest DBMS release, like SQL Server 2014, that has the most advantages in Azure. Per SQL Server, si tratta di SQL Server 2012 SP1 CU4, che include la funzionalità di backup in Archiviazione di Azure.For SQL Server, this is SQL Server 2012 SP1 CU4, which would include the feature of backing up against Azure Storage. Con SAP, tuttavia, è consigliabile almeno SQL Server 2014 SP1 CU1 o SQL Server 2012 SP2 con l'aggiornamento cumulativo più recente.However, in conjunction with SAP we would recommend at least SQL Server 2014 SP1 CU1 or SQL Server 2012 SP2 and the latest CU.
  2. Pianificare attentamente l'infrastruttura di sistema SAP in Azure per bilanciare il layout dei file di dati e le restrizioni di Azure:Carefully plan your SAP system landscape in Azure to balance the data file layout and Azure restrictions:
    • Non usare troppi dischi, ma un numero sufficiente a garantire il numero necessario di operazioni di I/O al secondo.Don't have too many disks, but have enough to ensure you can reach your required IOPS.
    • Se non si usa Managed Disks, tenere presente che il numero di operazioni di I/O al secondo consentito varia a seconda dell'account di archiviazione di Azure e che gli account di archiviazione sono limitati nelle singole sottoscrizioni di Azure (altri dettagli).If you don't use Managed Disks, remember that IOPS are also limited per Azure Storage Account and that Storage Accounts are limited within each Azure subscription (more details).
    • Se è necessaria una velocità effettiva maggiore, eseguire lo striping solo tra dischi.Only stripe across disks if you need to achieve a higher throughput.
  3. Non installare mai software né inserire file che richiedono la persistenza nell'unità D:\ perché non è permanente e qualsiasi elemento in tale unità andrà perso al riavvio di Windows.Never install software or put any files that require persistence on the D:\ drive as it is non-permanent and anything on this drive is lost at a Windows reboot.
  4. Non usare il caching dei dischi per Archiviazione Standard di Azure.Don't use disk caching for Azure Standard Storage.
  5. Non usare account di archiviazione con replica geografica di Azure.Don't use Azure geo-replicated Storage Accounts. Usare l'opzione Con ridondanza locale per i carichi di lavoro DBMS.Use Locally Redundant for DBMS workloads.
  6. Usare la soluzione di disponibilità elevata/ripristino di emergenza del fornitore del sistema DBMS per replicare i dati del database.Use your DBMS vendor's HA/DR solution to replicate database data.
  7. Usare sempre la risoluzione dei nomi e non fare affidamento sugli indirizzi IP.Always use Name Resolution, don't rely on IP addresses.
  8. Usare la massima compressione possibile del database.Use the highest database compression possible. Per SQL Server si tratta della compressione di pagina.For SQL Server this is page compression.
  9. Prestare attenzione quando si usano immagini di SQL da Azure Marketplace.Be careful using SQL Server images from the Azure Marketplace. Se si usa quella di SQL Server, è necessario modificare le regole di confronto dell'istanza prima di installarvi un qualsiasi sistema SAP NetWeaver.If you use the SQL Server one, you must change the instance collation before installing any SAP NetWeaver system on it.
  10. Installare e configurare la funzionalità di monitoraggio dell'host SAP per Azure come illustrato nella Deployment Guide (Guida alla distribuzione).Install and configure the SAP Host Monitoring for Azure as described in Deployment Guide.

Specifiche per SAP ASE in WindowsSpecifics to SAP ASE on Windows

A partire da Microsoft Azure, è possibile eseguire facilmente la migrazione delle applicazioni SAP ASE in macchine virtuali di Azure.Starting with Microsoft Azure, you can easily migrate your existing SAP ASE applications to Azure Virtual Machines. SAP ASE in una macchina virtuale consente di ridurre il costo totale di proprietà associato a distribuzione, gestione e manutenzione delle applicazioni aziendali eseguendo facilmente la migrazione di queste applicazioni a Microsoft Azure.SAP ASE in a Virtual Machine enables you to reduce the total cost of ownership of deployment, management, and maintenance of enterprise breadth applications by easily migrating these applications to Microsoft Azure. Con SAP ASE in una macchina virtuale di Azure, gli amministratori e gli sviluppatori possono continuare a usare gli stessi strumenti di sviluppo e amministrazione disponibili in locale.With SAP ASE in an Azure Virtual Machine, administrators and developers can still use the same development and administration tools that are available on-premises.

Il contratto di servizio per le macchine virtuali di Azure è disponibile all'indirizzo https://azure.microsoft.com/support/legal/sla/virtual-machinesThere is an SLA for the Azure Virtual Machines, which can be found here: https://azure.microsoft.com/support/legal/sla/virtual-machines

Anche se le prestazioni delle macchine virtuali ospitate in Microsoft Azure saranno sicuramente molto elevate rispetto ad altre offerte per la virtualizzazione del cloud pubblico, i risultati ottenuti possono variare.We are confident that Microsoft Azure hosted Virtual Machines performs very well in comparison to other public cloud virtualization offerings, but individual results may vary. I numeri SAPS relativi al ridimensionamento di SAP per i diversi SKU di VM con certificazione SAP sono riportati nella nota SAP 1928533.SAP sizing SAPS numbers of the different SAP certified VM SKUs is provided in a separate SAP Note 1928533.

Le istruzioni e i suggerimenti relativi all'utilizzo di Archiviazione di Azure, alla distribuzione di VM SAP o al monitoraggio di SAP si applicano alle distribuzioni di SAP ASE insieme alle applicazioni SAP, come indicato nei primi quattro capitoli di questo documento.Statements and recommendations in regard to the usage of Azure Storage, Deployment of SAP VMs or SAP Monitoring apply to deployments of SAP ASE in conjunction with SAP applications as stated throughout the first four chapters of this document.

Supporto della versione di SAP ASESAP ASE Version Support

SAP supporta attualmente SAP ASE versione 16.0 per l'uso con i prodotti SAP Business Suite.SAP currently supports SAP ASE version 16.0 for use with SAP Business Suite products. Tutti gli aggiornamenti per il server SAP ASE o per i driver ODBC e JDBC da usare con i prodotti SAP Business Suite vengono forniti esclusivamente in SAP Service Marketplace su: https://support.sap.com/swdc.All updates for SAP ASE server, or JDBC and ODBC drivers to be used with SAP Business Suite products are provided solely through the SAP Service Marketplace at: https://support.sap.com/swdc.

Come per le installazioni locali, non scaricare gli aggiornamenti per il server SAP ASE o per i driver ODBC e JDBC direttamente dai siti Web Sybase.As for installations on-premises, do not download updates for the SAP ASE server, or for the JDBC and ODBC drivers directly from Sybase websites. Per informazioni dettagliate sulle patch supportate per l'uso con i prodotti SAP Business Suite in locale e nelle macchine virtuali di Azure, vedere le note SAP seguenti:For detailed information on patches, which are supported for use with SAP Business Suite products on-premises and in Azure Virtual Machines see the following SAP Notes:

Le informazioni generali sull'esecuzione di SAP Business Suite in SAP ASE sono disponibili in SCNGeneral information on running SAP Business Suite on SAP ASE can be found in the SCN

Struttura della distribuzione SAP ASEStructure of the SAP ASE Deployment

In base alla descrizione generale, gli eseguibili di SAP ASE devono essere salvati o installati nell'unità di sistema del disco del sistema operativo della VM (unità c:).In accordance with the general description, SAP ASE executables should be located or installed into the system drive of the VM's OS disk (drive c:). In genere, la maggior parte dei database di sistema e di strumenti di SAP ASE non viene pienamente sfruttata dal carico di lavoro di SAP NetWeaver.Typically, most of the SAP ASE system and tools databases are not really leveraged hard by SAP NetWeaver workload. Di conseguenza è possibile lasciare nell'unità C:\ anche i database di sistema e di strumenti (master, model, saptools, sybmgmtdb, sybsystemdb).Hence the system and tools databases (master, model, saptools, sybmgmtdb, sybsystemdb) can remain on the C:\ drive as well.

Può fare eccezione il database temporaneo contenente tutte le tabelle di lavoro e le tabelle temporanee create da SAP ASE, che nel caso di alcuni carichi di lavoro SAP ERP e di tutti i carichi di lavoro BW può richiedere un volume dati o un volume di operazioni di I/O superiore, perché di dimensioni troppo grandi per il disco del sistema operativo della VM originale (unità c:).An exception could be the temporary database containing all work tables and temporary tables created by SAP ASE, which in case of some SAP ERP and all BW workloads might require either higher data volume or I/O operations volume, which can't fit into the original VM's OS disk (drive c:).

A seconda della versione di SAPInst/SWPM usata per installare il sistema, il database può contenere:Depending on the version of SAPInst/SWPM used to install the system, the database might contain:

  • Un solo tempdb SAP ASE creato durante l'installazione di SAP ASEA single SAP ASE tempdb, which is created when installing SAP ASE
  • Un tempdb SAP ASE creato in seguito all'installazione di SAP ASE e un saptempdb aggiuntivo creato dalla routine di installazione SAPAn SAP ASE tempdb created by installing SAP ASE and an additional saptempdb created by the SAP installation routine
  • Un tempdb SAP ASE creato con l'installazione di SAP ASE e un tempdb aggiuntivo creato manualmente (ad esempio, seguendo la nota SAP 1752266) per soddisfare i requisiti specifici di ERP/BW per tempdbAn SAP ASE tempdb created by installing SAP ASE and an additional tempdb that has been created manually (for example following SAP Note 1752266) to meet ERP/BW specific tempdb requirements

Nel caso di carichi di lavoro ERP specifici o di tutti i carichi di lavoro BW è consigliabile, dal punto di vista delle prestazioni, mantenere i dispositivi tempdb del tempdb aggiuntivo creato (con SWPM o manualmente) in un'unità diversa da C:.In case of specific ERP or all BW workloads, it makes sense, in regard to performance, to keep the tempdb devices of the additionally created tempdb (by SWPM or manually) on a drive other than C:. Se non esistono tempdb aggiuntivi, è consigliabile crearne uno (nota SAP 1752266).If no additional tempdb exists, it is recommended to create one (SAP Note 1752266).

Per tali sistemi, eseguire questa procedura per il tempdb aggiuntivo creato:For such systems the following steps should be performed for the additionally created tempdb:

  • Spostare il primo dispositivo tempdb nel primo dispositivo del database SAPMove the first tempdb device to the first device of the SAP database
  • Aggiungere dispositivi tempdb a ogni disco rigido virtuale contenente un dispositivo del database SAPAdd tempdb devices to each of the VHDs containing a device of the SAP database

Questa configurazione consente a tempdb di utilizzare più spazio di quello fornito dall'unità di sistema.This configuration enables tempdb to either consume more space than the system drive is able to provide. Come riferimento è possibile controllare le dimensioni del dispositivo tempdb nei sistemi esistenti eseguiti in locale.As a reference one can check the tempdb device sizes on existing systems, which run on-premises. In alternativa, con una tale configurazione potrà essere eseguito su tempdb un numero di operazioni di I/O al secondo che l'unità di sistema non può garantire.Or such a configuration would enable IOPS numbers against tempdb, which cannot be provided with the system drive. I sistemi in esecuzione in locale possono anche essere usati per monitorare il carico di lavoro di I/O in tempdb.Again systems that are running on-premises can be used to monitor I/O workload against tempdb.

Non spostare mai dispositivi SAP ASE nell'unità D:\ della VM.Never put any SAP ASE devices onto the D:\ drive of the VM. Questo vale anche per il tempdb, anche se gli oggetti in esso presenti sono solo temporanei.This also applies to the tempdb, even if the objects kept in the tempdb are only temporary.

Impatto della compressione del databaseImpact of Database Compression

Nelle configurazioni in cui la larghezza di banda di I/O può diventare un fattore limitante, ogni misura che riduce le operazioni di I/O al secondo consente di estendere il carico di lavoro eseguibile in uno scenario IaaS come Azure.In configurations where I/O bandwidth can become a limiting factor, every measure, which reduces IOPS might help to stretch the workload one can run in an IaaS scenario like Azure. È quindi consigliabile verificare che venga usata la compressione SAP ASE prima di caricare un database SAP esistente in Azure.Therefore, it is strongly recommended to make sure that SAP ASE compression is used before uploading an existing SAP database to Azure.

Sono diversi i motivi per cui è consigliabile eseguire la compressione del database prima del caricamento in Azure se non è già stata implementata:The recommendation to perform compression before uploading to Azure if it is not already implemented is given out of several reasons:

  • La quantità di dati da caricare in Azure è minoreThe amount of data to be uploaded to Azure is lower
  • La durata dell'esecuzione della compressione è inferiore, presupponendo che si possa usare hardware più avanzato con più CPU o una maggiore larghezza di banda di I/O oppure meno latenza di I/O in localeThe duration of the compression execution is shorter assuming that one can use stronger hardware with more CPUs or higher I/O bandwidth or less I/O latency on-premises
  • L'uso di database di dimensioni inferiori può contribuire a ridurre i costi per l'allocazione dei dischiSmaller database sizes might lead to less costs for disk allocation

Il funzionamento della compressione dati e LOB in una VM ospitata in macchine virtuali di Azure è uguale a quello in locale.Data- and LOB-Compression work in a VM hosted in Azure Virtual Machines as it does on-premises. Per altri dettagli su come controllare se la compressione è già in uso in un database SAP ASE esistente, vedere la nota SAP 1750510.For more details on how to check if compression is already in use in an existing SAP ASE database, check SAP Note 1750510.

Uso di DBACockpit per monitorare le istanze di databaseUsing DBACockpit to monitor Database Instances

Per i sistemi SAP che usano SAP ASE come piattaforma di database, DBACockpit è accessibile come finestra del browser incorporata nella transazione DBACockpit o come Webdynpro.For SAP systems, which are using SAP ASE as database platform, the DBACockpit is accessible as embedded browser windows in transaction DBACockpit or as Webdynpro. La funzionalità completa per monitorare e gestire il database è tuttavia disponibile solo nell'implementazione Webdynpro di DBACockpit.However the full functionality for monitoring and administering the database is available in the Webdynpro implementation of the DBACockpit only.

Come per i sistemi locali, sono necessari diversi passaggi per abilitare tutte le funzionalità di SAP NetWeaver usate dall'implementazione Webdynpro di DBACockpit.As with on-premises systems several steps are required to enable all SAP NetWeaver functionality used by the Webdynpro implementation of the DBACockpit. Per abilitare l'utilizzo di Webdynpro e generare le istanze necessarie, vedere la nota SAP 1245200.Follow SAP Note 1245200 to enable the usage of webdynpros and generate the required ones. Quando si seguono le istruzioni delle note precedenti, si configura anche Internet Communication Manager (ICM) insieme alle porte da usare per le connessioni HTTP e HTTPS.When following the instructions in the above notes, you also configure the Internet Communication Manager (icm) along with the ports to be used for http and https connections. L'impostazione predefinita per HTTP è simile alla seguente:The default setting for http looks like this:

icm/server_port_0 = PROT=HTTP,PORT=8000,PROCTIMEOUT=600,TIMEOUT=600icm/server_port_0 = PROT=HTTP,PORT=8000,PROCTIMEOUT=600,TIMEOUT=600

icm/server_port_1 = PROT=HTTPS,PORT=443$$,PROCTIMEOUT=600,TIMEOUT=600icm/server_port_1 = PROT=HTTPS,PORT=443$$,PROCTIMEOUT=600,TIMEOUT=600

I collegamenti generati nella transazione DBACockpit saranno simili ai seguenti:and the links generated in transaction DBACockpit will look similar to this:

https://<fullyqualifiedhostname>:44300/sap/bc/webdynpro/sap/dba_cockpithttps://<fullyqualifiedhostname>:44300/sap/bc/webdynpro/sap/dba_cockpit

http://<fullyqualifiedhostname>:8000/sap/bc/webdynpro/sap/dba_cockpithttp://<fullyqualifiedhostname>:8000/sap/bc/webdynpro/sap/dba_cockpit

A seconda del fatto che la macchina virtuale di Azure che ospita il sistema SAP sia connessa o meno tramite una connessione da sito a sito, multisito o ExpressRoute (distribuzione cross-premise), è necessario verificare che ICM usi un nome host completo che può essere risolto nel computer da cui si sta cercando di aprire DBACockpit.Depending on if and how the Azure Virtual Machine hosting the SAP system is connected via site-to-site, multi-site or ExpressRoute (Cross-Premises deployment) you need to make sure that ICM is using a fully qualified hostname that can be resolved on the machine where you are trying to open the DBACockpit from. Per informazioni su come ICM determina il nome host completo in base ai parametri del profilo e su come impostare il parametro icm/host_name_full in modo esplicito, se necessario, vedere la nota SAP 773830.See SAP Note 773830 to understand how ICM determines the fully qualified host name depending on profile parameters and set parameter icm/host_name_full explicitly if required.

Se la VM è stata distribuita in uno scenario solo cloud senza connettività cross-premise tra l'ambiente locale e Azure, è necessario definire un indirizzo IP pubblico e un'etichetta di dominio.If you deployed the VM in a Cloud-Only scenario without cross-premises connectivity between on-premises and Azure, you need to define a public IP address and a domainlabel. Il formato del nome DNS pubblico della VM si presenta come segue:The format of the public DNS name of the VM looks like this:

<custom domainlabel>.<azure region>.cloudapp.azure.com<custom domainlabel>.<azure region>.cloudapp.azure.com

Altri dettagli relativi al nome DNS sono disponibili qui.More details related to the DNS name can be found here.

Impostando il parametro del profilo SAP icm/host_name_full sul nome DNS della VM di Azure, il collegamento sarà simile a:Setting the SAP profile parameter icm/host_name_full to the DNS name of the Azure VM the link might look similar to:

https://mydomainlabel.westeurope.cloudapp.net:44300/sap/bc/webdynpro/sap/dba_cockpithttps://mydomainlabel.westeurope.cloudapp.net:44300/sap/bc/webdynpro/sap/dba_cockpit

http://mydomainlabel.westeurope.cloudapp.net:8000/sap/bc/webdynpro/sap/dba_cockpithttp://mydomainlabel.westeurope.cloudapp.net:8000/sap/bc/webdynpro/sap/dba_cockpit

In questo caso è necessario assicurarsi di:In this case you need to make sure to:

  • Aggiungere regole in ingresso al gruppo di sicurezza di rete nel portale di Azure per le porte TCP/IP usate per comunicare con ICMAdd Inbound rules to the Network Security Group in the Azure portal for the TCP/IP ports used to communicate with ICM
  • Aggiungere regole in ingresso alla configurazione di Windows Firewall per le porte TCP/IP usate per comunicare con ICMAdd Inbound rules to the Windows Firewall configuration for the TCP/IP ports used to communicate with the ICM

Per importare automaticamente tutte le correzioni disponibili, è consigliabile applicare periodicamente la nota SAP della raccolta di correzioni applicabile alla propria versione di SAP:For an automated imported of all corrections available, it is recommended to periodically apply the correction collection SAP Note applicable to your SAP version:

Per altre informazioni su DBA Cockpit per SAP ASE, vedere le note SAP seguenti:Further information about DBA Cockpit for SAP ASE can be found in the following SAP Notes:

Considerazioni sul backup/ripristino per SAP ASEBackup/Recovery Considerations for SAP ASE

Quando si distribuisce SAP ASE in Azure, è necessario rivedere la metodologia di backup.When deploying SAP ASE into Azure your backup methodology must be reviewed. Anche se il sistema non è usato in produzione, è necessario eseguire periodicamente il backup del database SAP ospitato da SAP ASE.Even if the system is not a productive system, the SAP database hosted by SAP ASE must be backed up periodically. Dal momento che in Archiviazione di Azure vengono mantenute tre immagini, ora un backup è meno importante rispetto alla compensazione di un arresto anomalo della risorsa di archiviazione.Since Azure Storage keeps three images, a backup is now less important in respect to compensating a storage crash. È opportuno predisporre un piano di backup e ripristino appropriato principalmente perché consente di risolvere gli errori logici/manuali fornendo funzionalità di ripristino temporizzato.The primary reason for maintaining a proper backup and restore plan is more that you can compensate for logical/manual errors by providing point in time recovery capabilities. L'obiettivo è quindi quello di usare i backup per ripristinare un determinato stato precedente del database o di usare i backup in Azure per effettuare il seeding di un altro sistema copiando il database esistente.So the goal is to either use backups to restore the database back to a certain point in time or to use the backups in Azure to seed another system by copying the existing database. È possibile, ad esempio, passare da una configurazione SAP di livello 2 a una configurazione di sistema di livello 3 dello stesso sistema ripristinando un backup.For example, you could transfer from a 2-Tier SAP configuration to a 3-Tier system setup of the same system by restoring a backup.

Il backup e il ripristino di un database in Azure funzionano esattamente come in locale.Backing up and restoring a database in Azure works the same way as it does on-premises. Vedere le note SAP seguenti:See SAP Notes:

per i dettagli sulla creazione di configurazioni di dump e sulla pianificazione dei backup.for details on creating dump configurations and scheduling backups. A seconda della strategia e delle esigenze, è possibile configurare i dump di database e di log su disco in uno dei dischi esistenti oppure aggiungere un altro disco per il backup.Depending on your strategy and needs you can configure database and log dumps to disk onto one of the existing disks or add an additional disk for the backup. Per limitare il rischio di perdita dei dati in caso di errore, è consigliabile usare un disco in cui non sono presenti dispositivi del database.To reduce the danger of data loss in case of an error, it is recommended to use a disk where no database device is located.

Oltre alla compressione dati e LOB, SAP ASE offre anche la compressione del backup.Besides data- and LOB compression SAP ASE also offers backup compression. Per occupare meno spazio con i dump di database e di log, è consigliabile usare la compressione del backup.To occupy less space with the database and log dumps it is recommended to use backup compression. Per altre informazioni, vedere la nota SAP 1588316.For more information, see SAP Note 1588316. La compressione del backup è fondamentale anche per ridurre la quantità di dati da trasferire se si prevede di scaricare backup o dischi rigidi virtuali contenenti dump di backup dalla macchina virtuale di Azure in locale.Compressing the backup is also crucial to reduce the amount of data to be transferred if you plan to download backups or VHDs containing backup dumps from the Azure Virtual Machine to on-premises.

Non usare l'unità D:\ come destinazione dei dump di database o di log.Do not use drive D:\ as database or log dump destination.

Considerazioni sulle prestazioni per backup/ripristiniPerformance Considerations for Backups/Restores

Come nelle distribuzioni bare metal, le prestazioni dei backup/ripristini dipendono dalla quantità di volumi leggibili in parallelo e dalla velocità effettiva di tali volumi.As in bare-metal deployments, backup/restore performance is dependent on how many volumes can be read in parallel and what the throughput of those volumes might be. Inoltre, l'utilizzo di CPU associato alla compressione del backup può avere un ruolo significativo per VM con un massimo di soli otto thread CPU.In addition, the CPU consumption used by backup compression may play a significant role on VMs with just up to eight CPU threads. Si può quindi presumere quanto segue:Therefore, one can assume:

  • Minore è il numero dei dischi usati per l'archiviazione dei dispositivi del database, più bassa è la velocità effettiva generale nella letturaThe fewer the number of disks used to store the database devices, the smaller the overall throughput in reading
  • Minore è il numero di thread CPU nella VM, più forte è l'impatto della compressione del backupThe smaller the number of CPU threads in the VM, the more severe the impact of backup compression
  • Minore è il numero di destinazioni (directory di striping o dischi) in cui scrivere il backup, più bassa è la velocità effettivaThe fewer targets (Stripe Directories, disks) to write the backup to, the lesser the throughput

Per aumentare il numero di destinazioni in cui scrivere, sono disponibili due opzioni che possono essere usate/combinate a seconda delle proprie esigenze:To increase the number of targets to write to there are two options, which can be used/combined depending on your needs:

  • Striping del volume di destinazione di backup su più dischi montati per migliorare la velocità effettiva delle operazioni di I/O al secondo in tale volume con stripingStriping the backup target volume over multiple mounted disks in order to improve the IOPS throughput on that striped volume
  • Creazione di una configurazione dump a livello di SAP ASE che usa più directory di destinazione per la scrittura del dumpCreating a dump configuration on SAP ASE level, which uses more than one target directory to write the dump to

Lo striping di un volume su più dischi montati è stato illustrato prima in questa guida.Striping a volume over multiple mounted disks has been discussed earlier in this guide. Per altre informazioni sull'uso di più directory nella configurazione dump SAP ASE, vedere la documentazione sulla stored procedure sp_config_dump che viene usata per creare la configurazione dump in Sybase Infocenter.For more information on using multiple directories in the SAP ASE dump configuration, refer to the documentation on Stored Procedure sp_config_dump, which is used to create the dump configuration on the Sybase Infocenter.

Ripristino di emergenza con VM di AzureDisaster Recovery with Azure VMs

Replica dei dati con SAP Sybase Replication ServerData Replication with SAP Sybase Replication Server

Con SAP Sybase Replication Server (SRS), SAP ASE offre una nuova soluzione di standby per trasferire in modo asincrono le transazioni di database in una posizione distante.With the SAP Sybase Replication Server (SRS) SAP ASE provides a warm standby solution to transfer database transactions to a distant location asynchronously.

L'installazione e il funzionamento di SRS sono altrettanto efficaci sia in una VM ospitata nei servizi Macchine virtuali di Azure che in locale.The installation and operation of SRS works as well functionally in a VM hosted in Azure Virtual Machine Services as it does on-premises.

ASE HADR tramite SAP Replication Server è previsto per una versione futura.ASE HADR via SAP Replication Server is planned with a future release. Verrà testato e rilasciato per le piattaforme Microsoft Azure non appena sarà disponibile.It will be tested with and released for Microsoft Azure platforms as soon as it is available.

Specifiche per SAP ASE in LinuxSpecifics to SAP ASE on Linux

A partire da Microsoft Azure, è possibile eseguire facilmente la migrazione delle applicazioni SAP ASE in macchine virtuali di Azure.Starting with Microsoft Azure, you can easily migrate your existing SAP ASE applications to Azure Virtual Machines. SAP ASE in una macchina virtuale consente di ridurre il costo totale di proprietà associato a distribuzione, gestione e manutenzione delle applicazioni aziendali eseguendo facilmente la migrazione di queste applicazioni a Microsoft Azure.SAP ASE in a Virtual Machine enables you to reduce the total cost of ownership of deployment, management, and maintenance of enterprise breadth applications by easily migrating these applications to Microsoft Azure. Con SAP ASE in una macchina virtuale di Azure, gli amministratori e gli sviluppatori possono continuare a usare gli stessi strumenti di sviluppo e amministrazione disponibili in locale.With SAP ASE in an Azure Virtual Machine, administrators and developers can still use the same development and administration tools that are available on-premises.

Per distribuire le VM di Azure, è importante conoscere i contratti di servizio ufficiali disponibili all'indirizzo https://azure.microsoft.com/support/legal/slaFor deploying Azure VMs it's important to know the official SLAs, which can be found here: https://azure.microsoft.com/support/legal/sla

Le informazioni sul ridimensionamento di SAP e un elenco degli SKU di VM con certificazione SAP sono disponibili nella nota SAP 1928533.SAP sizing information and a list of SAP certified VM SKUs is provided in SAP Note 1928533. Altri documenti di ridimensionamento SAP per le macchine virtuali di Azure sono disponibili qui http://blogs.msdn.com/b/saponsqlserver/archive/2015/06/19/how-to-size-sap-systems-running-on-azure-vms.aspx e qui http://blogs.msdn.com/b/saponsqlserver/archive/2015/12/01/new-white-paper-on-sizing-sap-solutions-on-azure-public-cloud.aspxAdditional SAP sizing documents for Azure Virtual machines can be found here http://blogs.msdn.com/b/saponsqlserver/archive/2015/06/19/how-to-size-sap-systems-running-on-azure-vms.aspx and here http://blogs.msdn.com/b/saponsqlserver/archive/2015/12/01/new-white-paper-on-sizing-sap-solutions-on-azure-public-cloud.aspx

Le istruzioni e i suggerimenti relativi all'utilizzo di Archiviazione di Azure, alla distribuzione di VM SAP o al monitoraggio di SAP si applicano alle distribuzioni di SAP ASE insieme alle applicazioni SAP, come indicato nei primi quattro capitoli di questo documento.Statements and recommendations in regard to the usage of Azure Storage, Deployment of SAP VMs or SAP Monitoring apply to deployments of SAP ASE in conjunction with SAP applications as stated throughout the first four chapters of this document.

Le due note SAP seguenti includono informazioni generali su ASE in Linux e su ASE nel cloud:The following two SAP Notes include general information about ASE on Linux and ASE in the Cloud:

Supporto della versione di SAP ASESAP ASE Version Support

SAP supporta attualmente SAP ASE versione 16.0 per l'uso con i prodotti SAP Business Suite.SAP currently supports SAP ASE version 16.0 for use with SAP Business Suite products. Tutti gli aggiornamenti per il server SAP ASE o per i driver ODBC e JDBC da usare con i prodotti SAP Business Suite vengono forniti esclusivamente in SAP Service Marketplace su: https://support.sap.com/swdc.All updates for SAP ASE server, or JDBC and ODBC drivers to be used with SAP Business Suite products are provided solely through the SAP Service Marketplace at: https://support.sap.com/swdc.

Come per le installazioni locali, non scaricare gli aggiornamenti per il server SAP ASE o per i driver ODBC e JDBC direttamente dai siti Web Sybase.As for installations on-premises, do not download updates for the SAP ASE server, or for the JDBC and ODBC drivers directly from Sybase websites. Per informazioni dettagliate sulle patch supportate per l'uso con i prodotti SAP Business Suite in locale e nelle macchine virtuali di Azure, vedere le note SAP seguenti:For detailed information on patches, which are supported for use with SAP Business Suite products on-premises and in Azure Virtual Machines see the following SAP Notes:

Le informazioni generali sull'esecuzione di SAP Business Suite in SAP ASE sono disponibili in SCNGeneral information on running SAP Business Suite on SAP ASE can be found in the SCN

Struttura della distribuzione SAP ASEStructure of the SAP ASE Deployment

In base alla descrizione generale, gli eseguibili di SAP ASE devono essere salvati o installati nel file system radice della VM (/sybase ).In accordance with the general description, SAP ASE executables should be located or installed into the root file system of the VM ( /sybase ). In genere, la maggior parte dei database di sistema e di strumenti di SAP ASE non viene pienamente sfruttata dal carico di lavoro di SAP NetWeaver.Typically, most of the SAP ASE system and tools databases are not really leveraged hard by SAP NetWeaver workload. I database di sistema e di strumenti (master, modello, saptools, sybmgmtdb, sybsystemdb) possono quindi rimanere anche nel file system radice.Hence the system and tools databases (master, model, saptools, sybmgmtdb, sybsystemdb) can remain on the root file system as well.

Può fare eccezione il database temporaneo contenente tutte le tabelle di lavoro e le tabelle temporanee create da SAP ASE, che nel caso di alcuni carichi di lavoro SAP ERP e di tutti i carichi di lavoro BW può richiedere un volume dati o un volume di operazioni di I/O superiore, perché di dimensioni troppo grandi per il disco del sistema operativo della VM originale.An exception could be the temporary database containing all work tables and temporary tables created by SAP ASE, which in case of some SAP ERP and all BW workloads might require either higher data volume or I/O operations, volume which can't fit into the original VM's OS disk.

A seconda della versione di SAPInst/SWPM usata per installare il sistema, il database può contenere:Depending on the version of SAPInst/SWPM used to install the system, the database might contain:

  • Un solo tempdb SAP ASE creato durante l'installazione di SAP ASEA single SAP ASE tempdb, which is created when installing SAP ASE
  • Un tempdb SAP ASE creato in seguito all'installazione di SAP ASE e un saptempdb aggiuntivo creato dalla routine di installazione SAPAn SAP ASE tempdb created by installing SAP ASE and an additional saptempdb created by the SAP installation routine
  • Un tempdb SAP ASE creato con l'installazione di SAP ASE e un tempdb aggiuntivo creato manualmente (ad esempio, seguendo la nota SAP 1752266) per soddisfare i requisiti specifici di ERP/BW per tempdbAn SAP ASE tempdb created by installing SAP ASE and an additional tempdb that has been created manually (for example following SAP Note 1752266) to meet ERP/BW specific tempdb requirements

Nel caso di carichi di lavoro ERP specifici o di tutti i carichi di lavoro BW è consigliabile, dal punto di vista delle prestazioni, mantenere i dispositivi tempdb del tempdb aggiuntivo creato (con SWPM o manualmente) in un file system separato, che può essere rappresentato da un unico disco dati di Azure o da un RAID Linux che si estende su più dischi dati di Azure.In case of specific ERP or all BW workloads, it makes sense, in regard to performance, to keep the tempdb devices of the additionally created tempdb (by SWPM or manually) on a separate file system, which can be represented by a single Azure data disk or a Linux RAID spanning multiple Azure data disks. Se non esistono tempdb aggiuntivi, è consigliabile crearne uno (nota SAP 1752266).If no additional tempdb exists, it is recommended to create one (SAP Note 1752266).

Per tali sistemi, eseguire questa procedura per il tempdb aggiuntivo creato:For such systems the following steps should be performed for the additionally created tempdb:

  • Spostare la prima directory tempdb nel primo file system del database SAPMove the first tempdb directory to the first file system of the SAP database
  • Aggiungere le directory tempdb a ogni disco contenente un file system del database SAPAdd tempdb directories to each of the disks containing a filesystem of the SAP database

Questa configurazione consente a tempdb di utilizzare più spazio di quello fornito dall'unità di sistema.This configuration enables tempdb to either consume more space than the system drive is able to provide. Come riferimento è possibile controllare le dimensioni della directory tempdb nei sistemi esistenti eseguiti in locale.As a reference one can check the tempdb directory sizes on existing systems, which run on-premises. In alternativa, con una tale configurazione potrà essere eseguito su tempdb un numero di operazioni di I/O al secondo che l'unità di sistema non può garantire.Or such a configuration would enable IOPS numbers against tempdb, which cannot be provided with the system drive. I sistemi in esecuzione in locale possono anche essere usati per monitorare il carico di lavoro di I/O in tempdb.Again systems that are running on-premises can be used to monitor I/O workload against tempdb.

Non inserire mai le directory SAP ASE in /mnt o /mnt/resource nella VM.Never put any SAP ASE directories onto /mnt or /mnt/resource of the VM. Questo si applica anche a tempdb, anche se gli oggetti conservati in tempdb sono solo temporanei perché /mnt o /mnt/resource è uno spazio temporaneo predefinito della VM di Azure non persistente.This also applies to the tempdb, even if the objects kept in the tempdb are only temporary because /mnt or /mnt/resource is a default Azure VM temp space, which is not persistent. Per altri dettagli sullo spazio temporaneo della macchina virtuale di Azure, vedere questo articoloMore details about the Azure VM temp space can be found in this article

Impatto della compressione del databaseImpact of Database Compression

Nelle configurazioni in cui la larghezza di banda di I/O può diventare un fattore limitante, ogni misura che riduce le operazioni di I/O al secondo consente di estendere il carico di lavoro eseguibile in uno scenario IaaS come Azure.In configurations where I/O bandwidth can become a limiting factor, every measure, which reduces IOPS might help to stretch the workload one can run in an IaaS scenario like Azure. È quindi consigliabile verificare che venga usata la compressione SAP ASE prima di caricare un database SAP esistente in Azure.Therefore, it is strongly recommended to make sure that SAP ASE compression is used before uploading an existing SAP database to Azure.

Sono diversi i motivi per cui è consigliabile eseguire la compressione del database prima del caricamento in Azure se non è già stata implementata:The recommendation to perform compression before uploading to Azure if it is not already implemented is given out of several reasons:

  • La quantità di dati da caricare in Azure è minoreThe amount of data to be uploaded to Azure is lower
  • La durata dell'esecuzione della compressione è inferiore, presupponendo che si possa usare hardware più avanzato con più CPU o una maggiore larghezza di banda di I/O oppure meno latenza di I/O in localeThe duration of the compression execution is shorter assuming that one can use stronger hardware with more CPUs or higher I/O bandwidth or less I/O latency on-premises
  • L'uso di database di dimensioni inferiori può contribuire a ridurre i costi per l'allocazione dei dischiSmaller database sizes might lead to less costs for disk allocation

Il funzionamento della compressione dati e LOB in una VM ospitata in macchine virtuali di Azure è uguale a quello in locale.Data- and LOB-Compression work in a VM hosted in Azure Virtual Machines as it does on-premises. Per altri dettagli su come controllare se la compressione è già in uso in un database SAP ASE esistente, vedere la nota SAP 1750510.For more details on how to check if compression is already in use in an existing SAP ASE database, check SAP Note 1750510. Per altre informazioni sulla compressione del database, vedere la nota SAP 2121797.For additional information regarding database compression, see SAP Note 2121797.

Uso di DBACockpit per monitorare le istanze di databaseUsing DBACockpit to monitor Database Instances

Per i sistemi SAP che usano SAP ASE come piattaforma di database, DBACockpit è accessibile come finestra del browser incorporata nella transazione DBACockpit o come Webdynpro.For SAP systems, which are using SAP ASE as database platform, the DBACockpit is accessible as embedded browser windows in transaction DBACockpit or as Webdynpro. La funzionalità completa per monitorare e gestire il database è tuttavia disponibile solo nell'implementazione Webdynpro di DBACockpit.However the full functionality for monitoring and administering the database is available in the Webdynpro implementation of the DBACockpit only.

Come per i sistemi locali, sono necessari diversi passaggi per abilitare tutte le funzionalità di SAP NetWeaver usate dall'implementazione Webdynpro di DBACockpit.As with on-premises systems several steps are required to enable all SAP NetWeaver functionality used by the Webdynpro implementation of the DBACockpit. Per abilitare l'utilizzo di Webdynpro e generare le istanze necessarie, vedere la nota SAP 1245200.Follow SAP Note 1245200 to enable the usage of webdynpros and generate the required ones. Quando si seguono le istruzioni delle note precedenti, si configura anche Internet Communication Manager (ICM) insieme alle porte da usare per le connessioni HTTP e HTTPS.When following the instructions in the above notes, you also configure the Internet Communication Manager (icm) along with the ports to be used for http and https connections. L'impostazione predefinita per HTTP è simile alla seguente:The default setting for http looks like this:

icm/server_port_0 = PROT=HTTP,PORT=8000,PROCTIMEOUT=600,TIMEOUT=600icm/server_port_0 = PROT=HTTP,PORT=8000,PROCTIMEOUT=600,TIMEOUT=600

icm/server_port_1 = PROT=HTTPS,PORT=443$$,PROCTIMEOUT=600,TIMEOUT=600icm/server_port_1 = PROT=HTTPS,PORT=443$$,PROCTIMEOUT=600,TIMEOUT=600

I collegamenti generati nella transazione DBACockpit saranno simili ai seguenti:and the links generated in transaction DBACockpit will look similar to this:

https://<fullyqualifiedhostname>:44300/sap/bc/webdynpro/sap/dba_cockpithttps://<fullyqualifiedhostname>:44300/sap/bc/webdynpro/sap/dba_cockpit

http://<fullyqualifiedhostname>:8000/sap/bc/webdynpro/sap/dba_cockpithttp://<fullyqualifiedhostname>:8000/sap/bc/webdynpro/sap/dba_cockpit

A seconda del fatto che la macchina virtuale di Azure che ospita il sistema SAP sia connessa o meno tramite una connessione da sito a sito, multisito o ExpressRoute (distribuzione cross-premise), è necessario verificare che ICM usi un nome host completo che può essere risolto nel computer da cui si sta cercando di aprire DBACockpit.Depending on if and how the Azure Virtual Machine hosting the SAP system is connected via site-to-site, multi-site or ExpressRoute (Cross-Premises deployment) you need to make sure that ICM is using a fully qualified hostname that can be resolved on the machine where you are trying to open the DBACockpit from. Per informazioni su come ICM determina il nome host completo in base ai parametri del profilo e su come impostare il parametro icm/host_name_full in modo esplicito, se necessario, vedere la nota SAP 773830.See SAP Note 773830 to understand how ICM determines the fully qualified host name depending on profile parameters and set parameter icm/host_name_full explicitly if required.

Se la VM è stata distribuita in uno scenario solo cloud senza connettività cross-premise tra l'ambiente locale e Azure, è necessario definire un indirizzo IP pubblico e un'etichetta di dominio.If you deployed the VM in a Cloud-Only scenario without cross-premises connectivity between on-premises and Azure, you need to define a public IP address and a domainlabel. Il formato del nome DNS pubblico della VM si presenta come segue:The format of the public DNS name of the VM looks like this:

<custom domainlabel>.<azure region>.cloudapp.azure.com<custom domainlabel>.<azure region>.cloudapp.azure.com

Altri dettagli relativi al nome DNS sono disponibili qui.More details related to the DNS name can be found here.

Impostando il parametro del profilo SAP icm/host_name_full sul nome DNS della VM di Azure, il collegamento sarà simile a:Setting the SAP profile parameter icm/host_name_full to the DNS name of the Azure VM the link might look similar to:

https://mydomainlabel.westeurope.cloudapp.net:44300/sap/bc/webdynpro/sap/dba_cockpithttps://mydomainlabel.westeurope.cloudapp.net:44300/sap/bc/webdynpro/sap/dba_cockpit

http://mydomainlabel.westeurope.cloudapp.net:8000/sap/bc/webdynpro/sap/dba_cockpithttp://mydomainlabel.westeurope.cloudapp.net:8000/sap/bc/webdynpro/sap/dba_cockpit

In questo caso è necessario assicurarsi di:In this case you need to make sure to:

  • Aggiungere regole in ingresso al gruppo di sicurezza di rete nel portale di Azure per le porte TCP/IP usate per comunicare con ICMAdd Inbound rules to the Network Security Group in the Azure portal for the TCP/IP ports used to communicate with ICM
  • Aggiungere regole in ingresso alla configurazione di Windows Firewall per le porte TCP/IP usate per comunicare con ICMAdd Inbound rules to the Windows Firewall configuration for the TCP/IP ports used to communicate with the ICM

Per importare automaticamente tutte le correzioni disponibili, è consigliabile applicare periodicamente la nota SAP della raccolta di correzioni applicabile alla propria versione di SAP:For an automated imported of all corrections available, it is recommended to periodically apply the correction collection SAP Note applicable to your SAP version:

Per altre informazioni su DBA Cockpit per SAP ASE, vedere le note SAP seguenti:Further information about DBA Cockpit for SAP ASE can be found in the following SAP Notes:

Considerazioni sul backup/ripristino per SAP ASEBackup/Recovery Considerations for SAP ASE

Quando si distribuisce SAP ASE in Azure, è necessario rivedere la metodologia di backup.When deploying SAP ASE into Azure your backup methodology must be reviewed. Anche se il sistema non è usato in produzione, è necessario eseguire periodicamente il backup del database SAP ospitato da SAP ASE.Even if the system is not a productive system, the SAP database hosted by SAP ASE must be backed up periodically. Dal momento che in Archiviazione di Azure vengono mantenute tre immagini, ora un backup è meno importante rispetto alla compensazione di un arresto anomalo della risorsa di archiviazione.Since Azure Storage keeps three images, a backup is now less important in respect to compensating a storage crash. È opportuno predisporre un piano di backup e ripristino appropriato principalmente perché consente di risolvere gli errori logici/manuali fornendo funzionalità di ripristino temporizzato.The primary reason for maintaining a proper backup and restore plan is more that you can compensate for logical/manual errors by providing point in time recovery capabilities. L'obiettivo è quindi quello di usare i backup per ripristinare un determinato stato precedente del database o di usare i backup in Azure per effettuare il seeding di un altro sistema copiando il database esistente.So the goal is to either use backups to restore the database back to a certain point in time or to use the backups in Azure to seed another system by copying the existing database. È possibile, ad esempio, passare da una configurazione SAP di livello 2 a una configurazione di sistema di livello 3 dello stesso sistema ripristinando un backup.For example, you could transfer from a 2-Tier SAP configuration to a 3-Tier system setup of the same system by restoring a backup.

Il backup e il ripristino di un database in Azure funzionano esattamente come in locale.Backing up and restoring a database in Azure works the same way as it does on-premises. Vedere le note SAP seguenti:See SAP Notes:

per i dettagli sulla creazione di configurazioni di dump e sulla pianificazione dei backup.for details on creating dump configurations and scheduling backups. A seconda della strategia e delle esigenze, è possibile configurare i dump di database e di log su disco in uno dei dischi esistenti oppure aggiungere un altro disco per il backup.Depending on your strategy and needs you can configure database and log dumps to disk onto one of the existing disks or add an additional disk for the backup. Per limitare il rischio di perdita dei dati in caso di errore, è consigliabile usare un disco senza directory/file per il database.To reduce the danger of data loss in case of an error it is recommended to use a disk where no database directory/file is located.

Oltre alla compressione dati e LOB, SAP ASE offre anche la compressione del backup.Besides data- and LOB compression SAP ASE also offers backup compression. Per occupare meno spazio con i dump di database e di log, è consigliabile usare la compressione del backup.To occupy less space with the database and log dumps it is recommended to use backup compression. Per altre informazioni, vedere la nota SAP 1588316.For more information, see SAP Note 1588316. La compressione del backup è fondamentale anche per ridurre la quantità di dati da trasferire se si prevede di scaricare backup o dischi rigidi virtuali contenenti dump di backup dalla macchina virtuale di Azure in locale.Compressing the backup is also crucial to reduce the amount of data to be transferred if you plan to download backups or VHDs containing backup dumps from the Azure Virtual Machine to on-premises.

Non usare lo spazio temporaneo della VM di Azure /mnt o /mnt/resource come destinazione dei dump di database o di log.Do not use the Azure VM temp space /mnt or /mnt/resource as database or log dump destination.

Considerazioni sulle prestazioni per backup/ripristiniPerformance Considerations for Backups/Restores

Come nelle distribuzioni bare metal, le prestazioni dei backup/ripristini dipendono dalla quantità di volumi leggibili in parallelo e dalla velocità effettiva di tali volumi.As in bare-metal deployments, backup/restore performance is dependent on how many volumes can be read in parallel and what the throughput of those volumes might be. Inoltre, l'utilizzo di CPU associato alla compressione del backup può avere un ruolo significativo per VM con un massimo di soli otto thread CPU.In addition, the CPU consumption used by backup compression may play a significant role on VMs with just up to eight CPU threads. Si può quindi presumere quanto segue:Therefore, one can assume:

  • Minore è il numero dei dischi usati per l'archiviazione dei dispositivi del database, più bassa è la velocità effettiva generale nella letturaThe fewer the number of disks used to store the database devices, the smaller the overall throughput in reading
  • Minore è il numero di thread CPU nella VM, più forte è l'impatto della compressione del backupThe smaller the number of CPU threads in the VM, the more severe the impact of backup compression
  • Minore è il numero di destinazioni (RAID software Linux o dischi) in cui scrivere il backup, più bassa è la velocità effettivaThe fewer targets (Linux software RAID, disks) to write the backup to, the lesser the throughput

Per aumentare il numero di destinazioni in cui scrivere, sono disponibili due opzioni che possono essere usate/combinate a seconda delle proprie esigenze:To increase the number of targets to write to there are two options, which can be used/combined depending on your needs:

  • Striping del volume di destinazione di backup su più dischi montati per migliorare la velocità effettiva delle operazioni di I/O al secondo in tale volume con stripingStriping the backup target volume over multiple mounted disks in order to improve the IOPS throughput on that striped volume
  • Creazione di una configurazione dump a livello di SAP ASE che usa più directory di destinazione per la scrittura del dumpCreating a dump configuration on SAP ASE level, which uses more than one target directory to write the dump to

Lo striping di un volume su più dischi montati è stato illustrato prima in questa guida.Striping a volume over multiple mounted disks has been discussed earlier in this guide. Per altre informazioni sull'uso di più directory nella configurazione dump SAP ASE, vedere la documentazione sulla stored procedure sp_config_dump che viene usata per creare la configurazione dump in Sybase Infocenter.For more information on using multiple directories in the SAP ASE dump configuration, refer to the documentation on Stored Procedure sp_config_dump, which is used to create the dump configuration on the Sybase Infocenter.

Ripristino di emergenza con VM di AzureDisaster Recovery with Azure VMs

Replica dei dati con SAP Sybase Replication ServerData Replication with SAP Sybase Replication Server

Con SAP Sybase Replication Server (SRS), SAP ASE offre una nuova soluzione di standby per trasferire in modo asincrono le transazioni di database in una posizione distante.With the SAP Sybase Replication Server (SRS) SAP ASE provides a warm standby solution to transfer database transactions to a distant location asynchronously.

L'installazione e il funzionamento di SRS sono altrettanto efficaci sia in una VM ospitata nei servizi Macchine virtuali di Azure che in locale.The installation and operation of SRS works as well functionally in a VM hosted in Azure Virtual Machine Services as it does on-premises.

ASE HADR tramite SAP Replication Server NON è attualmente supportato.ASE HADR via SAP Replication Server is NOT supported at this point in time. È possibile che venga testato e rilasciato per le piattaforme Microsoft Azure in futuro.It might be tested with and released for Microsoft Azure platforms in the future.

Specifiche per Oracle Database in WindowsSpecifics to Oracle Database on Windows

Oracle supporta l'esecuzione di software Oracle in Microsoft Windows Hyper-V e Azure.Oracle software is supported by Oracle to run on Microsoft Windows Hyper-V and Azure. Per informazioni dettagliate sul supporto generale di Windows Hyper-V e Azure, vedere https://blogs.oracle.com/cloud/entry/oracle_and_microsoft_join_forcesFor details on the general support of Windows Hyper-V and Azure, check: https://blogs.oracle.com/cloud/entry/oracle_and_microsoft_join_forces

In base al supporto generale, è supportato anche lo scenario specifico delle applicazioni SAP che sfruttano i database Oracle.Following the general support, the specific scenario of SAP applications leveraging Oracle Databases is supported as well. I dettagli sono disponibili in questa parte del documento.Details are named in this part of the document.

Supporto della versione di OracleOracle Version Support

Le versioni di Oracle e le corrispondenti versioni del sistema operativo supportate per l'esecuzione di SAP in Oracle nelle macchine virtuali di Azure sono riportate nella nota SAP 2039619.Oracle versions and corresponding OS versions, which are supported for running SAP on Oracle on Azure Virtual Machines can be found in SAP Note 2039619.

Informazioni generali sull'esecuzione di SAP Business Suite in Oracle sono disponibili in 1DX: https://www.sap.com/community/topic/oracle.htmlGeneral information about running SAP Business Suite on Oracle can be found in 1DX: https://www.sap.com/community/topic/oracle.html

Linee guida per la configurazione di Oracle per le installazioni di SAP nelle VM di AzureOracle Configuration Guidelines for SAP Installations in Azure VMs

Configurazione dell'archiviazioneStorage configuration

È supportata una sola istanza di Oracle che usa dischi formattati NTFS.Only single instance Oracle using NTFS formatted disks is supported. Tutti i file di database devono essere archiviati nel file system NTFS basato su dischi rigidi virtuali o Managed Disks.All database files must be stored on the NTFS file system based on VHDs or Managed Disks. I dischi vengono montati nella VM di Azure e sono basati sull'archivio BLOB di pagine di Azure (https://docs.microsoft.com/rest/api/storageservices/Understanding-Block-Blobs--Append-Blobs--and-Page-Blobs) o su Managed Disks (https://docs.microsoft.com/azure/storage/storage-managed-disks-overview).These disks are mounted to the Azure VM and are based on Azure Page BLOB Storage (https://docs.microsoft.com/rest/api/storageservices/Understanding-Block-Blobs--Append-Blobs--and-Page-Blobs) or Managed Disks (https://docs.microsoft.com/azure/storage/storage-managed-disks-overview). Le unità di rete o le condivisioni remote, ad esempio i servizi file di Azure:Any kind of network drives or remote shares like Azure file services:

NON sono supportate per i file di database Oracle.are NOT supported for Oracle database files!

Se vengono usati dischi basati sull'archivio BLOB di pagine di Azure o su Managed Disks, le istruzioni riportate nei capitoli Caching per VM e dischi dati e Archiviazione di Microsoft Azure di questo documento si applicano anche alle distribuzioni con Oracle Database.Using disks based on Azure Page BLOB Storage or Managed Disks, the statements made in this document in chapter Caching for VMs and data disks and Microsoft Azure Storage apply to deployments with the Oracle Database as well.

Come spiegato in precedenza nella parte generale del documento, esistono quote relative alla velocità effettiva delle operazioni di I/O al secondo per i dischi di Azure.As explained earlier in the general part of the document, quotas on IOPS throughput for Azure disks exist. Le quote esatte dipendono dal tipo di VM usato.The exact quotas are depending on the VM type used. Un elenco dei tipi di VM con le rispettive quote è disponibile qui (per Linux) e qui (per Windows).A list of VM types with their quotas can be found here (Linux) and here (Windows).

Per identificare i tipi di VM di Azure supportati, vedere la nota SAP 1928533.To identify the supported Azure VM types, refer to SAP note 1928533.

Se la quota corrente di operazioni di I/O al secondo per ogni disco soddisfa i requisiti, è possibile archiviare tutti i file di DB in un singolo disco montato.As long as the current IOPS quota per disk satisfies the requirements, it is possible to store all the DB files on one single mounted disk.

Se sono necessarie più operazioni di I/O al secondo, è consigliabile usare i pool di archiviazione Windows (disponibili solo in Windows Server 2012 e versioni successive) o la funzionalità di striping di Windows per Windows 2008 R2 per creare un solo dispositivo logico di grandi dimensioni su più dischi montati (vedere anche il capitolo RAID software di questo documento).If more IOPS are required, it is strongly recommended to use Window Storage Pools (only available in Windows Server 2012 and higher) or Windows striping for Windows 2008 R2 to create one large logical device over multiple mounted disks (see also chapter Software RAID of this document). Questo approccio riduce il sovraccarico di amministrazione per la gestione dello spazio su disco ed evita la fatica di distribuire manualmente i file in più dischi montati.This approach simplifies the administration overhead to manage the disk space and avoids the effort to manually distribute files across multiple mounted disks.

Backup/RipristinoBackup / Restore

Per la funzionalità di backup/ripristino, SAP BRTools per Oracle è supportato esattamente come nei sistemi operativi Windows Server standard e in Hyper-V.For backup / restore functionality, the SAP BRTools for Oracle are supported in the same way as on standard Windows Server Operating Systems and Hyper-V. Per i backup su disco e per il ripristino da disco, è supportato anche Oracle Recovery Manager (RMAN).Oracle Recovery Manager (RMAN) is also supported for backups to disk and restore from disk.

Disponibilità elevataHigh Availability

Oracle Data Guard è supportato per motivi di disponibilità elevata e ripristino di emergenza.Oracle Data Guard is supported for high availability and disaster recovery purposes. I dettagli sono disponibili in questa documentazione.Details can be found in this documentation.

AltriOther

Tutti gli altri argomenti generali, ad esempio i set di disponibilità di Azure o il monitoraggio SAP, si applicano come descritto nei primi tre capitoli di questo documento anche per le distribuzioni di VM con Oracle Database.All other general topics like Azure Availability Sets or SAP monitoring apply as described in the first three chapters of this document for deployments of VMs with the Oracle Database as well.

Specifiche per Oracle Database in Oracle LinuxSpecifics to Oracle Database on Oracle Linux

Oracle supporta l'esecuzione di software Oracle in Microsoft Windows Hyper-V e Azure.Oracle software is supported by Oracle to run on Microsoft Windows Hyper-V and Azure. Per informazioni dettagliate sul supporto generale di Windows Hyper-V e Azure, vedere https://blogs.oracle.com/cloud/entry/oracle_and_microsoft_join_forcesFor details on the general support of Windows Hyper-V and Azure, check: https://blogs.oracle.com/cloud/entry/oracle_and_microsoft_join_forces

In base al supporto generale, è supportato anche lo scenario specifico delle applicazioni SAP che sfruttano i database Oracle.Following the general support, the specific scenario of SAP applications leveraging Oracle Databases is supported as well. I dettagli sono disponibili in questa parte del documento.Details are named in this part of the document.

Supporto della versione di OracleOracle Version Support

Le versioni di Oracle e le corrispondenti versioni del sistema operativo supportate per l'esecuzione di SAP in Oracle nelle macchine virtuali di Azure sono riportate nella nota SAP 2039619.Oracle versions and corresponding OS versions, which are supported for running SAP on Oracle on Azure Virtual Machines can be found in SAP Note 2039619.

Informazioni generali sull'esecuzione di SAP Business Suite in Oracle sono disponibili in 1DX: https://www.sap.com/community/topic/oracle.htmlGeneral information about running SAP Business Suite on Oracle can be found in 1DX: https://www.sap.com/community/topic/oracle.html

Linee guida per la configurazione di Oracle per le installazioni di SAP nelle VM di AzureOracle Configuration Guidelines for SAP Installations in Azure VMs

Configurazione dell'archiviazioneStorage configuration

È supportata una sola istanza di Oracle che usa dischi con formattazione ext3, ext4 e xfs.Only single instance Oracle using ext3, ext4, and xfs formatted disks is supported. Tutti i file di database devono essere archiviati in questi file system basati su dischi rigidi virtuali o Managed Disks.All database files must be stored on these file systems based on VHDs or Managed Disks. I dischi vengono montati nella VM di Azure e sono basati sull'archivio BLOB di pagine di Azure (https://docs.microsoft.com/rest/api/storageservices/Understanding-Block-Blobs--Append-Blobs--and-Page-Blobs) o su Managed Disks (https://docs.microsoft.com/azure/storage/storage-managed-disks-overview).These disks are mounted to the Azure VM and are based on Azure Page BLOB Storage (https://docs.microsoft.com/rest/api/storageservices/Understanding-Block-Blobs--Append-Blobs--and-Page-Blobs) or Managed Disks (https://docs.microsoft.com/azure/storage/storage-managed-disks-overview). Le unità di rete o le condivisioni remote, ad esempio i servizi file di Azure:Any kind of network drives or remote shares like Azure file services:

NON sono supportate per i file di database Oracle.are NOT supported for Oracle database files!

Se vengono usati dischi basati sull'archivio BLOB di pagine di Azure o su Managed Disks, le istruzioni riportate nei capitoli Caching per VM e dischi dati e Archiviazione di Microsoft Azure di questo documento si applicano anche alle distribuzioni con Oracle Database.Using disks based on Azure Page BLOB Storage or Managed Disks, the statements made in this document in chapter Caching for VMs and data disks and Microsoft Azure Storage apply to deployments with the Oracle Database as well.

Come spiegato in precedenza nella parte generale del documento, esistono quote relative alla velocità effettiva delle operazioni di I/O al secondo per i dischi di Azure.As explained earlier in the general part of the document, quotas on IOPS throughput for Azure disks exist. Le quote esatte dipendono dal tipo di VM usato.The exact quotas are depending on the VM type used. Un elenco dei tipi di VM con le rispettive quote è disponibile qui (per Linux) e qui (per Windows).A list of VM types with their quotas can be found here (Linux) and here (Windows).

Per identificare i tipi di VM di Azure supportati, vedere la nota SAP 1928533.To identify the supported Azure VM types, refer to SAP note 1928533

Se la quota corrente di operazioni di I/O al secondo per ogni disco soddisfa i requisiti, è possibile archiviare tutti i file di DB in un singolo disco montato.As long as the current IOPS quota per disk satisfies the requirements, it is possible to store all the DB files on one single mounted disk.

Se sono necessarie più operazioni di I/O al secondo, è consigliabile usare LVM (Logical Volume Manager) o MDADM per creare un solo volume logico di grandi dimensioni su più dischi montati.If more IOPS are required, it is strongly recommended to use LVM (Logical Volume Manager) or MDADM to create one large logical volume over multiple mounted disks. Vedere anche il capitolo Software RAID di questo documento.See also chapter Software RAID of this document. Questo approccio riduce il sovraccarico di amministrazione per la gestione dello spazio su disco ed evita la fatica di distribuire manualmente i file in più dischi montati.This approach simplifies the administration overhead to manage the disk space and avoids the effort to manually distribute files across multiple mounted disks.

Backup/RipristinoBackup / Restore

Per la funzionalità di backup/ripristino, SAP BRTools per Oracle è supportato esattamente come in bare metal e Hyper-V.For backup / restore functionality, the SAP BRTools for Oracle are supported in the same way as on bare metal and Hyper-V. Per i backup su disco e per il ripristino da disco, è supportato anche Oracle Recovery Manager (RMAN).Oracle Recovery Manager (RMAN) is also supported for backups to disk and restore from disk.

Disponibilità elevataHigh Availability

Oracle Data Guard è supportato per motivi di disponibilità elevata e ripristino di emergenza.Oracle Data Guard is supported for high availability and disaster recovery purposes. I dettagli sono disponibili in questa documentazione.Details can be found in this documentation.

AltriOther

Tutti gli altri argomenti generali, ad esempio i set di disponibilità di Azure o il monitoraggio SAP, si applicano come descritto nei primi tre capitoli di questo documento anche per le distribuzioni di VM con Oracle Database.All other general topics like Azure Availability Sets or SAP monitoring apply as described in the first three chapters of this document for deployments of VMs with the Oracle Database as well.

Specifiche per il database SAP MaxDB in WindowsSpecifics for the SAP MaxDB Database on Windows

Supporto della versione di SAP MaxDBSAP MaxDB Version Support

SAP supporta attualmente SAP MaxDB versione 7.9 per l'uso con prodotti basati su SAP NetWeaver in Azure.SAP currently supports SAP MaxDB version 7.9 for use with SAP NetWeaver-based products in Azure. Tutti gli aggiornamenti per il server SAP MaxDB o per i driver ODBC e JDBC da usare con i prodotti basati su SAP NetWeaver vengono forniti esclusivamente in SAP Service Marketplace su https://support.sap.com/swdc.All updates for SAP MaxDB server, or JDBC and ODBC drivers to be used with SAP NetWeaver-based products are provided solely through the SAP Service Marketplace at https://support.sap.com/swdc. Per informazioni generali sull'esecuzione di SAP NetWeaver in SAP MaxDB, vedere https://www.sap.com/community/topic/maxdb.html.General information on running SAP NetWeaver on SAP MaxDB can be found at https://www.sap.com/community/topic/maxdb.html.

Versioni di Microsoft Windows e tipi di VM di Azure supportati per SAP MaxDB DBMSSupported Microsoft Windows Versions and Azure VM types for SAP MaxDB DBMS

Per trovare la versione supportata di Microsoft Windows per SAP MaxDB DBMS in Azure, vedere:To find the supported Microsoft Windows version for SAP MaxDB DBMS on Azure, see:

È consigliabile usare le versione più recente del sistema operativo Microsoft Windows, ovvero Microsoft Windows 2012 R2.It is highly recommended to use the newest version of the operating system Microsoft Windows, which is Microsoft Windows 2012 R2.

Documentazione disponibile su SAP MaxDBAvailable SAP MaxDB Documentation

È possibile trovare l'elenco aggiornato della documentazione su SAP MaxDB nella nota SAP 767598You can find the updated list of SAP MaxDB documentation in the following SAP Note 767598

Linee guida per la configurazione di SAP MaxDB per le installazioni di SAP nelle VM di AzureSAP MaxDB Configuration Guidelines for SAP Installations in Azure VMs

Configurazione dell'archiviazioneStorage configuration

Le procedure consigliate di Archiviazione di Azure per SAP MaxDB seguono le raccomandazioni generali riportate nel capitolo Struttura di una distribuzione RDBMS.Azure storage best practices for SAP MaxDB follow the general recommendations mentioned in chapter Structure of an RDBMS Deployment.

Importante

Come altri database, anche SAP MaxDB include file di dati e di log.Like other databases, SAP MaxDB also has data and log files. Nella terminologia di SAP MaxDB, tuttavia, il termine corretto è "volume" (non "file").However, in SAP MaxDB terminology the correct term is "volume" (not "file"). Esistono, ad esempio, volumi di dati e volumi di log di SAP MaxDB.For example, there are SAP MaxDB data volumes and log volumes. Non confonderli con i volumi dei dischi del sistema operativo.Do not confuse these with OS disk volumes.

In breve, è necessario:In short you have to:

  • Se si usano account di archiviazione di Azure, impostare l'account contenente i volumi (ovvero i file) di dati e di log di SAP MaxDB su Archiviazione con ridondanza locale, come specificato nel capitolo Archiviazione di Microsoft Azure.If you use Azure Storage accounts, set the Azure storage account that holds the SAP MaxDB data and log volumes (i.e. files) to Local Redundant Storage (LRS) as specified in chapter Microsoft Azure Storage.
  • Separare il percorso di I/O per i volumi (ovvero i file) di dati di SAP MaxDB dal percorso di I/O per i volumi (ovvero i file) di log.Separate the IO path for SAP MaxDB data volumes (i.e. files) from the IO path for log volumes (i.e. files). I volumi (ovvero i file) di dati di SAP MaxDB dovranno quindi essere installati in un'unità logica e i volumi (ovvero i file) di log di SAP MaxDB dovranno essere installati in un'altra unità logica.This means that SAP MaxDB data volumes (i.e. files) have to be installed on one logical drive and SAP MaxDB log volumes (i.e. files) have to be installed on another logical drive.
  • Impostare il tipo di caching appropriato per ogni disco, a seconda che venga usato per volumi (ovvero file) di dati o di log di SAP MaxDB e che si usi Archiviazione Standard di Azure o Archiviazione Premium di Azure, come descritto nel capitolo Caching per VM e dischi dati.Set the proper caching type for each disk, depending on whether you use it for SAP MaxDB data or log volumes (i.e. files), and whether you use Azure Standard or Azure Premium Storage, as described in chapter Caching for VMs and data disks.
  • Se la quota corrente di operazioni di I/O al secondo per ogni disco soddisfa i requisiti, è possibile archiviare tutti i volumi di dati in un singolo disco montato, nonché archiviare tutti i volumi di log di database in un altro singolo disco montato.As long as the current IOPS quota per disk satisfies the requirements, it is possible to store all the data volumes on a single mounted disk, and also store all database log volumes on another single mounted disk.
  • Se sono necessari un maggior numero di operazioni di I/O al secondo e/o più spazio, è consigliabile usare i pool di archiviazione Microsoft Windows (disponibili solo in Microsoft Windows Server 2012 e versioni successive) o la funzionalità di striping di Microsoft Windows per Microsoft Windows 2008 R2 per creare un solo dispositivo logico di grandi dimensioni su più dischi montati.If more IOPS and/or space are required, it is strongly recommended to use Microsoft Window Storage Pools (only available in Microsoft Windows Server 2012 and higher) or Microsoft Windows striping for Microsoft Windows 2008 R2 to create one large logical device over multiple mounted disks. Vedere anche il capitolo Software RAID di questo documento.See also chapter Software RAID of this document. Questo approccio riduce il sovraccarico di amministrazione per la gestione dello spazio su disco ed evita la fatica di distribuire manualmente i file in più dischi montati.This approach simplifies the administration overhead to manage the disk space and avoids the effort of manually distributing files across multiple mounted disks.
  • Per requisiti di operazioni di I/O al secondo più elevati, è possibile usare l'Archiviazione Premium di Azure, disponibile nelle VM serie DS e serie GS.For the highest IOPS requirements, you can use Azure Premium Storage, which is available on DS-series and GS-series VMs.

Configurazione di riferimento di una VM IaaS di Azure per SAP MaxDB DBMS

Backup e ripristinoBackup and Restore

Quando si distribuisce SAP MaxDB in Azure, è necessario rivedere la metodologia di backup.When deploying SAP MaxDB into Azure, you must review your backup methodology. Anche se il sistema non è produttivo, è necessario eseguire periodicamente il backup del database SAP ospitato da SAP MaxDB.Even if the system is not a productive system, the SAP database hosted by SAP MaxDB must be backed up periodically. Poiché Archiviazione di Azure conserva tre immagini, il backup è ora meno importante dal punto di vista della protezione del sistema da errori di archiviazione e da errori operativi o amministrativi più gravi.Since Azure Storage keeps three images, a backup is now less important in terms of protecting your system against storage failure and more important operational or administrative failures. Il motivo principale per avere un piano di backup e ripristino appropriato è quindi la possibilità di risolvere gli errori logici o manuali fornendo funzionalità di ripristino temporizzato.The primary reason for maintaining a proper backup and restore plan is so that you can compensate for logical or manual errors by providing point-in-time recovery capabilities. L'obiettivo è quindi quello di usare i backup per ripristinare un determinato stato precedente del database o di usare i backup in Azure per effettuare il seeding di un altro sistema copiando il database esistente.So the goal is to either use backups to restore the database to a certain point in time or to use the backups in Azure to seed another system by copying the existing database. È possibile, ad esempio, passare da una configurazione SAP di livello 2 a una configurazione di sistema di livello 3 dello stesso sistema ripristinando un backup.For example, you could transfer from a 2-tier SAP configuration to a 3-tier system setup of the same system by restoring a backup.

Il backup e il ripristino di un database in Azure funzionano esattamente come nei sistemi locali, quindi è possibile usare gli strumenti di backup/ripristino di SAP MaxDB standard, descritti in uno dei documenti su SAP MaxDB elencati nella nota SAP 767598.Backing up and restoring a database in Azure works the same way as it does for on-premises systems, so you can use standard SAP MaxDB backup/restore tools, which are described in one of the SAP MaxDB documentation documents listed in SAP Note 767598.

Considerazioni sulle prestazioni per il backup e il ripristinoPerformance Considerations for Backup and Restore

Come nelle distribuzioni bare metal, le prestazioni di backup e ripristino dipendono dalla quantità di volumi leggibili in parallelo e dalla velocità effettiva di tali volumi.As in bare-metal deployments, backup and restore performance is dependent on how many volumes can be read in parallel and the throughput of those volumes. Inoltre, l'utilizzo di CPU associato alla compressione del backup può avere un ruolo significativo per VM con un massimo di otto thread CPU.In addition, the CPU consumption used by backup compression can play a significant role on VMs with up to eight CPU threads. Si può quindi presumere quanto segue:Therefore, one can assume:

  • Minore è il numero dei dischi usati per l'archiviazione dei dispositivi del database, più bassa è la velocità effettiva di lettura generaleThe fewer the number of disks used to store the database devices, the lower the overall read throughput
  • Minore è il numero di thread CPU nella VM, più forte è l'impatto della compressione del backupThe smaller the number of CPU threads in the VM, the more severe the impact of backup compression
  • Minore è il numero di destinazioni (directory di striping o dischi) in cui scrivere il backup, più bassa è la velocità effettivaThe fewer targets (Stripe Directories, disks) to write the backup to, the lower the throughput

Per aumentare il numero di destinazioni in cui scrivere, sono disponibili due opzioni che è possibile usare, anche in combinazione, a seconda delle proprie esigenze:To increase the number of targets to write to, there are two options that you can use, possibly in combination, depending on your needs:

  • Volumi separati dedicati al backupDedicating separate volumes for backup
  • Striping del volume di destinazione di backup su più dischi montati per migliorare la velocità effettiva delle operazioni di I/O al secondo in tale volume disco con stripingStriping the backup target volume over multiple mounted disks in order to improve the IOPS throughput on that striped disk volume
  • Dispositivi dischi logici separati dedicati per:Having separate dedicated logical disk devices for:
    • Volumi (ovvero file) di backup di SAP MaxDBSAP MaxDB backup volumes (i.e. files)
    • Volumi (ovvero file) di dati di SAP MaxDBSAP MaxDB data volumes (i.e. files)
    • Volumi (ovvero file) di log di SAP MaxDBSAP MaxDB log volumes (i.e. files)

Lo striping di un volume su più dischi montati è stato illustrato prima nel capitolo RAID software di questo documento.Striping a volume over multiple mounted disks has been discussed earlier in chapter Software RAID of this document.

AltroOther

Tutti gli altri argomenti generali, ad esempio i set di disponibilità di Azure o il monitoraggio SAP, si applicano come descritto nei primi tre capitoli di questo documento anche per le distribuzioni di VM con il database SAP MaxDB.All other general topics such as Azure Availability Sets or SAP monitoring also apply as described in the first three chapters of this document for deployments of VMs with the SAP MaxDB database. Altre impostazioni specifiche di SAP MaxDB sono trasparenti per le VM di Azure e vengono descritte in documenti diversi elencati nella nota SAP 767598 e in queste note SAP:Other SAP MaxDB-specific settings are transparent to Azure VMs and are described in different documents listed in SAP Note 767598 and in these SAP notes:

Specifiche per SAP liveCache in WindowsSpecifics for SAP liveCache on Windows

Supporto della versione di SAP liveCacheSAP liveCache Version Support

La versione minima di SAP liveCache supportata nelle macchine virtuali di Azure è SAP LC/LCAPPS 10.0 SP 25, incluse liveCache 7.9.08.31 e LCA-Build 25, rilasciate per EhP 2 for SAP SCM 7.0 e versioni successive.Minimal version of SAP liveCache supported in Azure Virtual Machines is SAP LC/LCAPPS 10.0 SP 25 including liveCache 7.9.08.31 and LCA-Build 25, released for EhP 2 for SAP SCM 7.0 and higher.

Versioni di Microsoft Windows e tipi di VM di Azure supportati per SAP liveCache DBMSSupported Microsoft Windows Versions and Azure VM types for SAP liveCache DBMS

Per trovare la versione supportata di Microsoft Windows per SAP liveCache in Azure, vedere:To find the supported Microsoft Windows version for SAP liveCache on Azure, see:

È consigliabile usare le versione più recente del sistema operativo Microsoft Windows Server.It is highly recommended to use the newest version of the operating system Microsoft Windows Server.

Linee guida per la configurazione di SAP liveCache per le installazioni di SAP nelle VM di AzureSAP liveCache Configuration Guidelines for SAP Installations in Azure VMs

Poiché SAP liveCache è un'applicazione che esegue calcoli molto complessi, la quantità e la velocità di RAM e CPU influiscono considerevolmente sulle prestazioni di SAP liveCache.As SAP liveCache is an application that performs huge calculations, the amount and speed of RAM and CPU has a major influence on SAP liveCache performance.

Per i tipi di VM di Azure supportati da SAP (nota SAP 1928533), tutte le risorse della CPU virtuale allocate alla VM sono supportate da risorse della CPU fisica dedicate dell'hypervisor.For the Azure VM types supported by SAP (SAP Note 1928533), all virtual CPU resources allocated to the VM are backed by dedicated physical CPU resources of the hypervisor. Non si verifica nessun provisioning eccessivo (e quindi nessuna competizione per le risorse della CPU).No overprovisioning (and therefore no competition for CPU resources) takes place.

Analogamente, per tutti i tipi di istanza di VM di Azure supportati da SAP, la memoria della VM viene interamente mappata alla memoria fisica. Non viene usato, ad esempio, l'overprovisioning (overcommit).Similarly, for all Azure VM instance types supported by SAP, the VM memory is 100% mapped to the physical memory - overprovisioning (over-commitment), for example, is not used.

Da questo punto di vista, è consigliabile usare il nuovo tipo di VM serie D o serie DS (in combinazione con Archiviazione Premium di Azure), perché i processori sono del 60% più veloci rispetto a quelli della serie A.From this perspective, it is highly recommended to use the new D- series or DS-series (in combination with Azure Premium Storage) Azure VM type, as they have 60% faster processors than the A-series. Per il carico massimo di CPU e RAM, è possibile usare VM serie G e GS (in combinazione con Archiviazione Premium di Azure) con la nuova famiglia di processori Intel??For the highest RAM and CPU load, you can use G-series and GS-series (in combination with Azure Premium Storage) VMs with the latest Intel?? Xeon??Xeon?? E5 v3, caratterizzate da una capacità di memoria doppia e da una capacità di archiviazione unità SSD quadrupla rispetto alla serie D/DS.processor E5 v3 family, which have twice the memory and four times the solid state drive storage (SSDs) of the D/DS-series.

Configurazione dell'archiviazioneStorage Configuration

Poiché SAP liveCache si basa sulla tecnologia SAP MaxDB, tutte le procedure consigliate per Archiviazione di Azure indicati per SAP MaxDB nel capitolo Storage configuration (Configurazione di archiviazione) sono valide anche per SAP liveCache.As SAP liveCache is based on SAP MaxDB technology, all the Azure storage best practice recommendations mentioned for SAP MaxDB in chapter Storage configuration are also valid for SAP liveCache.

VM di Azure dedicata per liveCacheDedicated Azure VM for liveCache

Poiché SAP liveCache usa in modo intensivo la potenza di elaborazione, per l'utilizzo produttivo è consigliabile la distribuzione in una macchina virtuale di Azure dedicata.As SAP liveCache intensively uses computational power, for productive usage it is highly recommended to deploy on a dedicated Azure Virtual Machine.

VM di Azure dedicata per liveCache per un caso d'uso produttivo

Backup e ripristinoBackup and Restore

Il backup e il ripristino, incluse le considerazioni sulle prestazioni, sono già stati illustrati nei capitoli pertinenti a SAP MaxDB, Backup and Restore (Backup e ripristino) e Performance Considerations for Backup and Restore (Considerazioni sulle prestazioni per backup e ripristino).backup and restore, including performance considerations, are already described in the relevant SAP MaxDB chapters backup and Restore and Performance Considerations for backup and Restore.

AltreOther

Tutti gli altri argomenti generali sono già illustrati in questo capitolo su SAP MaxDB.All other general topics are already described in the relevant SAP MaxDB this chapter.

Specifiche per SAP Content Server in WindowsSpecifics for the SAP Content Server on Windows

SAP Content Server è un componente separato basato su server per archiviare contenuto, ad esempio documenti elettronici in formati diversi.The SAP Content Server is a separate, server-based component to store content such as electronic documents in different formats. SAP Content Server è supportato dallo sviluppo della tecnologia e deve essere usato tra applicazioni per qualsiasi applicazione SAP.The SAP Content Server is provided by development of technology and is to be used cross-application for any SAP applications. Viene installato in un sistema distinto.It is installed on a separate system. Il contenuto in genere è costituito da documentazione e materiale di formazione di Knowledge Warehouse o da disegni tecnici provenienti da mySAP PLM Document Management System.Typical content is training material and documentation from Knowledge Warehouse or technical drawings originating from the mySAP PLM Document Management System.

Supporto della versione di SAP Content ServerSAP Content Server Version Support

SAP attualmente supporta:SAP currently supports:

  • SAP Content Server con la versione 6.50 (e successive)SAP Content Server with version 6.50 (and higher)
  • SAP MaxDB versione 7.9SAP MaxDB version 7.9
  • Microsoft IIS (Internet Information Server) versione 8.0 (e successive)Microsoft IIS (Internet Information Server) version 8.0 (and higher)

È consigliabile usare la versione più recente di SAP Content Server, che al momento della stesura di questo documento è la 6.50 SP4, e la versione più recente di Microsoft IIS 8.5.It is highly recommended to use the newest version of SAP Content Server, which at the time of writing this document is 6.50 SP4, and the newest version of Microsoft IIS 8.5.

Controllare le versioni supportate più recenti di SAP Content Server e Microsoft IIS in Product Availability Matrix (PAM) SAP.Check the latest supported versions of SAP Content Server and Microsoft IIS in the SAP Product Availability Matrix (PAM).

Tipi di VM di Azure e di Microsoft Windows supportati per SAP Content ServerSupported Microsoft Windows and Azure VM types for SAP Content Server

Per trovare le versioni di Windows supportate per SAP Content Server in Azure, vedere:To find out supported Windows version for SAP Content Server on Azure, see:

È consigliabile usare le versione più recente di Microsoft Windows Server.It is highly recommended to use the newest version of Microsoft Windows Server.

Linee guida per la configurazione di SAP Content Server per le installazioni di SAP nelle VM di AzureSAP Content Server Configuration Guidelines for SAP Installations in Azure VMs

Configurazione dell'archiviazioneStorage Configuration

Se si configura SAP Content Server per archiviare i file nel database SAP MaxDB, tutte le procedure consigliate per Archiviazione di Azure indicati per SAP MaxDB nel capitolo Storage Configuration (Configurazione dell'archiviazione) sono validi anche per lo scenario di SAP Content Server.If you configure SAP Content Server to store files in the SAP MaxDB database, all Azure storage best practices recommendation mentioned for SAP MaxDB in chapter Storage Configuration are also valid for the SAP Content Server scenario.

Se si configura SAP Content Server per archiviare i file nel file system, è consigliabile usare un'unità logica dedicata.If you configure SAP Content Server to store files in the file system, it is recommended to use a dedicated logical drive. L'uso di Spazi di archiviazione Windows consente anche di aumentare le dimensioni del disco logico e la velocità effettiva delle operazioni di I/O al secondo, come descritto nel capitolo RAID software.Using Windows Storage Spaces enables you to also increase logical disk size and IOPS throughput, as described in chapter Software RAID.

Posizione di SAP Content ServerSAP Content Server Location

SAP Content Server deve essere distribuito nella stessa area di Azure e nella stessa rete virtuale di Azure in cui è stato distribuito il sistema SAP.SAP Content Server has to be deployed in the same Azure region and Azure VNET where the SAP system is deployed. È possibile scegliere se distribuire i componenti di SAP Content Server in una VM di Azure dedicata o nella stessa VM in cui è in esecuzione il sistema SAP.You are free to decide whether you want to deploy SAP Content Server components on a dedicated Azure VM or on the same VM where the SAP system is running.

VM di Azure dedicata per SAP Content Server

Posizione di SAP Cache ServerSAP Cache Server Location

SAP Cache Server è un componente aggiuntivo basato su server che fornisce accesso in locale ai documenti (memorizzati nella cache).The SAP Cache Server is an additional server-based component to provide access to (cached) documents locally. SAP Cache Server memorizza nella cache i documenti di un'istanza di SAP Content ServerThe SAP Cache Server caches the documents of an SAP Content Server. per poter ottimizzare il traffico di rete se i documenti devono essere recuperati più di una volta da posizioni diverse.This is to optimize network traffic if documents have to be retrieved more than once from different locations. La regola generale prevede che SAP Cache Server deve essere fisicamente vicino al client che accede a SAP Cache Server.The general rule is that the SAP Cache Server has to be physically close to the client that accesses the SAP Cache Server.

Sono disponibili due opzioni:Here you have two options:

  1. Il client è un sistema SAP back-end Se un sistema SAP back-end viene configurato per accedere a SAP Content Server, tale sistema SAP è un client.Client is a backend SAP system If a backend SAP system is configured to access SAP Content Server, that SAP system is a client. Poiché sia il sistema SAP che SAP Content Server vengono distribuiti nella stessa area di Azure, ovvero nello stesso data center di Azure, sono fisicamente vicini.As both SAP system and SAP Content Server are deployed in the same Azure region, in the same Azure datacenter, they are physically close to each other. Non è quindi necessaria un'istanza di SAP Cache Server dedicata.Therefore, there is no need to have a dedicated SAP Cache Server. I client dell'interfaccia utente SAP (GUI SAP o Web browser) accedono direttamente al sistema SAP e il sistema SAP recupera i documenti da SAP Content Server.SAP UI clients (SAP GUI or web browser) access the SAP system directly, and the SAP system retrieves documents from the SAP Content Server.
  2. Il client è un Web browser locale SAP Content Server può essere configurato per essere accessibile direttamente dal Web browser.Client is an on-premises web browser The SAP Content Server can be configured to be accessed directly by the web browser. In questo caso, un Web browser in esecuzione in locale è un client di SAP Content Server.In this case, a web browser running on-premises is a client of the SAP Content Server. Il data center locale e il data center di Azure vengono posti in posizioni fisiche diverse, idealmente vicini l'uno all'altro.On-premises datacenter and Azure datacenter are placed in different physical locations (ideally close to each other). Il data center locale viene connesso ad Azure con una VPN da sito a sito di Azure o con ExpressRoute.Your on-premises datacenter is connected to Azure via Azure Site-to-Site VPN or ExpressRoute. Anche se entrambe le opzioni offrono una connessione di rete VPN sicura, la connessione di rete da sito a sito non offre un contratto di servizio per la latenza e la larghezza di banda di rete tra il data center locale e il data center di Azure.Although both options offer secure VPN network connection to Azure, site-to-site network connection does not offer a network bandwidth and latency SLA between the on-premises datacenter and the Azure datacenter. Per velocizzare l'accesso ai documenti, è possibile eseguire una di queste operazioni:To speed up access to documents, you can do one of the following:
    1. Installare SAP Cache Server localmente, vicino al Web browser locale, come illustrato in questa figuraInstall SAP Cache Server on-premises, close to the on-premises web browser (option on this Figure)
    2. Configurare Azure ExpressRoute, che offre una connessione di rete dedicata a velocità elevata e a bassa latenza tra il data center locale e il data center di Azure.Configure Azure ExpressRoute, which offers a high-speed and low-latency dedicated network connection between on-premises datacenter and Azure datacenter.

Possibilità di installare SAP Cache Server in locale Option to install SAP Cache Server on-premises

Backup/RipristinoBackup / Restore

Se si configura SAP Content Server per archiviare i file nel database SAP MaxDB, la procedura di backup/ripristino e le considerazioni sulle prestazioni sono già state illustrate nei capitoli Backup and Restore (Backpup e ripristino) e nel capitolo Performance Considerations for Backup and Restore (Considerazioni sulle prestazioni per backup e ripristino) di SAP MaxDB.If you configure the SAP Content Server to store files in the SAP MaxDB database, the backup/restore procedure and performance considerations are already described in SAP MaxDB chapter Backup and Restore and chapter Performance Considerations for Backup and Restore.

Se si configura SAP Content Server per archiviare i file nel file system, una possibilità consiste nell'eseguire il backup/ripristino manuale dell'intera struttura di file in cui si trovano i documenti.If you configure the SAP Content Server to store files in the file system, one option is to execute manual backup/restore of the whole file structure where the documents are located. Come per il backup/ripristino di SAP MaxDB, è consigliabile avere un volume del disco dedicato per il backup.Similar to SAP MaxDB backup/restore, it is recommended to have a dedicated disk volume for backup purpose.

AltreOther

Le altre impostazioni specifiche di SAP Content Server sono trasparenti per le VM di Azure e sono descritte in diversi documenti e note SAP:Other SAP Content Server-specific settings are transparent to Azure VMs and are described in various documents and SAP Notes:

Specifiche per IBM DB2 per LUW in WindowsSpecifics to IBM DB2 for LUW on Windows

Con Microsoft Azure, è possibile eseguire facilmente la migrazione dell'applicazione SAP esistente in esecuzione in IBM DB2 per Linux, UNIX e Windows (LUW) alle macchine virtuali di Azure.With Microsoft Azure, you can easily migrate your existing SAP application running on IBM DB2 for Linux, UNIX, and Windows (LUW) to Azure virtual machines. Con SAP in IBM DB2 per LUW, gli amministratori e gli sviluppatori possono continuare a usare gli stessi strumenti di sviluppo e amministrazione disponibili in locale.With SAP on IBM DB2 for LUW, administrators and developers can still use the same development and administration tools, which are available on-premises. Informazioni generali sull'esecuzione di SAP Business Suite in IBM DB2 per LUW sono disponibili in SAP Community Network (SCN) all'indirizzo https://www.sap.com/community/topic/db2-for-linux-unix-and-windows.html.General information about running SAP Business Suite on IBM DB2 for LUW can be found in the SAP Community Network (SCN) at https://www.sap.com/community/topic/db2-for-linux-unix-and-windows.html.

Per altre informazioni e aggiornamenti su SAP in DB2 per LUW in Azure, vedere la nota SAP 2233094.For additional information and updates about SAP on DB2 for LUW on Azure, see SAP Note 2233094.

Supporto della versione di IBM DB2 per Linux, UNIX e WindowsIBM DB2 for Linux, UNIX, and Windows Version Support

SAP in IBM DB2 per LUW nei servizi Macchine virtuali di Microsoft Azure è supportato a partire da DB2 versione 10.5.SAP on IBM DB2 for LUW on Microsoft Azure Virtual Machine Services is supported as of DB2 version 10.5.

Per informazioni sui prodotti SAP e sui tipi di VM di Azure supportati, vedere la nota SAP 1928533.For information about supported SAP products and Azure VM types, refer to SAP Note 1928533.

Linee guida per la configurazione di IBM DB2 per Linux, UNIX e Windows per le installazioni di SAP nelle VM di AzureIBM DB2 for Linux, UNIX, and Windows Configuration Guidelines for SAP Installations in Azure VMs

Configurazione dell'archiviazioneStorage Configuration

Tutti i file di database devono essere archiviati nel file system NTFS basato su dischi collegati direttamente.All database files must be stored on the NTFS file system based on directly attached disks. I dischi vengono montati nella VM di Azure e sono basati sull'archivio BLOB di pagine di Azure (https://docs.microsoft.com/rest/api/storageservices/Understanding-Block-Blobs--Append-Blobs--and-Page-Blobs) o su Managed Disks (https://docs.microsoft.com/azure/storage/storage-managed-disks-overview).These disks are mounted to the Azure VM and are based in Azure Page BLOB Storage (https://docs.microsoft.com/rest/api/storageservices/Understanding-Block-Blobs--Append-Blobs--and-Page-Blobs) or Managed Disks (https://docs.microsoft.com/azure/storage/storage-managed-disks-overview). Le unità di rete o le condivisioni remote di qualsiasi tipologia, ad esempio i servizi file di Azure seguenti, NON sono supportati per i file di database:Any kind of network drives or remote shares like the following Azure file services are NOT supported for database files:

Se si usano dischi rigidi basati sull'archivio BLOB di pagine di Azure o su Managed Disks, le istruzioni riportate nel capitolo Struttura di una distribuzione RDBMS di questo documento si applicano anche alle distribuzioni con il database IBM DB2 per LUW.If you are using disks based on Azure Page BLOB Storage or Managed Disks, the statements made in this document in chapter Structure of an RDBMS Deployment also apply to deployments with the IBM DB2 for LUW Database.

Come spiegato in precedenza nella parte generale del documento, esistono quote relative alla velocità effettiva delle operazioni di I/O al secondo per i dischi.As explained earlier in the general part of the document, quotas on IOPS throughput for disks exist. Le quote esatte dipendono dal tipo di VM usato.The exact quotas depend on the VM type used. Un elenco dei tipi di VM con le rispettive quote è disponibile qui (per Linux) e qui (per Windows).A list of VM types with their quotas can be found here (Linux) and here (Windows).

Se la quota corrente di operazioni di I/O al secondo per ogni disco è sufficiente, è possibile archiviare tutti i file di database in un singolo disco montato.As long as the current IOPS quota per disk is sufficient, it is possible to store all the database files on one single mounted disk.

Per le considerazioni sulle prestazioni, vedere anche il capitolo relativo alle considerazioni sulle prestazioni e la sicurezza dei dati per le directory di database nelle guide di installazione di SAP.For performance considerations also refer to chapter 'Data Safety and Performance Considerations for Database Directories' in SAP installation guides.

In alternativa, è possibile usare i pool di archiviazione Windows (disponibili solo in Windows Server 2012 e versioni successive) o la funzionalità di striping Windows per Windows 2008 R2, come descritto nel capitolo RAID software di questo documento, per creare un solo dispositivo logico di grandi dimensioni su più dischi.Alternatively, you can use Windows Storage Pools (only available in Windows Server 2012 and higher) or Windows striping for Windows 2008 R2 as described in chapter Software RAID of this document to create one large logical device over multiple disks. Per i dischi contenenti i percorsi di archiviazione DB2 per le directory sapdata e saptmp, è necessario specificare una dimensione del settore del disco pari a 512 KB.For the disks containing the DB2 storage paths for your sapdata and saptmp directories, you must specify a physical disk sector size of 512 KB. Quando si usano i pool di archiviazione di Windows, è necessario creare manualmente i pool di archiviazione con l'interfaccia della riga di comando usando il parametro -LogicalSectorSizeDefault.When using Windows Storage Pools, you must create the storage pools manually via command line interface using the parameter -LogicalSectorSizeDefault. Per altre informazioni, vedere https://technet.microsoft.com/itpro/powershell/windows/storage/new-storagepool.For more information, see https://technet.microsoft.com/itpro/powershell/windows/storage/new-storagepool.

Backup/RipristinoBackup/Restore

La funzionalità di backup/ripristino per IBM DB2 per LUW è supportata esattamente come nei sistemi operativi Windows Server standard e in Hyper-V.The backup/restore functionality for IBM DB2 for LUW is supported in the same way as on standard Windows Server Operating Systems and Hyper-V.

È necessario verificare di avere adottato una valida strategia di backup di database.You must make sure that you have a valid database backup strategy in place.

Come nelle distribuzioni bare metal, le prestazioni di backup/ripristino dipendono dalla quantità di volumi leggibili in parallelo e dalla velocità effettiva di tali volumi.As in bare-metal deployments, backup/restore performance depends on how many volumes can be read in parallel and what the throughput of those volumes might be. Inoltre, l'utilizzo di CPU associato alla compressione del backup può avere un ruolo significativo per VM con un massimo di soli otto thread CPU.In addition, the CPU consumption used by backup compression may play a significant role on VMs with just up to eight CPU threads. Si può quindi presumere quanto segue:Therefore, one can assume:

  • Minore è il numero dei dischi usati per l'archiviazione dei dispositivi del database, più bassa è la velocità effettiva generale nella letturaThe fewer the number of disks used to store the database devices, the smaller the overall throughput in reading
  • Minore è il numero di thread CPU nella VM, più forte è l'impatto della compressione del backupThe smaller the number of CPU threads in the VM, the more severe the impact of backup compression
  • Minore è il numero di destinazioni (directory di striping o dischi) in cui scrivere il backup, più bassa è la velocità effettivaThe fewer targets (Stripe Directories, disks) to write the backup to, the lower the throughput

Per aumentare il numero di destinazioni in cui scrivere, è possibile usare/combinare due opzioni a seconda delle proprie esigenze:To increase the number of targets to write to, two options can be used/combined depending on your needs:

  • Striping del volume di destinazione di backup su più dischi per migliorare la velocità effettiva delle operazioni di I/O al secondo in tale volume con stripingStriping the backup target volume over multiple disks in order to improve the IOPS throughput on that striped volume
  • Uso di più di una directory di destinazione in cui scrivere il backupUsing more than one target directory to write the backup to

Disponibilità elevata e ripristino di emergenzaHigh Availability and Disaster Recovery

Il server di cluster Microsoft non è supportato.Microsoft Cluster Server (MSCS) is not supported.

Il ripristino di emergenza a disponibilità DB2 è supportato.DB2 high availability disaster recovery (HADR) is supported. Se le macchine virtuali della configurazione a disponibilità elevata hanno una risoluzione dei nomi funzionante, la configurazione in Azure non sarà diversa da quelle eseguite in locale.If the virtual machines of the HA configuration have working name resolution, the setup in Azure does not differ from any setup that is done on-premises. Non è consigliabile affidarsi solo alla risoluzione IP.It is not recommended to rely on IP resolution only.

Non usare la replica geografica per gli account di archiviazione in cui vengono archiviati i dischi di database.Do not use Geo-Replication for the storage accounts that store the database disks. Per altre informazioni, vedere i capitoli Archiviazione di Microsoft Azure e Disponibilità elevata e ripristino di emergenza con VM di Azure.For more information, refer to chapter Microsoft Azure Storage and chapter High Availability and Disaster Recovery with Azure VMs.

AltriOther

Tutti gli altri argomenti generali, ad esempio i set di disponibilità di Azure o il monitoraggio SAP, si applicano come descritto nei primi tre capitoli di questo documento anche per le distribuzioni di VM con IBM DB2 per LUW.All other general topics like Azure Availability Sets or SAP monitoring apply as described in the first three chapters of this document for deployments of VMs with IBM DB2 for LUW as well.

Vedere anche Riepilogo generale su SQL Server per SAP in Azure.Also refer to chapter General SQL Server for SAP on Azure Summary.

Specifiche per IBM DB2 per LUW in LinuxSpecifics to IBM DB2 for LUW on Linux

Con Microsoft Azure, è possibile eseguire facilmente la migrazione dell'applicazione SAP esistente in esecuzione in IBM DB2 per Linux, UNIX e Windows (LUW) alle macchine virtuali di Azure.With Microsoft Azure, you can easily migrate your existing SAP application running on IBM DB2 for Linux, UNIX, and Windows (LUW) to Azure virtual machines. Con SAP in IBM DB2 per LUW, gli amministratori e gli sviluppatori possono continuare a usare gli stessi strumenti di sviluppo e amministrazione disponibili in locale.With SAP on IBM DB2 for LUW, administrators and developers can still use the same development and administration tools, which are available on-premises. Informazioni generali sull'esecuzione di SAP Business Suite in IBM DB2 per LUW sono disponibili in SAP Community Network (SCN) all'indirizzo https://www.sap.com/community/topic/db2-for-linux-unix-and-windows.html.General information about running SAP Business Suite on IBM DB2 for LUW can be found in the SAP Community Network (SCN) at https://www.sap.com/community/topic/db2-for-linux-unix-and-windows.html.

Per altre informazioni e aggiornamenti su SAP in DB2 per LUW in Azure, vedere la nota SAP 2233094.For additional information and updates about SAP on DB2 for LUW on Azure, see SAP Note 2233094.

Supporto della versione di IBM DB2 per Linux, UNIX e WindowsIBM DB2 for Linux, UNIX, and Windows Version Support

SAP in IBM DB2 per LUW nei servizi Macchine virtuali di Microsoft Azure è supportato a partire da DB2 versione 10.5.SAP on IBM DB2 for LUW on Microsoft Azure Virtual Machine Services is supported as of DB2 version 10.5.

Per informazioni sui prodotti SAP e sui tipi di VM di Azure supportati, vedere la nota SAP 1928533.For information about supported SAP products and Azure VM types, refer to SAP Note 1928533.

Linee guida per la configurazione di IBM DB2 per Linux, UNIX e Windows per le installazioni di SAP nelle VM di AzureIBM DB2 for Linux, UNIX, and Windows Configuration Guidelines for SAP Installations in Azure VMs

Configurazione dell'archiviazioneStorage Configuration

Tutti i file di database devono essere archiviati in un file system basato su dischi collegati direttamente.All database files must be stored on a file system based on directly attached disks. I dischi vengono montati nella VM di Azure e sono basati sull'archivio BLOB di pagine di Azure (https://docs.microsoft.com/rest/api/storageservices/Understanding-Block-Blobs--Append-Blobs--and-Page-Blobs) o su Managed Disks (https://docs.microsoft.com/azure/storage/storage-managed-disks-overview).These disks are mounted to the Azure VM and are based in Azure Page BLOB Storage (https://docs.microsoft.com/rest/api/storageservices/Understanding-Block-Blobs--Append-Blobs--and-Page-Blobs) or Managed Disks (https://docs.microsoft.com/azure/storage/storage-managed-disks-overview). Le unità di rete o le condivisioni remote di qualsiasi tipologia, ad esempio i servizi file di Azure seguenti, NON sono supportati per i file di database:Any kind of network drives or remote shares like the following Azure file services are NOT supported for database files:

Se si usano dischi rigidi basati sull'archivio BLOB di pagine di Azure, le istruzioni riportate nel capitolo Struttura di una distribuzione RDBMS di questo documento si applicano anche alle distribuzioni con il database IBM DB2 per LUW.If you are using disks based on Azure Page BLOB Storage, the statements made in this document in chapter Structure of an RDBMS Deployment also apply to deployments with the IBM DB2 for LUW Database.

Come spiegato in precedenza nella parte generale del documento, esistono quote relative alla velocità effettiva delle operazioni di I/O al secondo per i dischi.As explained earlier in the general part of the document, quotas on IOPS throughput for disks exist. Le quote esatte dipendono dal tipo di VM usato.The exact quotas depend on the VM type used. Un elenco dei tipi di VM con le rispettive quote è disponibile qui (per Linux) e qui (per Windows).A list of VM types with their quotas can be found here (Linux) and here (Windows).

Se la quota corrente di operazioni di I/O al secondo per ogni disco è sufficiente, è possibile archiviare tutti i file di database in un singolo disco.As long as the current IOPS quota per disk is sufficient, it is possible to store all the database files on one single disk.

Per le considerazioni sulle prestazioni, vedere anche il capitolo relativo alle considerazioni sulle prestazioni e la sicurezza dei dati per le directory di database nelle guide di installazione di SAP.For performance considerations also refer to chapter 'Data Safety and Performance Considerations for Database Directories' in SAP installation guides.

In alternativa, è possibile usare LVM (Logical Volume Manager) o MDADM come descritto nel capitolo RAID software di questo documento per creare un solo dispositivo logico di grandi dimensioni su più dischi.Alternatively, you can use LVM (Logical Volume Manager) or MDADM as described in chapter Software RAID of this document to create one large logical device over multiple disks. Per i dischi contenenti i percorsi di archiviazione DB2 per le directory sapdata e saptmp, è necessario specificare una dimensione del settore del disco pari a 512 KB.For the disks containing the DB2 storage paths for your sapdata and saptmp directories, you must specify a physical disk sector size of 512 KB.

Backup/RipristinoBackup/Restore

La funzionalità di backup/ripristino per IBM DB2 per LUW è supportata esattamente come nell'installazione Linux locale standard.The backup/restore functionality for IBM DB2 for LUW is supported in the same way as on standard Linux installation on-premises.

È necessario verificare di avere adottato una valida strategia di backup di database.You must make sure that you have a valid database backup strategy in place.

Come nelle distribuzioni bare metal, le prestazioni di backup/ripristino dipendono dalla quantità di volumi leggibili in parallelo e dalla velocità effettiva di tali volumi.As in bare-metal deployments, backup/restore performance depends on how many volumes can be read in parallel and what the throughput of those volumes might be. Inoltre, l'utilizzo di CPU associato alla compressione del backup può avere un ruolo significativo per VM con un massimo di soli otto thread CPU.In addition, the CPU consumption used by backup compression may play a significant role on VMs with just up to eight CPU threads. Si può quindi presumere quanto segue:Therefore, one can assume:

  • Minore è il numero dei dischi usati per l'archiviazione dei dispositivi del database, più bassa è la velocità effettiva generale nella letturaThe fewer the number of disks used to store the database devices, the smaller the overall throughput in reading
  • Minore è il numero di thread CPU nella VM, più forte è l'impatto della compressione del backupThe smaller the number of CPU threads in the VM, the more severe the impact of backup compression
  • Minore è il numero di destinazioni (directory di striping o dischi) in cui scrivere il backup, più bassa è la velocità effettivaThe fewer targets (Stripe Directories, disks) to write the backup to, the lower the throughput

Per aumentare il numero di destinazioni in cui scrivere, è possibile usare/combinare due opzioni a seconda delle proprie esigenze:To increase the number of targets to write to, two options can be used/combined depending on your needs:

  • Striping del volume di destinazione di backup su più dischi per migliorare la velocità effettiva delle operazioni di I/O al secondo in tale volume con stripingStriping the backup target volume over multiple disks in order to improve the IOPS throughput on that striped volume
  • Uso di più di una directory di destinazione in cui scrivere il backupUsing more than one target directory to write the backup to

Disponibilità elevata e ripristino di emergenzaHigh Availability and Disaster Recovery

Il ripristino di emergenza a disponibilità DB2 è supportato.DB2 high availability disaster recovery (HADR) is supported. Se le macchine virtuali della configurazione a disponibilità elevata hanno una risoluzione dei nomi funzionante, la configurazione in Azure non sarà diversa da quelle eseguite in locale.If the virtual machines of the HA configuration have working name resolution, the setup in Azure does not differ from any setup that is done on-premises. Non è consigliabile affidarsi solo alla risoluzione IP.It is not recommended to rely on IP resolution only.

Non usare la replica geografica per gli account di archiviazione in cui vengono archiviati i dischi di database.Do not use Geo-Replication for the storage accounts that store the database disks. Per altre informazioni, vedere i capitoli Archiviazione di Microsoft Azure e Disponibilità elevata e ripristino di emergenza con VM di Azure.For more information, refer to chapter Microsoft Azure Storage and chapter High Availability and Disaster Recovery with Azure VMs.

AltriOther

Tutti gli altri argomenti generali, ad esempio i set di disponibilità di Azure o il monitoraggio SAP, si applicano come descritto nei primi tre capitoli di questo documento anche per le distribuzioni di VM con IBM DB2 per LUW.All other general topics like Azure Availability Sets or SAP monitoring apply as described in the first three chapters of this document for deployments of VMs with IBM DB2 for LUW as well.

Vedere anche Riepilogo generale su SQL Server per SAP in Azure.Also refer to chapter General SQL Server for SAP on Azure Summary.