How to create a Trial Tenant in Office 365
NOTE: Information good as of 6/24/2015 and is subject to change.
I still get questions on how to do this. Especially with the existing Power BI service not having a “Create Trial” option readily available. Trial tenants can be good for kicking the tires a bit to see if it is something you like. We also use these on the support side for trying to reproduce issues outside of the Microsoft Tenant. I don’t use the Microsoft tenant for anything I produce. I want to do things the same way you do things, so I have my Guy in a Cube Tenant that I use for walkthroughs and what not.
When creating a Trial, I usually stick with the Office 365 Enterprise E3 subscription. This post will be in that context. There are a lot of other ways to go about this, but this is the one we use on the support side and can get you up and running to try things out.
There are two main ways that I go about to get the O365 E3 Subscription up and running. One way has a few layers and the other is quicker. I’m going to walk through the layer part first, then show the more direct option.
Office Layers
To start with, we can go to just office.com. From there, we can click on See all Office options.
From there, we can click on See options for business.
Then click on See plans & pricing.
From here, we can either click on See more plans & pricing, or just click on Office 365 Enterprise E3 on the top.
Then we can click on Free trial.
Try just searching…
There is a faster way to get there. You can go to Bing, or the search engine of your choice, and search for Office E3.
This takes you right to the page we want without having to go through all the layers.
Signing up for the Free Trial
When you click on Free Trial, it will walk through a few steps to get you up and running. First we need to enter in some information about us.
The business email address has nothing to do with the Tenant itself. This is just how to contact you. I just use my Microsoft Email address for this.
Step 3 will have you enter in a cell phone so it can text you a verification code to prove you aren’t a robot. Then we can click Create. You will see a few waiting messages while it sets up/provisions the tenant.
You can always go to https://portal.office.com to get to the tenant and log in with the user you created on Step 2. That account by default will be a Global Admin for O365.
From here, you can then go sign up to Power BI by going to www.powerbi.com, and use your login. In my case it was asaxton@SaxtonTestTenant.onmicrosoft.com.
You can then walk through the Sign up process for Power BI. You can also go back and add other subscriptions to the Tenant. Within the O365 Admin Portal, you can go to Billing > Subscriptions and click on the New Subscription item.
Adam W. Saxton | Microsoft Business Intelligence Support – Escalation Services @GuyInACube | YouTube | Facebook.com\guyinacube
Подписаться на информационный бюллетень Power BI
Подпишитесь на рассылку, чтобы получать новости о Power BI по электронной почте!
Quickstart: Set up a tenant
To build apps that use the Microsoft identity platform for identity and access management, you need access to an Azure Active Directory (Azure AD) tenant. It’s in the Azure AD tenant that you register and manage your apps, configure their access to data in Microsoft 365 and other web APIs, and enable features like Conditional Access.
A tenant represents an organization. It’s a dedicated instance of Azure AD that an organization or app developer receives at the beginning of a relationship with Microsoft. That relationship could start with signing up for Azure, Microsoft Intune, or Microsoft 365, for example.
Each Azure AD tenant is distinct and separate from other Azure AD tenants. It has its own representation of work and school identities, consumer identities (if it’s an Azure AD B2C tenant), and app registrations. An app registration inside your tenant can allow authentications only from accounts within your tenant or all tenants.
Prerequisites
An Azure account that has an active subscription. Create an account for free.
Determining the environment type
You can create two types of environments. The environment depends solely on the types of users your app will authenticate.
This quickstart addresses two scenarios for the type of app you want to build:
Work and school accounts, or personal Microsoft accounts
To build an environment for either work and school accounts or personal Microsoft accounts, you can use an existing Azure AD tenant or create a new one.
Use an existing Azure AD tenant
Many developers already have tenants through services or subscriptions that are tied to Azure AD tenants, such as Microsoft 365 or Azure subscriptions.
To check the tenant:
To find the tenant ID, you can:
If you don’t have a tenant associated with your account, you’ll see a GUID under your account name. You won’t be able to do actions like registering apps until you create an Azure AD tenant.
Create a new Azure AD tenant
If you don’t already have an Azure AD tenant or if you want to create a new one for development, see Create a new tenant in Azure AD. Or use the directory creation experience in the Azure portal.
You’ll provide the following information to create your new tenant:
When naming your tenant, use alphanumeric characters. Special characters aren’t allowed. The name must not exceed 256 characters.
Social and local accounts
To begin building apps that sign in social and local accounts, create an Azure AD B2C tenant. To begin, see Create an Azure AD B2C tenant.
Next steps
Register an app to integrate with Microsoft identity platform.
What is a Tenant?
I’ve received a lot of questions regarding confusion about what a Tenant is. This has been in the context of Power BI. Specifically with the new Public Preview and how a Tenant plays into that. So, I wanted to get something out there to try and explain what a Tenant is.
For our purposes, a Tenant is a term used for an Office 365 Organization. A Tenant is like an Apartment. If you think about an Apartment and an Apartment Complex, the complex is the foundation, the plumbing, the stair cases or Elevators. And there can be many apartments within the complex.
That is what a Tenant is. It is for your organization, and is a sandboxes environment for your and your assets. It is within the overall O365 Data Center which would be the apartment complex. The Tenant is the container for items of your Organization such as users, domains, subscriptions etc…
When you create a tenant for your organization, we will then register two different DNS entries by default. Let’s assume the tenant name we are picking is guyinacube. The two DNS entries that will be created are the following.
My tenant name is guyinacube. The default domain for the Tenant will be guyinacube.onmicrosoft.com. Any users I add at this point will have a login/email address of user@guyinacube.onmicrosoft.com if I do nothing else.
There is no cost to having a Tenant itself. The cost comes in with whatever subscriptions you have for your Tenant and the number of licenses you are paying for. This may be O365 Subscription, SharePoint Online, Exchange, Power BI, etc…
What does this mean for Power BI?
For Power BI, when you sign up for it, we check your email address. If that domain is registered as a Tenant, we will try to add that user to the existing Tenant. If the Tenant does not exist, we will create, what I call, a shadow tenant that isn’t managed by anyone, and add your user to that tenant. Other users with the same email address will be added to that as well. Check out the following documentation which explains this.
What is a Tenant?
I’ve received a lot of questions regarding confusion about what a Tenant is. This has been in the context of Power BI. Specifically with the new Public Preview and how a Tenant plays into that. So, I wanted to get something out there to try and explain what a Tenant is.
For our purposes, a Tenant is a term used for an Office 365 Organization. A Tenant is like an Apartment. If you think about an Apartment and an Apartment Complex, the complex is the foundation, the plumbing, the stair cases or Elevators. And there can be many apartments within the complex.
That is what a Tenant is. It is for your organization, and is a sandboxes environment for your and your assets. It is within the overall O365 Data Center which would be the apartment complex. The Tenant is the container for items of your Organization such as users, domains, subscriptions etc…
When you create a tenant for your organization, we will then register two different DNS entries by default. Let’s assume the tenant name we are picking is guyinacube. The two DNS entries that will be created are the following.
My tenant name is guyinacube. The default domain for the Tenant will be guyinacube.onmicrosoft.com. Any users I add at this point will have a login/email address of user@guyinacube.onmicrosoft.com if I do nothing else.
There is no cost to having a Tenant itself. The cost comes in with whatever subscriptions you have for your Tenant and the number of licenses you are paying for. This may be O365 Subscription, SharePoint Online, Exchange, Power BI, etc…
What does this mean for Power BI?
For Power BI, when you sign up for it, we check your email address. If that domain is registered as a Tenant, we will try to add that user to the existing Tenant. If the Tenant does not exist, we will create, what I call, a shadow tenant that isn’t managed by anyone, and add your user to that tenant. Other users with the same email address will be added to that as well. Check out the following documentation which explains this.
Эй, Office 365, где мои данные?
Давным-давно предполагалось, что местоположение ящика вы сможете переопределить, и на основании этого он переедет в другой регион. Идея переросла свою реализацию, и если вы сейчас попытаетесь выполнить для ящика смену региона, то получите ошибку:
Говорящую о том, что делать это нужно по-другому.
Идем в управление тенантом-Settings-Organization profile- Data residency option.
Включаем данную возможность, и, поскольку в параметрах ящика региональные настройки устанавливаются при первом входе в OWA либо задаются администратором, то после включения данных региональный настроек Microsoft передвинет Ваши данные туда, куда вам будет нужно, незаметно для вас и пользователей, автоматически. Проверять перенос ящиков можно обычным Get-MoveRequest, который покажет вам из какой и в какую базу данных переехал тот или иной ящик. Такие запросы на перемещение время от времени выполняются самим вендором, как можно предположить в целях администрирования баз данных и оптимизации дискового пространства.
С подробной информацией все интересующиеся могут ознакомиться по адресу http://aka.ms/move
Скрипт для интересующихся, где хранятся данные ящиков можно скачать здесь.
