Limit of 10 Reports per Dataset/Data Model

Posted on Updated on

NOTE: This information is good as of 7/22/2015 and is subject to change.

*** Update ***

I had posted earlier that this was specific to Free users, but it has nothing to do with Free or Pro. Reposted to reflect the accurate behavior.


I was looking at the Power BI Community Site and someone had indicated that they cannot save a report.

Unable to save report

When looking into that Activity ID, it appears that we have a limit of 10 reports.  This has nothing to do with if you are a Free or Pro user, but rather a resource limitation based on your Dataset/Model.

When you try to save the 11th report against the same Dataset, you get the error above.  If you create an 11th report against a different Model it will work.

Adam W. Saxton | Microsoft Business Intelligence Support – Escalation Services


Windows 10 Upgrade: What This Means for Your Endpoint Security

Posted on Updated on

On July 29th, Microsoft will be releasing their next major operating system, Windows 10. Unlike previous OS upgrades, this version does not require users to purchase the new OS. The existing Windows 7 and 8 end users might initiate an upgrade directly on their computers, making it more difficult for IT admins to enforce version control.

At Symantec, we are committed to ensuring our customers: Symantec Endpoint Protection 12.1, Symantec Endpoint Protection Small Business Edition (hosted version) and Symantec Endpoint Protection Small Business Edition (on-prem), remain fully protected across all operating systems.

For Symantec Endpoint Protection 12.1, a maintenance patch release will be available on July 29, 2015. Customers will need to be current on maintenance to receive the maintenance patch update. For more information, visit our SEP 12.1 Windows 10 Knowledge Base.

Customers using Symantec Endpoint Protection Small Business Edition (hosted version) will experience an automatic system update on computers via Live Update targeted for July 29th. From July 29th onwards, any new endpoint installs of the hosted version of Symantec Endpoint Protection Small Business Edition will automatically have their machines protected should they wish to upgrade to Windows 10. Similarly, from July 29th onwards, any existing Symantec Endpoint Protection Small Business Edition customers will receive targeted patch updates to protect their machines on the new Windows 10 platform. These patch updates will automatically be rolled out later via Live Update to all endpoints, whether they are moving to Windows 10 now or at some point in the future.  This effectively allows IT  Administrators to proactively protect endpoints that move to Windows 10 at a later date. Existing customers must be on a current subscription to take advantage of these patch updates. Symantec Endpoint Protection Small Business Edition will automatically notify IT Administrators if any users decide to upgrade to Windows 10 without informing IT. In these instances, a new patch for Windows 10 will be pushed out to protect these user’s machines within a 1-2 hour window.  Symantec will also provide guidance for IT Administrators who wish to avoid this 1-2 hour window and push out the patch update immediately – this guidance can be found on Symantec Knowledge Base.

For customers currently running Symantec Endpoint Protection Small Business Edition 12.1 (on-prem), which has now reached End-of-Life and will not support Windows 10, you will need to migrate to the hosted edition in order to receive protection for Windows 10 systems.  Endpoint Protection Small Business Edition (on-prem) customers can migrate to the hosted edition.  For information on our automated migration process, visit: go.symantec.com/sbemigration

What’s new in System Center Configuration Manager Technical Preview 2

Posted on Updated on

by Brian Huneycutt [MSFT]

9 Jul 2015 9:00 AM

Today, we are making available System Center Configuration Manager and System Center Endpoint Protection Technical Preview 2. This second technical preview provides you with an early glimpse of the functionality that we plan to release in Q4 of this calendar year, bringing with it full support for client deployment, upgrade, and management of Windows 10.

New features available in Technical Preview 2 include:

  • Universal Windows apps support for Windows 10 – You can now side-load internally developed Universal Windows apps to Windows 10 devices.
  • Peer cache support for Windows PE – Peer cache support now includes OS deployment scenarios for Windows PE, extending our existing Configuration Manager peer cache content management.
  • Ability to manage Windows 10 PCs and mobile devices via MDM with on-premises Configuration Manager infrastructure – Support now includes Windows 10 PCs in addition to existing support for mobile devices which was added in the first Technical Preview. With this new option, you can manage Windows 10 devices using Configuration Manager integrated with Microsoft Intune (hybrid) without the need to store your data in the cloud. This is especially helpful for managing devices that are unable to connect to the Internet such as Windows IoT/Embedded devices. Note: An Intune subscription is required.

