<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Unity Catalog location with multiple workspaces and resource groups in Data Governance</title>
    <link>https://community.databricks.com/t5/data-governance/unity-catalog-location-with-multiple-workspaces-and-resource/m-p/19869#M704</link>
    <description>&lt;P&gt;We've done similar on AWS, If this is regarding setting up backend storage for the metastore it can have a separate one (Ideally it should). Each catalog for each business unit/ workspace can have its own backend data lake too. This one would override the central one for storing managed table data. Metadata would point only to the root backend. Not sure if I answered your question. Or whether this is still an issue.&lt;/P&gt;</description>
    <pubDate>Mon, 29 May 2023 12:28:01 GMT</pubDate>
    <dc:creator>Ismail1</dc:creator>
    <dc:date>2023-05-29T12:28:01Z</dc:date>
    <item>
      <title>Unity Catalog location with multiple workspaces and resource groups</title>
      <link>https://community.databricks.com/t5/data-governance/unity-catalog-location-with-multiple-workspaces-and-resource/m-p/19867#M702</link>
      <description>&lt;P&gt;We're planning on adding additional workspaces in different Azure resource groups to separate lines of business with the goal of Unity Catalog spanning these workspaces. Each Resource Group will contain a workspace and a data lake. When it comes to Unity Catalog should the metastore have it's own separate storage account? Should it be in its own resource group?&lt;/P&gt;</description>
      <pubDate>Mon, 23 May 2022 20:01:55 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-governance/unity-catalog-location-with-multiple-workspaces-and-resource/m-p/19867#M702</guid>
      <dc:creator>fred41</dc:creator>
      <dc:date>2022-05-23T20:01:55Z</dc:date>
    </item>
    <item>
      <title>Re: Unity Catalog location with multiple workspaces and resource groups</title>
      <link>https://community.databricks.com/t5/data-governance/unity-catalog-location-with-multiple-workspaces-and-resource/m-p/19868#M703</link>
      <description>&lt;P&gt;Just following up on this. We put the metastore in an existing storage account attached to the primary workspace. We're setup with with vnet injection so it did require allowing the primary workspace vnet permission to the others. It's been working great, no complaints about this configuration so far.&lt;/P&gt;</description>
      <pubDate>Fri, 18 Nov 2022 21:10:06 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-governance/unity-catalog-location-with-multiple-workspaces-and-resource/m-p/19868#M703</guid>
      <dc:creator>fred41</dc:creator>
      <dc:date>2022-11-18T21:10:06Z</dc:date>
    </item>
    <item>
      <title>Re: Unity Catalog location with multiple workspaces and resource groups</title>
      <link>https://community.databricks.com/t5/data-governance/unity-catalog-location-with-multiple-workspaces-and-resource/m-p/19869#M704</link>
      <description>&lt;P&gt;We've done similar on AWS, If this is regarding setting up backend storage for the metastore it can have a separate one (Ideally it should). Each catalog for each business unit/ workspace can have its own backend data lake too. This one would override the central one for storing managed table data. Metadata would point only to the root backend. Not sure if I answered your question. Or whether this is still an issue.&lt;/P&gt;</description>
      <pubDate>Mon, 29 May 2023 12:28:01 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-governance/unity-catalog-location-with-multiple-workspaces-and-resource/m-p/19869#M704</guid>
      <dc:creator>Ismail1</dc:creator>
      <dc:date>2023-05-29T12:28:01Z</dc:date>
    </item>
  </channel>
</rss>

