Sql server 2008 将Access 2007/SQL Server 2008 R2 Express迁移到Office 365/Azure

我们希望从Access 2007迁移到Office 365—使用Access 2013。我们希望为用户和服务器提供最新的软件。如果我们的员工能够从大楼外打开通道并进行连接，那就太好了。我们的后端在SQL Express 2008 R2上，在Windows 2003服务器上

到目前为止，我看到的所有帮助都是如何将单个Access数据库（包含数据、表单和VBA等）迁移到Office 365。我们如何真正做到这一点？我还需要保留VBA代码，以便我的用户可以使用它

我被告知Office 365 E3适合我（因为VBA代码）和SQL Azure可以工作，这是最好的方式吗

另外，当我在中等负载下测量SQL Server 2008 R2数据库的每分钟事务数时，它返回7200个事务。这是我在下面运行的sql脚本。我修改了它，使它运行了1分钟

在此处输入代码

声明@cntr_值bigint

SELECT @cntr_value = cntr_value
    FROM sys.dm_os_performance_counters
    WHERE counter_name = 'transactions/sec'
        AND object_name = 'MSSQL$myDB:Databases'
        AND instance_name = 'myDB'

WAITFOR DELAY '00:01:00'

SELECT cntr_value - @cntr_value
    FROM sys.dm_os_performance_counters
    WHERE counter_name = 'transactions/sec'
        AND object_name = 'MSSQL$myDB:Databases'
        AND instance_name = 'myDB'

当我查看时，它说Azure S0（我们正在查看的层）每分钟只有521个事务。

---

救命啊

如果您希望迁移到Access Web应用程序（HTML前端和SQL Azure后端），此配置不支持VBA。如果需要此功能，则需要使用传统的Access数据库

---

对于问题的第二部分，公布的tx编号不是一个限制，而是高度关联的，因为它是我们基准测试的结果。我强烈建议您在SQL数据库上进行测试，以获取工作负载的实际发送号码。

如果您希望迁移到Access Web应用程序（HTML前端和SQL Azure后端），此配置不支持VBA。如果需要此功能，则需要使用传统的Access数据库

---

对于问题的第二部分，公布的tx编号不是一个限制，而是高度关联的，因为它是我们基准测试的结果。我强烈建议您在SQL数据库上进行测试，以获得工作负载的实际tx编号。

我只是想非常确定这不能完成，并保留VBA代码。我们可以使用桌面访问和VBA代码运行E3 Office 365吗？我该怎么做？“在SQL数据库上进行测试，以获取工作负载的实际tx号。”我测试并可以创建Azure SQL Server数据库，并链接到Access 2013桌面文件。当然，这意味着我必须为Office 365 ProPlus或E3付费。我只想非常确定这不能做到，并保留VBA代码。我们可以使用桌面访问和VBA代码运行E3 Office 365吗？我该怎么做？“在SQL数据库上进行测试，以获取工作负载的实际tx号。”我测试并可以创建Azure SQL Server数据库，并链接到Access 2013桌面文件。当然，这意味着我必须为Office 365 ProPlus或E3付费。