标签: network

可以将 SQL DB 放在 NAS 驱动器上吗？例如，我可以将 PostgreSQL DB“文件”放在 Sinology NAS 上，还是最好将所有内容放在“真正的”PC 上？（例如，运行 Linux 的常规 PC 服务器）

我问这个问题是因为发生了一些奇怪的事情：一些用 WinDev 编写的会计应用程序（一种在某些国家/地区很有名的 RAD 工具，例如许多法语国家），使用存储在 NAS 上的 HyperfileSQL 数据库，结果搞砸了。

维基百科 HyperFileSQL（法语）

维基百科 WinDev（法语）

整个数据库被损坏，许多文件的大小为零，应用程序的开发人员告诉我的客户：“这是你的错，你不应该将 HyperfileSQL 数据库文件放在 NAS 上，NAS 没有强大的 CPU足够了，所以腐败就会发生”。

我不明白：HyperfileSQL 应该是 ACID。我可以理解延误和/或糟糕的表现，但完全腐败？

哎呀，我什至应该能够从 NAS 上拔掉“UPS 线”（我的意思是：“电源线”，但所有东西都在 UPS 上），而真正的 SQL DB 应该没问题吧？

那么我可以将 SQL DB 放在 NAS 上吗？

我应该期待表现不佳吗？（它适用于小型数据库，我从未注意到任何性能问题）

数据库会完全损坏吗？

我想将我的 Postgres 数据库配置为由任何 IP 10.8.101.* 访问。我知道我必须在其中创建一个规则，pg_hba.conf但我不确定它应该是什么样子。我的 LAN IP 目前是 10.8.101.128 所以我认为这会起作用：

# TYPE  DATABASE        USER            ADDRESS                 METHOD
host    all             all             10.8.101.0/128         md5

但我收到了一个错误could not load pg_hba.conf。有谁知道如何正确地做到这一点？

在我们的 SQL Server 实例之一（如果您确实需要知道，则为 12.0.5571.0）上，我们使用多个 IP 地址进行连接。

• 127.0.0.1 - 动态端口设置为 0。没有设置静态端口
• 172.16.0.5 - SQL Server 所在服务器的 IP 地址。动态端口设置为 0（自动生成）。未分配静态端口
• 172.16.0.6 - SQL Server 实例的 IP 地址（这样团队只需要点击 IP 地址而不知道他们真正在哪个服务器上）。未分配动态端口。静态端口 1433

我一直在玩 puppet 并且一直在搞乱注册表设置

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL12.InstanceNameX\MSSQLServer\SuperSocketNetLib\Tcp

看看我是否可以使用 puppet 来自动配置 IP 地址和端口分配。我创建了一个名为“IP172016000006”的新注册表路径

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL12.InstanceNameX\MSSQLServer\SuperSocketNetLib\Tcp\IP172016000006

我从中模板化

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL12.InstanceNameX\MSSQLServer\SuperSocketNetLib\Tcp\IP1

但是现在每当我启动 SQL Server 实例时，127.0.0.1 和 172.16.0.5 的动态端口都不同。

比如我会停止SQL Server的实例，进入

• “SQL Server 配置管理器”
  • 导航到实例的网络配置
    • tcp/ip
      • IP地址
        • 并为 IP 地址 127.0.0.1 和 172.16.0.5 设置“TCP 动态端口 = 0”。

重新启动 SQL Server 后，该实例将侦听 127.0.0.1:43340 和 172.16.0.5:43341（似乎总是比另一个端口多 1） …

我现在在一个项目上工作了很长时间。它是一个与 SQL Server 数据库（.mdf、LINQ to SQL）配合使用的 .NET 应用程序。现在我快完成了，想运行一些测试。

但在这里我完全搞砸了。到目前为止，我的应用程序只在我自己的电脑上运行，.mdf 文件存储在本地。我实际计划的是一个应用程序，它连接到存储在来自不同机器的网络路径上的数据库。

现在我读到这在 SQL Server 数据库中是不可能的？！我也收到消息：

文件 xxx.mdf 位于数据库文件不支持的网络路径上。

任何人都可以想出一个选项，如何在不重新编程整个数据库的情况下解决这个问题？

我首先想到的一个可能的明显绝望的解决方案是：

1. 让我的应用程序找到网络路径上的数据库文件
2. 将 .mdf + .log 文件复制到本地文件夹
3. 执行读/写操作...或用户想做的任何事情
4. 最后将整个 .mdf + .log 文件复制/替换回网络文件夹

如果我的问题没有其他解决方案，我的解决方案是否有效？如果可以，避免并发更新的可能性有多大？

请帮助并提前致谢！

我知道 MS SQL Server 的默认 TCP 端口是 1433，出于某些安全原因最好更改它。但是我想知道SQL Server选择哪个端口而不是1433更好，才能正常工作，不干扰其他程序的工作？如果我选择一个已经被其他程序使用的端口怎么办？

谢谢你的时间！

我已经在我的机器上安装了 sql server express edition 2014。我使用本地机器的 IP 地址通过 CRM 连接到它。

这里的问题是我分配给我的机器的IP地址是动态的，并且在我登录时每天都在变化，这使得我无法连接到CRM（因为IP地址明显变化）。

这种情况怎么办？任何帮助将不胜感激。