Also included in this technical preview are features that were previously released in the first Technical Preview in May:

  • Support for Windows 10 upgrade with OS deployment task sequence – In addition to providing support for existing wipe-and-load (refresh) scenarios, the Configuration Manager Technical Preview includes enhanced upgrade support with in-place upgrade to Windows 10.
  • Support for installing Configuration Manager on Azure Virtual Machines – Similar to how you can install Configuration Manager on Hyper-V today, you can now run Configuration Manager in Azure VMs. This provides flexibility to move some or all of your datacenter server workloads to the cloud with Azure.

So what’s the next step? Try out System Center Configuration Manager Technical Preview 2, and tell us what you think. Also, if you have a feature request, make sure to share your ideas with us on our new Configuration Manager UserVoice site.

We hope you enjoy this second Technical Preview!


The System Center Configuration Manager Team

Azure Datacenters Speedtest

Posted on Updated on

Wenn Azure Services oder Lösungen in Azure im Unternehmen verwendet werden, ist es sinnvoll, diese in einem der vielen Azure Rechenzentren laufen zu lassen, die eine gute Anbindung an den eigenen Standort besitzen.

Microsoft Azure ist derzeit weltweit in 17 Regionen verfügbar, siehe  Azure Regions.

Um die Latency zwischen dem eigenen Standort und den Azure Datacentern zu testen, gibt es einige Websites, die Speedtests durchführen und die nötigen Informationen für eine Datacenter-Entscheidung liefern können.

Der erste Speed Test ist http://azurespeedtest.azurewebsites.net
(Dieses Testprogramm ist auch im Quellcode auf github.com verfügbar.)


Für meinen Standort in Wien erhalte ich die erwarteten Ergebnisse: “It looks like your nearest Data Center is North Europe. There appears to be a CDN Node nearer your location.”
Die besten Lokationen für Azure Services für meinen Standort sind also North Europe und West Europe.

Ein zweiter Latency – Test ist unter http://www.azurespeed.com erreichbar.


Diese zeigt ähnliche Ergebnisse. Wieder sind West Europe und North Europe mit ähnlicher Leistung verfügbar und stellen meine erste Wahl für Azure Services dar.

Ein weiteres Service ist https://nzbart.github.io/AzureSitePing.


Und es gibt noch viele weitere Latency-Tests für Azure Datacenters im Web. Diese Tools stammen nicht von Microsoft, sondern von individuellen Entwicklern und stellen Beispiele zur Messung dar. Die Aussage der Speed-Tests ist ähnlich und kann helfen, eine Standort-Entscheidung für Azure Dienste zu treffen.

Für global operierende Unternehmen bzw. oft macht die Verwendung von Azure CDN Sinn (das zeigt auch azurespeedtest.azurewebsites.net sehr schön). Hier gibts weitere Informationen über Azure CDN.


Mein Tipp lautet somit die Azure-Dienste vom eigenen Standort oder etwa via RDP von entfernten Standorten zu testen und für Produktivsysteme jene Azure Datacenter mit der geringsten Latency zu verwenden. Die Speed-Tests können dabei helfen.

Refresh for on-premises sources is here!

Posted on Updated on

According to Microsoft PowerBI team:

One of the most awaited and requested feature is now available in Power BI. Starting today, in Power BI you can refresh datasets connecting to your on-premises sources such as SQL Server. Any workbook created using Power BI Designer, Power Query or Power Pivot are supported. For these datasets the Power BI Personal Gateway enables automated refreshes against on-premises data sources in your organization, all via a single gateway you can install directly on your desktop machine.

All common data sources are supported:

  • SQL Server
  • Oracle
  • Teradata
  • IBM DB2
  • PostgreSQL
  • Sybase
  • MySQL
  • SharePoint List (on-premises)
  • File (CSV, XML, Text, Excel, Access)
  • On-premises SQL Server Analysis Services models (uploaded data; not live connections)
  • Folder
  • Custom SQL/native SQL

this is really exciting  – even a normal workstation can do the work!

