在会话模式下，我们在Windows 2012 R2下安装了远程桌面服务，这意味着我们不是虚拟机器。 我们推出的软件是我们自己的，所以我们可以确保它在多租户环境中运行良好，我们希望节省资源。 现在我们唯一的问题是，似乎没有一个简单的方法来更新软件，而不需要把所有人都踢出机器。 当我尝试更新二进制文件时，所有文件都被运行应用程序的用户locking。 如果不为每个用户提供完整的虚拟化桌面，用户是否拥有活动会话，是否有更新机器上的软件？ 另外，人们通常如何做维护？
通常当我执行需要简单地把我的网站closures的维护时，我使用类似的方法build立了一个503页面。 当我的代理应用程序服务器closures时 ， 如何让Nginx返回HTTP 503？ 。 但是，我即将升级我的数字海洋液滴到一个更大的尺寸，所以503错误将不会被发送。 我可以做到这一点的一个方法是将我的503错误页面放在一个单独的小滴，并将我的DNSredirect到这个其他IP地址，而我升级的液滴。 不过，如果他们抓取我的网站，恐怕这可能会引起Google的注意。 当我必须closures整个服务器时，应该如何通知用户和机器人我正在执行维护？
我有一个特定服务器上的所有用户数据库的维护计划设置，它以不同的时间间隔完成所有常见的事情。 第七和最后一个子计划是两个阶段的清理计划。 首先删除旧的完整备份，然后删除旧的事务日志备份。 这些任务似乎可以成功运行 – 子计划的作业历史logging报告计划按时运行，并运行xp_delete_file两次 – 但显然文件不会被删除。 任务设置是： 备份文件 search文件夹并根据扩展名删除 – .bak 包含子文件夹 删除2周以前的文件 和 备份文件 search文件夹并根据扩展名删除 – .trn 包含子文件夹 删除超过5天的文件 有任何想法吗？
我可以查询维修计划的时间表吗？ 我想自动检查备份是否运行。 谢谢
我们的数据库服务器有一个每晚运行的维护计划： 备份数据库和日志（最大10-20GB） 检查数据库完整性 重build索引 更新统计 通常这一切都在每个数据库不到一分钟的时间内执行。 但是，在上个月出现了两次将数据库冻结了三个小时的情况。 DBCC声明花了2个小时才完成，但完成没有错误。 这整个时间我们的数据库拒绝连接。 除了这两起孤立的事件之外，这个数据库从来没有给出过单一的问题。 任何人都可以提出什么可能导致这样的问题？
在我的公司，我们一直在使用SQL Server一段时间，并按照推荐的升级path。 我注意到，在过去的几年中，我花了更多的时间来重build索引和进行一般的function维护，这比我们运行SQL Server 2000时所做的还要多。我意识到，我们的应用程序已经发生了很多变化，所以有可能这个差别是我自己做的。 不过，我相当确定，对于我们来说，SQL Server 2000在“刚刚运行”的情况下要比新版本的SQL Server好得多。 我的问题是，如果任何人都可以证实或否认这个意见，如果这是真的是什么原因。 我目前正在重build索引，这在过去我从来没有做过。 谢谢你的帮助。
我是一个温和的Web开发人员。 我没有pipe理任何高stream量的网站。 一般来说，我发现只有高stream量的网站才会维护。 stackoverflow.com也将下降维护。 我总是怀疑。 他们做什么样的维护？ 我的意思是，这个过程是自动的。 用户请求 – > Web服务器 – >服务器端程序—>数据库服务器。 有什么要维护？
我有一个运行Ubuntu Server 8.04的Web服务器，我想知道正确的命令，以保持更新。 我一直在使用apt-get更新和apt-get升级，但偶尔会告诉我有一些软件包被阻止。 我一直在使用apt-get dist-upgrade来获取那些被封装的软件包。 这是处理它的最好方法吗？ 我不想升级到8.10或其他任何东西，直到10.04 LTS出来。
让我开始，我是新来的SQLpipe理，并inheritance了一个旧的服务器，为我们的日常进/出操作的主要数据库服务。 所以，我对我的初级问题深表歉意。 我的任务是发现为什么在这个服务器上的简单的维护计划失败，只有当完整的备份不运行。 我已经做了一些挖掘，并确定罪魁祸首是我的事务日志正在填充（静态设置为20 GB，然后在第一轮作业失败后为40 GB）。 我也明白，我们目前的恢复模式（简单）是一个生产SQL服务器的坏主意，应该被转移到批处理或完整。 我还对日志文件的使用情况（％）进行了监视，并注意到日志文件在生产时间内使用率最低（小于1％），只有在进行维护时才会填满。 一个成功的简单的保养计划将消耗40％到80％的转运日志。 失败将最大限度的日志。 你还需要其他哪些信息？ 我需要理解为什么当完整备份运行时简单的维护计划成功，而当它们不运行时则失败。 我读过的所有内容都说我不应该看到这个问题。 我想更好地理解正在发生的事情，所以我不必“只是增加日志空间”。 对我来说，这个想法是一个长期会伤害我们的创可贴。 服务器环境：SQL Server 2005 x64（9.0.3080）w / SSRS在Windows Server 2003 R2 x64上。 完整备份在所有数据库MF上运行。 主要操作数据库在生产/营业时间内具有10分钟的差异，并且具有简单的恢复模式。 简单的保养计划每24小时运行一次。 在文件系统上：主操作数据库大约是。 索引文件（其中4个）大约为70 GB。 2 GB，传输日志是40 GB。 完全备份大约50 GB 没有复制或镜像。 我在看这个工作，它的types被列为一个SSIS包。 这有道理吗？ 执行任务：数据库完整性 – 包括索引重build索引 – 每页默认可用空间 – 在tempdb中sorting结果更新统计信息 – 仅列数据 – 完全扫描维护清理 – 删除文件：维护计划文本报告 – 年龄：2周以上历史清理 – […]
我有一个大小约为100 GB的数据库，并且存在扩大数据库大小的严重问题。 这是我的设置： SQL Server 2005，版本9.0.4035 操作系统：Windows Server 2003 SP2 x86 在Hyper-V上以guest身份运行 不同磁盘上的数据文件和日志文件（虚拟和物理） MDF文件的磁盘是500 GB，没有其他东西，所以没有碎片问题等。 起初，我有10％的自动增长的默认设置。 当数据库大约30GB左右时，超时开始失败，所以我将其更改为1000MB。 现在，即使这个失败，所以我试图手动增加文件大小。 我不得不取消我的尝试，因为他们从来没有完成，直到我增加了50 MB ，并花了22分钟 ！ ：-o必须严重破坏 我一直在监视所有磁盘（系统，数据和日志）的平均磁盘队列长度，除了保存日志文件的磁盘以外，它们都是空闲的，这个磁盘队列的长度总是超过10个。在此操作之前和之后它也是空闲的。 这是我用来手动增加文件大小的命令（我将50 MB添加到初始大小）： ALTER DATABASE [MyDB] MODIFY FILE ( NAME = N'MyDB', SIZE = 103987200KB , FILEGROWTH = 51200KB ) 编辑 ：当我创build这个数据库几个月前，我用10 GB初始化它，我不记得我有任何显着的延迟。 我也可以例如还原2或3 GB的服务器上的其他数据库，它只是正常工作。 这台机器上的I / O性能不是很好，但远远不够。 有任何想法吗？ 提前非常感谢！