Note sulla versione di Service Bus 1,1

Aggiornamento: marzo 2014

Si applica a: Service Bus for Windows Server 1.1

Nelle note sulla versione seguenti sono inclusi problemi noti e le informazioni più recenti su Service Bus per Windows Server (Bus di servizio 1.1).

Novità di Service Bus 1.1

La versione di Service Bus per Windows Server 1.1 contiene diverse nuove funzionalità. In questo argomento vengono riepilogate le nuove funzionalità e sono inclusi collegamenti a ulteriori informazioni.

Miglioramenti di runtime di Service Bus

La versione di Service Bus per Windows Server 1.1 include supporto per le funzionalità di messaggistica negoziata introdotte nelle versioni di Service Bus di Azure SDK 2.0 e 2.1. Per ulteriori informazioni, vedere:

  • What's New in the Azure SDK 2.0 Release (April 2013)

  • What's New in the Service Bus 2.1 Release (May 2013)

Di seguito vengono messe in evidenza le nuove funzionalità:

  • AMQP 1.0: Service Bus di Azure include il supporto per AMQP (Advanced Message Queuing Protocol) versione 1.0. AMQP è un protocollo di messaggistica a livello di rete affidabile ed efficiente che può essere utilizzato per compilare efficaci applicazioni di messaggistica tra piattaforme.

  • Modello di programmazione dei messaggi guidato dagli eventi: questa funzionalità introduce un modello di programmazione della messaggistica guidato dagli eventi o "push", che rappresenta un'alternativa a un ciclo di ricezione. Questa funzionalità supporta l'elaborazione dei messaggi simultanei e consente l'elaborazione dei messaggi a velocità variabili.

  • Firma di accesso condiviso (SAS, Shared Access Signature): le applicazioni possono adesso eseguire l'autenticazione in Service Bus per Windows Server utilizzando l'autenticazione SAS (Shared Access Signature) o, come prima, mediante l'autenticazione di Windows integrata. L'autenticazione SAS consente alle applicazioni di eseguire l'autenticazione in Bus di servizio utilizzando una chiave di accesso configurata nello spazio dei nomi servizio o nell'entità a cui sono stati associati diritti specifici. È quindi possibile utilizzare questa chiave per generare un token SAS che i client possono utilizzare per eseguire l'autenticazione in Bus di servizio.

  • Esplorazione dei messaggi: l'esplorazione dei messaggi consente di visualizzare i messaggi disponibili in un coda senza bloccare il messaggio o eseguire un'operazione di ricezione esplicita. Ciò è utile per il debug, come pure in scenari che coinvolgono il monitoraggio.

  • Abilitazione e disabilitazione di invio/ricezione: questa funzionalità consente di sospendere e riprendere l'invio e la ricezione dei messaggi a e da code e argomenti. È possibile abilitare questa funzione utilizzando l'enumerazione Microsoft.ServiceBus.Messaging.EntityStatus e impostando la proprietà Microsoft.ServiceBus.Messaging.QueueDescription.Status.

  • Eliminazione automatica per le entità di messaggistica inattive: l'eliminazione automatica consente di impostare un intervallo dopo il quale viene automaticamente eliminato una sottoscrizione, una coda o un argomento inattivo. Se non si verifica un'attività di invio o di ricezione per la durata specificata nella proprietà Microsoft.ServiceBus.Messaging.QueueDescription.AutoDeleteOnIdle, l'entità viene eliminata. Tuttavia, se sono presenti chiamate in ricezione nella coda o nella sottoscrizione, l'entità non viene eliminata (anche se non contiene messaggi).

  • Criterio di ripetizione: la funzionalità del criterio di ripetizione sul lato client consente di impostare un criterio di ripetizione negli errori temporanei di consegna dei messaggi. La libreria continua la ripetizione finché non viene raggiunto il limite impostato nella proprietà Microsoft.ServiceBus.NamespaceManagerSettings.OperationTimeout.

  • Farm a 5 nodi: Service Bus per Windows Server adesso supporta farm con un massimo di 5 nodi.

Integrazione del portale di gestione con Windows Azure Pack

Windows Azure Pack per Windows Server è una raccolta di tecnologie di Azure, disponibile per i clienti Microsoft senza costo aggiuntivo per l'installazione nel data center. Viene eseguito su Windows Server 2012 R2 e System Center 2012 R2 e, mediante l'utilizzo delle tecnologie di Azure, consente di offrire un cloud multi-tenant self-service avanzato, coerente con l'esperienza di gestione pubblica di Azure.