#OutofOffice: Wie ich ortsunabhängig ohne Büro auf der ganzen Welt arbeite!

Posted on Updated on

unten …. werde ich sagen, das passt nicht für alle Länder!

Ich selbst bin Online Unternehmer, oder auch Blogpreneur, und arbeite als digitaler Nomade von der ganzen Welt aus. Alles fing mit meinem Abenteuer-Reise-Blog Off The Path an, der mir die Möglichkeiten im Internet überhaupt erst gezeigt hat. Heute führe ich verschiedene Online Businesses – unter anderem bin ich Co-Founder Deutschlands größter Blogger-Schule, habe eine App und ein Plugin entwickelt, und führe mit Support Camp ein kleines Team, das WordPress Probleme schnell und einfach löst. Und all das ohne festes Büro. Ich arbeite und lebe da, wo es mir gerade gefällt!

Mein Laptop und ich sind jetzt endlich #OutofOffice!

Momentan ist das tatsächlich Berlin, was bis jetzt auch meine kleine Home Base war, zu der ich immer wieder zurückgekommen bin. Ich habe hier auch meine eigene Wohnung mitten in Kreuzberg, und bis letztes Jahr sogar einen festen Büroplatz in einem Co-Working Office am Moritzplatz. Doch um ehrlich zu sein, halte ich es hier nur im Sommer aus. Als Halbspanier muss ich es nun mal warm haben!

Den Büroplatz habe ich aufgegeben, weil ich einfach zu viel unterwegs bin, und ihn nie richtig genutzt habe. Irgendwann war mir klar, dass ich das Geld für den Büroplatz auch einfach sparen kann. Denn spätestens wenn der Herbst eintritt, verdrücke ich mich sowieso in wärmere Länder, wie zum Beispiel nach Thailand oder Indonesien. Meine Wohnung habe ich bis jetzt während meiner Reisen immer untervermietet, aber diesmal gehen meine Freundin Line und ich noch einen Schritt weiter: wir werden die Wohnung ganz aufgeben.

Ich werde also keine wirkliche Home Base mehr haben. Kein Büro, keine eigene Wohnung, kein wirkliches Zuhause. Ein wenig beängstigend ist dieser Gedanke schon. Aber es hilft, sich zunächst einen Plan zu machen, wie es weiter geht. Wir wollen den Winter nun zum Beispiel in Südafrika verbringen und unser Zelt für ein paar Monate in Kapstadt aufschlagen. Danach werden wir wahrscheinlich jeden Monat in eine andere Stadt ziehen, und somit voll und ganz ins digitale Nomadentum abtauchen!

Meinen Laptop klappe ich jetzt überall auf

Was das genau bedeutet? Wir werden ab Oktober zwar keine eigene Wohnung mehr in Berlin haben, dafür aber unendlich viele Apartments auf der ganzen Welt dank AirBnB und Co. Unseren Laptop klappen wir nicht mehr an der immer selben Stelle auf, sondern in Co-Workings Spaces und coolen Cafés überall auf der Welt. Mal im digitalen Nomaden Hot-Spot Chiang Mai, mal im Hubud auf Bali, mal im Hipster-Café in Sydney, oder auf dem Berg in Neuseeland, oder eben in Kapstadt. Da, wo es uns am besten gefällt.

Und das Geile ist, wir sind dabei nicht alleine. Auf der ganzen Welt kommen digitale Nomaden zusammen, arbeiten neben oder miteinander, nutzen die Community und tauschen sich aus. Es ist also in keinem Fall so, dass wir ganz alleine oder gar total verrückt sind. Es ist mittlerweile eine richtige Bewegung, und es gibt immer mehr Menschen, die sich für ein ortsunabhängiges Leben entscheiden, und das Reisen mit ihrer Arbeit und ihrem Leben verbinden.

Erst vor kurzem fand hier in Berlin die dritte DNX statt, bei der über 450 angehende sowie bereits etablierte deutsche digitale Nomaden zusammengekommen sind, sich ausgetauscht und gemeinsam in Workshops gelernt haben. Und ich denke, jeder, der einmal in das Leben als digitaler Nomade geschnuppert hat, will nicht mehr zurück in den normalen 9-to-5-Job und immer wieder den selben Weg zur Arbeit fahren, um sich wieder auf den selben Stuhl an den selben Tisch zu setzen.

#OutofOffice erfordert so einiges an Disziplin

Wie man so schön sagt, ist natürlich nicht alles Gold, das glänzt. Immer unterwegs zu sein und nebenbei zu arbeiten erfordert sehr viel Disziplin. Wir arbeiten da, wo andere Urlaub machen und eventuell faul neben uns liegen. Der kleine, aber feine Unterschied ist allerdings, dass wir nach einer oder zwei Wochen nicht wieder zurück in unseren Alltag müssen, sondern unseren Arbeitsort, unsere Zeiten, ja unser ganzes Leben frei bestimmen können!

Und diese Art des neuen Arbeitens bedeutet für mich die pure Freiheit. Ich bin total unabhängig, kann entscheiden, wie, wann und wo ich arbeite. Ich muss nicht erst um 9 anfangen, ich kann auch schon um 6 Uhr morgens anfangen und in die Tasten hauen. Ich kann mir um 10 eine Pause gönnen und mir in meinem Lieblingscafé nebenan den besten Flat White holen, ich kann mir den ganzen Nachmittag frei nehmen, und dafür spät abends weiter arbeiten. Der Dienstag kann zu meinem Sonntag werden, und umgekehrt.

Raus aus 9-to-5 und ab in die pure Freiheit!

Ich hasse Montage nicht, so wie es die meisten Menschen tun. Montag ist für mich wie jeder andere Tag auch: ein neuer Tag, an dem ich mich selbst verwirklichen und meine Träume leben kann. Ich muss mir keinen Urlaub nehmen, wenn ich mal eben einen neuen Reisepass beim Amt beantragen muss, ich kann es einfach machen. Ich muss nicht abends um 7 Uhr am Paul-Lincke-Ufer in Kreuzberg joggen, wenn es alle anderen tun. Ich kann es auch einfach mittags machen, wenn der Weg frei von anderen ist, und ich tatsächlich nach vorne laufen kann, anstatt ein Zick-Zack-Rennen zu veranstalten.

Die Möglichkeit, im Café oder draußen auf der Wiese in der Sonne zu arbeiten, und nicht zwischen den immer selben Wänden zu sitzen, ist der Hammer. Ich bin so viel kreativer, viel motivierter und viel produktiver. Ich starte meinen Tag voller Tatkraft und voller Ideen. Ich kann mich wirklich frei entfalten und schaffe so natürlich viel mehr.

Das Einzige, was ich, Line und alle anderen digitalen Nomaden neben unserem Laptop für unseren Lebensstil brauchen, ist stabiles und schnelles Internet. Und zum Glück wird das Internet weltweit immer besser. Wir hatten im australischen Outback sogar besseren Empfang als in der Berliner U-Bahn!

Auch wenn wir manchmal etwas verzweifelt auf der Suche nach Cafés mit schnellem WiFi durch Städte rennen, und ohne funktionierendem Internet gerne mal zu kleinen, gefrusteten Teufeln werden können, ist diese Unabhängigkeit, diese absolute Freiheit, die uns eben dieser Lifestyle und das Internet ermöglichen, etwas, was ich nie mehr missen möchte.

Aber genug von mir und meiner Art #OutofOffice zu leben. Ich höre nämlich immer super gerne, wie andere so ihr Arbeitsleben meistern. Deshalb bin ich nun auch Teil der Instagram-Challenge von Microsoft Deutschlandund sitze dort in der Jury. Du kannst auch mitmachen und ein paar richtig geile Preise gewinnen, wie zum Beispiel ein Lumia 930 oder ein Universal Mobile Keyboard! Dazu musst du einfach deine Lieblings-Arbeitsplätze und -Inspirationsorte mit dem Hashtag #OutofOffice bei Instagram teilen.

Also los – meine Jury-Kollegen und ich sind gespannt auf deine Bilder!

Ein Gastbeitrag von Sebastian Canaves (@s_canaves)
Reiseblogger, Digitaler Nomade und Blogpreneur

ConfigMgr 2012 and utilizing BranchCache in your environment basics

Posted on Updated on