Per ulteriori informazioni su Windows Azure Pack, vedere la pagina di Windows Azure Pack.

Di seguito vengono messe in evidenza le nuove funzionalità disponibili con l'integrazione con Windows Azure Pack:

  1. Portale Tenant di Bus di servizio: Windows Azure Pack offre un portale Tenant avanzato per gestire i servizi e le risorse IT. La messaggistica con Bus di servizio è uno dei servizi supportati, come pure macchine virtuali, siti Web, database SQL e altro ancora. Il portale Windows Azure Pack consente un'esperienza utente basata sulla sottoscrizione simile a quella offerta da Azure.

  2. Esperienza amministratore di Bus di servizio: Windows Azure Pack offre un'esperienza amministratore che consente di distribuire, gestire e monitorare risorse e servizi.

  3. Cmdlet di PowerShell per Azure: Windows Azure Pack supporta la gestione di PowerShell per Azure per i servizi IT, incluso Bus di servizio.

Versioni di Service Bus

Poiché i due prodotti di Bus di servizio, Service Bus per Windows Server e Service Bus di Azure, sono inclusi in pianificazioni dei rilasci differenti, non si garantisce che la versione più recente di Azure SDK funzionerà con Service Bus per Windows Server. Tuttavia, poiché tutte le versioni di SDK sono supportate per garantire la compatibilità con le versioni precedenti in Service Bus di Azure, tutte le versioni di SDK supportate da Service Bus per Windows Server sono supportate anche da Service Bus di Azure.

Ogni versione di Service Bus per Windows Server include Azure SDK, offerto mediante NuGet. Nel caso di una versione preliminare, verrà specificata la versione esatta dell'SDK che supporta tale versione.

Nel diagramma riportato di seguito è illustrata la cadenza delle versioni di Bus di servizio:

Versioni Service Bus

Problemi noti

Di seguito viene riportato un elenco dei problemi noti della versione di Service Bus per Windows Server 1.1.

  • Set-SBCertificate non imposta l'associazione al certificato per l'endpoint Https del provider di risorse. Per risolvere questo problema, attenersi alla seguente procedura per impostare l'associazione al certificato SSL RPHttpsEndpoint (dopo l'esecuzione del cmdlet Set-SBCertificate):

    1. Aprire una finestra di comando di PowerShell di Service Bus per Windows Server ed eseguire il cmdlet Get-SBFarm.

    2. Ottenere la proprietà RPHttpsPort e lasciare il valore della porta impostato su 9359 (ossia la porta Https del provider di risorse predefinita).

    3. Nella finestra di comando di PowerShell digitare il seguente comando:

      [System.Guid]::NewGuid().ToString("B")
      
    4. Ottenere l'identificazione personale del certificato SSL della farm (è uguale all'identificazione personale del certificato della farm dell'output del cmdlet Get-SBFarm).

    5. Eseguire questo comando dal prompt dei comandi di un amministratore su tutti i nodi della farm:

      netsh http add sslcert ipport=0.0.0.0:9359 certhash=<SSLCertThumbprint> appid=<NewGuid>
      

      In alternativa, è possibile eseguire il seguente script di PowerShell come amministratore su tutti i nodi che fanno parte di questa farm di Service Bus per Windows Server:

      $newGuid = [System.Guid]::NewGuid().ToString("B")
      
      $sbFarm = Get-SbFarm
      
      $RPHttpsPort = $sbFarm.RPHttpsPort 
      
      $SSLCertThumbprint =  $sbFarm.FarmCertificate.Thumbprint 
      
      netsh http add sslcert ipport=0.0.0.0:$RPHttpsPort certhash=$SSLCertThumbprint appid=$newGuid
      
  • L'installazione di Service Bus per Windows Server avrà esito negativo a causa di un errore nell'installazione di Windows Fabric. In alcune versioni localizzate (ad esempio, italiano), l'installazione di Windows Fabric (un prerequisito per l'installazione di Service Bus per Windows Server) ha esito negativo. Questo è causato da un formato orario non corretto in cui 00:00:00 viene rappresentato come 00.00.00. Per risolvere il problema, effettuare le seguenti operazioni:

    1. Avviare Regedit.exe e selezionare HKEY_USERS\.DEFAULT\Control Panel\International.

    2. Modificare il valore sTimeFormat in h:mm:ss tt.

    3. Una volta completata l'installazione, è possibile ripristinare il valore originale delle impostazioni del Registro di sistema.

Data di creazione:

2014-04-18