There are plenty of articles out there for BranchCache but I wanted to through one together that covers the over-view of the basics with use with ConfigMgr 2012 and the logs that you can use to verify it is working.

Let’s first start with a little background on BranchCache:

* Was introduced with Windows Server 2008 R2 and Windows 7

* BranchCache clients can act as peer distribution points for other BranchCache clients on the same subnet (key other BranchCache clients)

How it works:

1.A BranchCache Content Server (BCS) breaks content into blocks with unique hashes for each block.

2.A BranchCache client requests content from the BCS.  The BCS responds with a list of blocks and hashes.

3.The client queries local peers for any of the blocks.

4.If the blocks are found on the local subnet, they are retrieved from peers.

5.If the any block is not available from a peer, it is retrieved from the BCS.  Once retrieved, it is made available to peers.

Branch Cache has two modes of operation:

– Distributed cache mode: content cache at a branch office is distributed among client computers.

– Hosted cache mode: content cache at a branch office is hosted on one or more server computers called hosted cache servers.

Distributed cache mode is designed for small branch offices that do not contain a local server for use as a hosted cache server. Distributed cache mode allows your organization to benefit from BranchCache without the requirement of additional hardware in branch offices.

Is there a way to pre-stage distributed and hosted cache content:

Yes, in some cases. Pre-hashing and preloading content is a new BranchCache feature for Windows Server 2012 and Windows 8.

For distributed cache mode, your content servers must be running Windows Server 2012, and your client computers must be running Windows 8. For hosted cache mode, your content servers and your hosted cache server must be running Windows Server 2012

Preloading content on hosted cache servers: https://technet.microsoft.com/en-us/library/jj572970.aspx

Branch Cache Ports:

  • Http (port 80) for content retrieval using BranchCache retrieval protocol
  • WS-Discovery (port 3702 UDP) for content discovery in distributed cache mode
  • HTTPS (port 443) for content upload in hosted cache mode using hosted cache protocol

Next let’s look at how it fits into working with ConfigMgr 2012 R2:

* Distribution points also support a feature of Windows Server 2008 R2 \ Windows Server 2012 and Windows 7 \ Windows 8.1 for BranchCache

* When enabled a copy of content retrieved from a server is cached in the branch office

* BranchCache feature caches HTTP, HTTPS, BITS or SMB based content

* There is no special configuration option in ConfigMgr 2012 to enable BranchCache since it’s not a feature or Configuration Manager 2012

* The only thing you need to do to configure is that your deployments are enabled for downloading and running the applications locally

* ConfigMgr only supports Distributed cache mode for BranchCache


– Software Update Deployments: Download Settings Dialog (Assure to check Allow clients to share content with other clients on the same subnet)

– Package Deployments: Distribution Points Dialog (Assure to check Allow clients to share content with other clients on the same subnet)

– Application Deployments: Content Tab on the Deployment Type (Assure to check Allow clients to share content with other clients on the same subnet)

Now that we have touched on the background of BranchCache and how it fits into play with ConfigMgr 2012, let’s look at some items that are important to note when using BranchCache in your environment:

* In order to benefit from BranchCache all machines at the location meant to utilize Branch Cache must be configured at the Operating System level for BranchCache, machines not configured will not partake in the BranchCache sharing

* BranchCache is not managed nor an active component for ConfigMgr simply utilized by deployments for systems that are enabled to support BranchCache

Ways to verify Branch Cache from a ConfigMgr deployment:

A. The following logs come into play with BranchCache

– DataTransferService.log

– FileBits.log

– ContentTransferManager.log

B. Validation Method for a deployment

(1) Start Performance Monitor

(2) Add monitor elements

(3) Add BranchCache (specifically)

– BITS: Bytes from cache

– BITS: Bytes from server

– Discovery: Attempted discoveries

– Discovery: Successful discoveries

– Retrieval: Bytes from cache

– Retrieval: Bytes from server

– Retrieval: Bytes served (show how much this computer is providing to other peers)

(4) Monitor these counters

(5) Deploy something NEW from SCCM ensuring that “download from distribution point” is enabled in order to force BITS.  You could also manually transfer data via BITSAdmin.exe

(6) Run this locally to see some good basic configuration and utilization info: netsh branchcache show status all

from Charles Allen’s Blog